Сегодня самая запущенная часть нашего сообщества — это то, как мы управляем вопросами внутри него. Для контекста: мы управляем сообществом, ориентированным на продукт, состоящим из пользователей продуктов, разработанных нашей компанией. Под «вопросами» (issues) могут подразумеваться баги, запросы на новые функции или общие проблемы — по сути, как и задачи в GitHub. Вопросы возникают по множеству разных направлений, например:
- Задачи в GitHub для кода/инструментов, которыми также владеет наша команда (моя команда)
- Задачи в GitHub для нашего маркетплейса с открытым исходным кодом (более 50 репозиториев и тем, и число растёт)
- Общие вопросы, отзывы и сообщения об ошибках, касающиеся нашего продукта
- Проблемы внутри самого сообщества (запросы на новые функции сообщества и т. д.)
- Внутренние задачи, которые другие бизнес-подразделения отправляют нашей команде (на данный момент они делают это в Slack)
- Проблемы с документацией
Ниже приведены лишь некоторые из моих текущих, ещё не структурированных мыслей по управлению этим процессом, но я подумал, что стоит узнать, как другие решают подобные задачи в своих сообществах. Итак, как вы это делаете?
- Часть этой задачи — вечная борьба между категориями и тегами в плане общей организации.
- Пользователи обычно перегружены количеством возможных тегов, могут не знать, какой тег искать, или в большинстве случаев даже не пытаются добавить тег. (Требование n тегов обычно заставляет их прилагать минимум усилий при их выборе.)
- Общая форма отправки могла бы упростить процесс подачи, если бы вы использовали более 1–2 категорий.
- Мощной функцией, которую можно было бы добавить в Discourse, было бы связывание тегов с обязательными выпадающими списками в экспериментальных шаблонах форм. Например, если в выпадающем списке задаётся вопрос «Какой браузер вы используете?», то ответам Chrome, Arc и т. д. соответствовали бы теги Discourse.
- Одна из моих главных проблем в этом контексте — наличие «административного представления» такого решения. Я считаю, что плагин «Тикеты» (хотя скриншоты в документации не работают, поэтому я не могу освежить память) может быть хорошим вариантом для этого.
- В этом случае мне действительно потребовалась бы возможность работать с большим количеством метаданных о теме: дата подачи, текущий статус, связанные теги, назначенные исполнители, возможность закрыть задачу и т. д.
