Obrigado por compartilhar esse contexto, James! 
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?
| o quê | onde | quem |
|---|---|---|
 Discourse Solved |
Support Installation Dev Data & reporting SSO | proprietário do tópico, @team, TL4 |
| fixed | Bug UX (funciona em todos os lugares) | @team |
| completed | Feature UX | @team |
| delivered | Marketplace | todos os membros |
 fechar tópico |
em todos os lugares | @team e automático |
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 Bug UX e significa que um bug ou bug de UX foi corrigido.
completed é usado em Support Feature UX também. UX porque tópicos de UX muitas vezes também são solicitações de recursos. Houve um tópico, "Reader Mode" theme component feedback, que estava em Site feedback, mas agora o movi para Theme component, onde parece pertencer agora que o componente foi lançado.
delivered é usado apenas em Marketplace.
Tópicos são fechados por uma variedade de razões diferentes:
- Tópicos de Support são fechados um mês após a última resposta, quando resolvidos.
- Tópicos de Marketplace são fechados um mês após a última resposta, independentemente de serem delivered ou não.
- moderadores fecham tópicos
- quando são resolvidos
- para impedir respostas (por exemplo, documentação ou release-notes)
- como tática de moderação para encerrar discussões em tópicos que se tornaram improdutivos ou chegaram ao fim
Algumas próximas etapas potenciais:
- adicionar descrições às tags fixed completed delivered que expliquem como as usamos
- 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