Спасибо за этот контекст, Джеймс! 
Итак, подводя итог, на данный момент у нас есть пять способов обозначить, что тема исчерпала себя и её нужно завершить. Правильно ли я всё понял?
| что | где | кто |
|---|---|---|
 Discourse Solved |
Support #installation Development #data-reporting sso | владелец темы, @team, TL4 |
| fixed | bug ux (работает везде) | @team |
| completed | #feature ux | @team |
| delivered | Marketplace | все участники |
 закрыть тему |
везде | @team и автоматически |
Мне кажется, это слишком большое разнообразие. Не совсем понятно, почему теги различаются. Возможно, это полезно/информативно для пользователей, чтобы они могли просматривать эти списки тегов по отдельности. Однако сами теги и их назначение не так легко найти.
solved легко найти, и он отлично работает для поддержки. Думаю, имеет смысл ограничить его использованием только в этой категории. Полезно иметь возможность фильтровать темы на решённые/нерешённые в этой категории — хотя я часто забываю об этом выпадающем меню и хотел бы, чтобы оно было более заметным в интерфейсе. 
fixed используется только в bug ux и означает, что баг или проблема UX была исправлена.
completed используется в Support #feature ux. ux потому, что темы по UX часто также являются запросами на новые функции. Была одна тема, "Reader Mode" theme component feedback, которая находилась в #site-feedback, но я перенёс её в #theme-component, где она теперь, после выпуска компонента, выглядит уместнее.
delivered используется только в Marketplace.
Темы закрываются по разным причинам:
- Support темы закрываются через месяц после последнего ответа, если они решены
- Marketplace темы закрываются через месяц после последнего ответа, независимо от того, помечены ли они как delivered
- модераторы закрывают темы
- когда они решены
- чтобы предотвратить ответы (например, в документации или release-notes)
- как тактику модерирования, чтобы прекратить обсуждение в темах, которые стали непродуктивными или исчерпали себя
Возможные следующие шаги:
- добавить описания к тегам fixed completed delivered, объясняющие, как мы их используем
- создать запрос в Data Explorer с результатами, похожими на таблицу выше, но с реальными и актуальными количествами тем, которые решены/не решены, исправлены/не исправлены, завершены/не завершены, доставлены/не доставлены
- создать запрос в Data Explorer, который перечисляет темы, закрытые, исправленные, завершённые, доставленные за определённый период времени
- создать тему здесь в #site-feedback для еженедельного публикации результатов вышеуказанных запросов с помощью автоматизации
- создать тему здесь с небольшим руководством по завершению тем и собрать команду, чтобы начать работать над списком в обратном хронологическом порядке