Olá, fantástica equipe do Discourse que gerencia e mantém este incrível fórum online com seu próprio produto.
Observo que temos o Plugin Solved ativo para Support. Ótimo ver este incrível dogfooding em prática! O mesmo vale para o uso das tags fixed e completed.
Infelizmente, há uma tonelada de Tópicos em Support, Bug, Feature e UX que não foram marcados com estas. Isso é bastante confuso para os usuários deste fórum e dificulta buscas eficazes por soluções existentes. Basicamente, se estas não forem usadas consistentemente, provavelmente não deveriam ser usadas.
Posso solicitar que isso seja priorizado daqui para frente e que alguém (?estagiário, ??IA) seja encarregado de marcar corretamente os antigos?
Obrigado, Nathan! Agradeço por levantar isso. Definitivamente queremos fazer mais nesse departamento.
Parece que habilitar soluções para a categoria Support funcionou muito bem para essa categoria. As tags fixed e completed também são bastante úteis, podendo ser usadas em todas as categorias.
Então, para resumir, parece que no momento temos cinco maneiras de indicar quando um tópico chegou ao fim e precisa ser encerrado. Isso captura a situação?
Isso me parece uma variedade muito grande. Não sei por que as tags são diferentes. Talvez seja útil/informativo para as pessoas poderem rolar por essas listas de tags individualmente. No entanto, essas tags e seu propósito não são muito fáceis de descobrir.
solved é facilmente descoberto e funciona muito bem para suporte. Acho que faz sentido limitá-lo a essa categoria. É útil poder filtrar por tópicos resolvidos/não resolvidos nessa categoria - muitas vezes me esqueço desse menu suspenso e gostaria que fosse mais fácil de descobrir na interface do usuário.
fixed é usado apenas em BugUX e significa que um bug ou bug de UX foi corrigido.
criar uma consulta no Data Explorer com resultados como a tabela acima, mas listando o número real e atualizado de tópicos resolvidos/não resolvidos, corrigidos/não corrigidos, concluídos/não concluídos, entregues/não entregues
criar uma consulta no Data Explorer que liste os tópicos que foram fechados, corrigidos, concluídos, entregues em um determinado período
criar um tópico aqui em Site feedback para compartilhar os resultados das consultas acima semanalmente usando uma automação
criar um tópico aqui com um pequeno guia de como encerrar tópicos e reunir uma equipe para segui-lo para começar a trabalhar na lista, em ordem cronológica inversa
Adicionei descrições abaixo, para aparecerem quando você passa o mouse sobre a tag ou vai para a página da tag. Me avisem se tiverem sugestões. Estou em dúvida entre mantê-lo curto e direto, e fornecer um contexto mais detalhado. As próprias categorias também têm descrições, que são mais detalhadas.
fixed
Priorizamos a correção de bugs em nosso software relatados nas categorias Bug e UX. Assim que os bugs são corrigidos, eles recebem esta tag.
completed
Quando os recursos sugeridos nas categorias Feature e UX são implementados, eles recebem esta tag.
delivered
Quando um tópico em Marketplace é confirmado como entregue pelo provedor ou destinatário, ele recebe esta tag.
Ostensiblemente, você aplica a tag fixed a bugs que foram corrigidos e completed a solicitações de recursos que foram implementadas. [1] Faz parte do processo fechar os tópicos (e manter as partes interessadas atualizadas com as informações relevantes). Eles foram inicialmente implementados para fornecer alguma indicação visual de que ‘algo bom aconteceu’ em contraste com o símbolo de cadeado de um tópico fechado. Quando essas tags são aplicadas consistentemente, você obtém uma bela onda verde ao rolar pelas listas de tópicos de sua categoria.
(E delivered era um separado, mas semelhante, que não era controlado pela equipe, então poderia ser usado em Marketplace)
Para Solucionados, existem várias categorias onde está ativo, em vez de apenas a categoria genérica Support. Praticamente qualquer categoria onde a maioria dos tópicos serão perguntas que podem obter uma solução. Support, Installation, Dev, Data & reporting, SSO
Idealmente, a melhor prática é que o OP marque a solução, mas sabemos que isso às vezes não acontece (por uma variedade de razões), então eu costumava rolar as listas de tópicos para trás e limpar algumas pendentes depois de algumas semanas (depois que eram consideradas ‘abandonadas’)
Para sua informação, o tópico Theme component para isso é Reader Mode, então realmente esse tópico feedback que você vinculou não deveria estar em Theme component (já que não é um tópico de componente de tema). Provavelmente deveria estar em Feature ou UX, pois acho que é onde eles passaram a residir agora que existem mais deles.
(Acho que estava em Site feedback, pois foi um experimento aqui no meta)
e com UX sendo um meio-termo entre os dois, qualquer um pode ser usado dependendo do ‘sabor’ do tópico específico ↩︎
Incrível! Obrigado por preencher algumas lacunas. Atualizei minha tabela acima.
Isso não tem sido feito sistematicamente desde que você saiu, é por isso que agora temos este tópico para falar sobre como colocar tudo em dia e ter um sistema implementado para não ficarmos para trás novamente.
Sim, acho que foi isso que eu estava sugerindo com o OP. @JammyDodger - sentimos sua falta e sua dedicação em manter o Meta funcionando tão bem! Pessoalmente, espero que façam uma oferta irrecusável para você…
Definitivamente queremos fazer mais nesse departamento.
fechar tópico
