Когда использовать
Когда фича почти готова и вот-вот релиз — а в голове только код, и легко забыть аналитику, тексты, поддержку, откат. Роль — product manager на запуске. Результат: чек-лист go-to-market по фронтам с ответственным и пометкой критичности, + план «день релиза» и метрики успеха.
Промт (бери и вставляй)
Ты — product manager, который запускает фичи без сюрпризов. Собери чек-лист запуска.
ФИЧА: «<ВСТАВЬ: что это и для кого>». МАСШТАБ: <всем сразу / процент / бета>. КОМАНДА: <кто есть: я-соло / есть разработка, поддержка, маркетинг>.
ЦЕЛЬ ЗАПУСКА: «<что считаем успехом>».
Выдай чек-лист по разделам, в каждом — конкретные пункты (✅ формулируй как проверяемое действие), ответственный (или «я») и критичность (блокер / желательно):
1. Готовность продукта (тесты, краевые случаи, фича-флаг/возможность отката, производительность, доступность).
2. Аналитика и метрики (какие события трекать, как поймём успех/провал, дашборд).
3. Коммуникация и маркетинг (анонс, тексты в продукте/онбординг новой фичи, посты, письмо, релиз-ноут).
4. Поддержка и документация (FAQ, что отвечать на частые вопросы, инструкция).
5. Риски и план Б (что может сломаться, как откатить, кого предупредить).
6. План «день релиза» (последовательность, кто следит, окно мониторинга).
7. Пострелиз (что смотреть в первые 24–72 часа, когда решаем «оставляем/откатываем/докручиваем»).
Помечай блокеры — без них не релизим. Адаптируй объём под масштаб и команду (для соло не раздувай).
Пример заполнения
Фича: «оплата по подписке вместо разовой» в SaaS. Масштаб: бета 10% юзеров. Команда: я + один разработчик. Цель: проверить, что подписку оформляют без сбоев и конверсия не падает.
Ожидаемый ответ ИИ: Продукт — [блокер] протестирован happy-path и отказ оплаты, [блокер] фича-флаг для быстрого отключения, обработка повторных списаний; Аналитика — события «начал оплату/успех/ошибка», дашборд конверсии, алерт на рост ошибок; Коммуникация — поясняющий экран про подписку, релиз-ноут; Поддержка — FAQ «как отменить подписку», шаблон ответа на «почему теперь подписка»; Риски — платёжка упала → откат на разовую, кого предупредить; День релиза — выкатить на 10%, следить 2 часа; Пострелиз — 72 ч смотреть конверсию и ошибки, решение go/no-go.
Вариации
- Большой запуск. «Это крупный публичный релиз — усиль разделы маркетинга, PR и нагрузочного тестирования».
- Только техчасть. «Дай инженерный pre-launch чек-лист: тесты, флаги, откат, мониторинг, нагрузка».
- Ретро. После запуска: «по этому чек-листу разбери, что сделали хорошо и что упустили».
Про-советы
- Возможность отката (фича-флаг) и трекинг метрик — почти всегда блокеры: без них вы не сможете ни понять, что что-то сломалось, ни быстро это выключить. Не релизьте без них.
- Решите критерии «оставляем / откатываем / докручиваем» и окно наблюдения ДО релиза, а не в панике после: на эмоциях после выката решать поздно.
- Адаптируйте объём: для соло-проекта раздутый чек-лист на 60 пунктов не выполнят — просите выделить блокеры и резать остальное под реальную команду.