# Лучшие практики отслеживания запросов на новые функции

**URL:** <https://meta.discourse.org/t/best-practices-of-keeping-track-of-feature-requests/375163>\
**Category:** Community Building\
**Created:** [21.Июль.2025 22:43:59 UTC](https://meta.discourse.org/t/best-practices-of-keeping-track-of-feature-requests/375163 "2025-07-21T22:43:59Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![stanigator](https://avatars.discourse-cdn.com/v4/letter/s/ebca7d/32.png) [@stanigator](https://meta.discourse.org/u/stanigator)\
**Post date:** [21.Июль.2025 22:43:59 UTC](https://meta.discourse.org/t/best-practices-of-keeping-track-of-feature-requests/375163/1 "2025-07-21T22:43:59Z")

</div>

Я включаю в этот ответ ответы на свои вопросы, полученные от ChatGPT. По сути, я пытаюсь лучше отслеживать предложения по новым функциям, пока они еще свежи и их не слишком много. У меня уже есть некоторые теги. Голосуют ли модераторы за теги, или это делает сообщество? Копируются ли в инструменты внутренней работы (такие как Jira, Linear, Notion или даже Google Sheets) только запросы с высоким приоритетом? Мне было бы интересно услышать идеи о том, как бесшовно отслеживать запросы. Я скоро внедрю шаблон.

### ✅ Рекомендуемая настройка: Легковесный и масштабируемый рабочий процесс обработки предложений по новым функциям в Discourse

**1. Создайте шаблон для постов с предложениями по новым функциям**  
Используйте шаблоны постов Discourse для категории «Предложения по новым функциям». Побуждайте пользователей предоставлять структурированную обратную связь.

**Пример шаблона:**

```plaintext
**Краткое описание:**  
[Короткая однострочная формулировка]

**Проблема / Сценарий использования:**  
[Какую проблему вы решаете? Для кого это? Почему это важно?]

**Предлагаемое решение:**  
[Если у вас есть идея, как это может работать, опишите её.]

**Приоритет / Влияние:**  
[Низкий / Средний / Высокий — необязательно, но помогает в сортировке]

```

Это позволяет сразу поддерживать порядок, избегать расплывчатых запросов и облегчает их просмотр в дальнейшем.

* * *

**2. Используйте теги + плагин голосования по темам**

- **Включите теги** , такие как `рассматривается`, `в работе`, `выпущено`, `дубликат`, `отклонено` и т. д.
- Используйте плагин голосования Discourse — он создан специально для таких задач.

Пользователи могут голосовать за самые важные функции без необходимости использования сторонних инструментов. Затем вы можете сортировать темы по количеству голосов, чтобы получить четкий и автоматически приоритизированный бэклог.

* * *

**3. Еженедельный или двухнедельный процесс пересмотра**  
Вам не нужно отслеживать это ежедневно — достаточно установить регулярный ритм. Например:

- **Каждую пятницу:** Один продукт-менеджер или инженер тратит 15–30 минут на:
  - Проставление тегов для топ-запросов
  - Обновление статусов
  - Объединение дубликатов
  - Написание кратких ответов, таких как «На рассмотрении — спасибо!» или «Объединено с темой XYZ»

Этого достаточно, чтобы поддерживать высокое соотношение полезного сигнала к шуму и сохранять всё в порядке.

* * *

**4. Копирование запросов с высоким приоритетом во внутренние инструменты**  
Когда запрос становится «реальной функцией», скопируйте его в вашу внутреннюю систему отслеживания (JIRA, Linear, Notion и т. д.) — не пытайтесь интегрировать всё. Просто добавьте ссылку обратно на тему в Discourse, чтобы разработчики и дизайнеры могли прочитать оригинальное обсуждение.

Это превращает канал предложений по новым функциям в ваш **внешний сад идей** , в то время как ваша внутренняя система остается чистой и сфокусированной только на проверенных функциях.

* * *

**5. Закрепите пост «Процесс обработки предложений по новым функциям»**  
Создайте закрепленную тему, объясняющую:

- Какие типы запросов вы ищете
- Как используются голоса
- Как часто команда просматривает запросы
- Что означают теги
- Что происходит после того, как запрос помечен как «На рассмотрении»

Это формирует ожидания и поддерживает высокий уровень вовлеченности пользователей.

* * *

### ✅ Стек решений

| Уровень | Инструмент | Назначение |
| --- | --- | --- |
| Ввод | Discourse с шаблоном + тегами | Структурированная обратная связь от сообщества |
| Приоритизация | Плагин голосования Discourse | Приоритизация силами сообщества |
| Пересмотр | Еженедельный проход на 15–30 минут | Низкозатратная сортировка |
| Реализация | Внутренний инструмент (JIRA/Linear и т. д.) | Для реальной разработки |
| Синхронизация | Ручные ссылки | Глубокая интеграция не требуется |

---

_[View the full topic](https://meta.discourse.org/t/best-practices-of-keeping-track-of-feature-requests/375163)._