Процесс: Идея → PRD → Dev Kickoff
Многие фичи застревают не в разработке, а раньше — когда неясно, что именно строить. Идея есть, но в голове у продакта, а разработчик уже пишет код. Результат предсказуем.
Фаза «Идея → PRD → Dev Kickoff» нужна, чтобы все обе стороны понимали задачу одинаково, прежде чем начать.
Фаза 1. Идея
Идея — это ещё не задача. Это гипотеза о том, что может решить проблему.
На этом этапе важно ответить на четыре вопроса:
- Какая проблема? — конкретно, не «пользователям неудобно», а «в понедельник утром 40% пользователей не могут войти в аккаунт с первого раза»
- Кто эта проблема? — портрет аудитории с примером
- Почему это важно сейчас? — связь с бизнес-целью или метрикой
- Как будет выглядеть успех? — что изменится, если всё сработает
Выход фазы: короткий opportunity brief — на пол-страницы.
Фаза 2. PRD — Product Requirements Document
После того как идея прошла быструю проверку, из неё вырастает PRD. Это не техническое задание, а продуктовый документ, который отвечает на вопрос «что и зачем».
Минимальная структура PRD:
- Context — проблема, пользователь, связь с целью
- Goals & Success Metrics — что считается успехом
- Non-Goals — что не делаем в этой версии
- User Stories — сценарии в формате «как пользователь, я хочу...»
- Requirements — что должно работать (функциональные) и как (нефункциональные)
- Out of Scope — явно ограничиваем объём
- Open Questions — что ещё недо понять
Подробная структура PRD разбирается в отдельном материале Базы знаний: PRD — что это и как его правильно писать.
Фаза 3. Dev Kickoff
Kickoff — это не совещание в понедельник утром с часовой презентацией. Это структурированный переход, по результату которого все стороны выходят с одинаковым пониманием.
Что должно произойти на kickoff:
- Walk-through PRD — продакт проходит по документу, отвечает на вопросы
- Техническое обсуждение — архитектура, спорные моменты, допопадающие вопросы
- Оценка — тайминг с учётом оцененных рисков
- План — кто что берёт и когда будет готов
- Definition of Done — как выглядит завершённый результат
Частые ошибки
Пропустить этап идеи. Юзер попросил фичу, фича записал в задачу — без понимания, зачем. Разработчик решает не ту проблему.
PRD пишет разработчик. Технические детали — зона ответственности команды. Продакт пишет продуктовую часть, команда дополняет своё.
Kickoff без открытых вопросов. Нерешённые вопросы лучше зафиксировать до, а не обнаруживать в середине разработки.
Слишком длинный PRD. Документ на 30 страниц никто не читает. Цель — общее понимание, а не энциклопедия.
Как адаптировать под команду
Не все проекты идут одинаково. Несколько вариантов:
- Маленькая команда (1–3 чел.): PRD на одну страницу + быстрый kickoff в переписке. Бюрократия замедляет больше, чем помогает.
- Средняя команда (3–10 чел.): полный PRD + осылка на design, аналитику, данные о пользователях.
- Большая команда (10+ чел.): kickoff как отдельное мероприятие с повесткой дня, записью решений и Q&A.
Есть вопросы по продуктовому процессу или хотите обсудить, как выстроить это под свою команду — Telegram: t.me/pimenov