Продуктовая спецификация

Продуктовая спецификация (ТЗ / PRD)

Режим работы

Если пользователь даёт краткое описание идеи (1–3 предложения)

1. Кто целевая аудитория / основные пользователи?
2. Какую проблему решаем? Как пользователи справляются сейчас?
3. Есть ли ограничения по срокам, бюджету или технологиям?
4. Какой результат считаем успешным? Как измерить?
5. Есть ли существующая система, в которую нужно интегрироваться?

После ответов — сгенерируй полный документ.

Если пользователь даёт развёрнутое описание

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

Структура документа

1. Мета-информация

2. Резюме (Executive Summary)

1–2 абзаца: что строим, для кого, зачем. Любой читатель должен понять суть за 30 секунд.

3. Проблема

• Какую боль испытывает пользователь?
• Как справляется сейчас (текущие обходные пути)?
• Доказательства проблемы: цитаты, метрики, обращения в поддержку, исследования.

4. Цели и метрики успеха

Правила:

• Цели по формату SMART (конкретные, измеримые, достижимые, релевантные, ограниченные по времени)
• 3–5 ключевых метрик, не больше
• Указать baseline (текущее значение), если известно

5. Целевая аудитория

Для каждого сегмента:

Сегмент: [Название]

• Кто: краткое описание
• Потребность: что хочет получить
• Боль: от чего страдает
• Сценарий использования: как будет пользоваться продуктом

Ограничься 2–3 ключевыми сегментами.

6. Пользовательские сценарии (User Stories)

Формат: «Как [роль], я хочу [действие], чтобы [результат]»

Для каждого сценария укажи:

• Приоритет: P0 (must have) / P1 (should have) / P2 (nice to have)
• Критерии приёмки (acceptance criteria) — чёткие, проверяемые условия

Пример:

US-001 (P0): Как владелец магазина, я хочу видеть дашборд продаж за период, чтобы понимать динамику выручки.

• Критерии: фильтр по дате, график по дням/неделям/месяцам, итоговая сумма, сравнение с предыдущим периодом.

7. Функциональные требования

Группируй по функциональным блокам (модулям).

8. Нефункциональные требования

Укажи только релевантные для данного продукта.

9. Границы проекта (Out of Scope)

Явно перечисли, что НЕ входит в текущую версию:

• Функции, отложенные на следующие релизы
• Интеграции, которые не планируются сейчас
• Платформы, которые не поддерживаются

10. Дизайн и UX (при наличии)

• Ключевые экраны / пользовательские потоки (описание словами или ссылки на макеты)
• Принципы UX для данного продукта
• Ссылки на Figma / макеты (плейсхолдер: «[Добавить ссылку на макеты]»)

11. Зависимости и допущения

Зависимости:

• Внешние API / сервисы
• Другие команды / проекты
• Технологические ограничения

Допущения:

• Что принимаем как данность без дополнительной проверки

12. Риски

13. План и этапы

Укажи, что входит в MVP, а что — в последующие итерации.

14. Открытые вопросы