Algumas recomendações sobre uma configuração ideal para gerenciar problemas usando Discourse?

Hoje, a parte mais desorganizada da nossa comunidade é a forma como gerenciamos os problemas nela. Para contextualizar, mantemos uma comunidade orientada a produtos de usuários de produtos criados por nossa empresa. Problemas, é claro, podem significar bugs, solicitações de recursos ou problemas gerais — muito parecido com um problema do GitHub, na verdade. Problemas em diversos vetores diferentes, como:

  • Problemas do GitHub para código/ferramentas que nós (minha equipe) também possuímos
  • Problemas do GitHub para nosso marketplace de código aberto (mais de 50 repositórios/tópicos em crescimento)
  • Problemas/feedback/bugs gerais enviados sobre nosso produto
  • Problemas dentro da própria comunidade (solicitações de recursos da comunidade, etc.)
  • Problemas internos que são enviados à nossa equipe por outras unidades de negócios (hoje eles os enviam no Slack)
  • Problemas de documentação

Abaixo estão apenas alguns dos meus pensamentos atuais e desorganizados sobre o gerenciamento disso, mas pensei em ver o que outros estão fazendo em suas comunidades enquanto isso. Então, como você faz isso?

  • Parte dessa equação é a sua clássica e eterna luta entre categorias vs. tags em termos de organização geral
  • Os usuários geralmente ficam sobrecarregados com o número de tags possíveis, podem não saber inerentemente qual tag pesquisar ou, na maioria dos casos, nem tentam adicionar uma tag. (e exigir N tags geralmente os força a fazer um esforço mínimo em uma tag)
    • Um formulário de envio abrangente poderia ajudar a aliviar o processo de envio para isso, assumindo que você optasse por mais de 1-2 categorias.
    • Um recurso poderoso que o Discourse poderia adicionar seria vincular tags a campos de seleção obrigatórios nos modelos de formulário experimentais. Dessa forma, por exemplo, se a pergunta de seleção for “Qual navegador você está usando?”, haveria tags do Discourse associadas às respostas Chrome, Arc, etc.
  • Um dos meus maiores problemas para isso é uma “visão administrativa” dessa solução. Acredito que o plugin de tickets (embora as capturas de tela estejam quebradas, então não consigo atualizar minha memória) pode ser um bom caso de uso para isso.
    • Eu realmente precisaria agir sobre muitos metadados sobre o tópico a esse respeito. Data de envio, status atual, tags associadas, responsável(is), capacidade de fechá-los, etc.
8 curtidas

Concordo plenamente. Os modelos de formulário poderiam se tornar um dos melhores recursos do Discourse. Seria até possível adicionar um campo de entrada para ser usado também como Título do Tópico. Também seria útil para uma ampla variedade de usos poder inserir/exibir uma imagem no modelo de formulário.

2 curtidas

Concordar com o poder. Tangencial, mas também precisa de uma opção de caixa de texto totalmente livre, como a caixa de texto do compositor padrão.

3 curtidas

Você considerou usar o Custom Wizard Plugin :mage:? Um exemplo de configuração para relatórios de bugs está em Bug Report - Coöperative

3 curtidas

Eu deveria ter mencionado: estou no plano empresarial com o Discourse, então geralmente preciso usar #pluginsoficiais, ou ter um desenvolvido/mantido pela CDCK. :smiley:

4 curtidas