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