Product brief — документ, который объясняет команде что делать, почему и как измерить успех. Плохо написанный бриф — главная причина «сделали не то».
Обязательные секции product brief
Problem statement: какую проблему решаем и для кого. Одно-два предложения, конкретно.
Background: контекст. Почему сейчас, какие данные подтолкнули, что уже пробовали.
Target users: кто конкретно. Не «все пользователи» — конкретный сегмент с описанием.
Goals & success metrics: что считается успехом. Primary KPI + secondary metrics + guardrails.
Scope: что входит в MVP, что — нет (out of scope). Явно.
Constraints: технические, временные, ресурсные ограничения.
Open questions: что ещё нужно прояснить до начала работы.
Что делает бриф хорошим
- Читается за 5 минут
- После прочтения команда понимает что делать без дополнительных вопросов
- Есть конкретные метрики успеха
- Явно указано что НЕ входит в скоуп
Частые ошибки
- Описание решения вместо проблемы: «Нам нужна кнопка X» вместо «Пользователи не могут сделать Y»
- Нет критериев успеха: «Улучшить UX» — не цель
- Слишком длинно: 10-страничный бриф никто не читает полностью
Формат
Простой Google Doc или Notion-страница. Не PowerPoint — текст удобнее редактировать и комментировать.
Итог: хороший product brief экономит команде часы на уточняющие вопросы и переделки. Проблема + пользователи + метрики + скоуп — четыре обязательных элемента, без которых бриф не работает.