Можно выпустить код без публичного запуска и запустить услугу, часть которой выполняется вручную. Разделение понятий помогает управлять риском.
Launch brief отвечает:
Выбор зависит от обратимости, цены ошибки, наблюдаемости, поддержки и сетевых эффектов. Для миграций и обязательных изменений нужен отдельный план отката или компенсации.
До запуска проверьте:
Не каждый запуск требует всех пунктов одинаковой глубины. Масштаб подготовки должен соответствовать риску.
1 день: техническое здоровье, ошибки, доступность, критические обращения, корректность экспозиции.
7 дней: принятие функции, прохождение сценария, ранняя ценность, сегментные различия.
30 дней: повторное использование, retention, экономика, устойчивые побочные эффекты.
Горизонты адаптируются под естественную частоту продукта. Для годовой подписки 30 дней не покажут полный эффект.
Заранее задайте пороги:
Post-launch review сравнивает фактический результат с гипотезой и фиксирует уроки, а не ищет виноватых.
Технический release означает, что код доступен в системе. Rollout определяет, кто реально увидит функцию. Launch добавляет коммуникацию и организационную готовность: пользователь понимает ценность, поддержка отвечает на вопросы, а команда видит качество работы.
Для автоплатежа ошибка может привести не просто к неудобству, а к нежелательному списанию. Поэтому процентный rollout, ясное подтверждение условий, уведомление перед платежом и быстрый способ отмены важнее скорости публичного анонса.
Функция сначала предназначена действующим клиентам, которые вручную пополняли один и тот же номер не менее трёх раз за последние четыре месяца. Пользователь выбирает порог баланса и максимальную сумму пополнения. Запуск управляется feature flag.
Launch brief на две страницы и таблица rollout-этапов. Юридические и финансовые требования должны быть переданы профильным специалистам, а не выведены из учебного материала.
Ты — Head of Product на launch readiness review. Проверь мой mini launch plan.
Ищи пропуски в сегменте, позиционировании, rollout, аналитике, поддержке, продажах, операциях, безопасности, коммуникации и плане отката. Раздели замечания на: blocker; высокий риск; можно решить после старта. Проверь, отвечают ли метрики 1/7/30 дней разным типам результата.
Не составляй новый план вместо меня. Сначала проведи pre-mortem: назови пять реалистичных причин провала, опираясь только на мой контекст, и пометь предположения. Затем задай вопросы и предложи исправление одного blocker. Если домен регулируемый, напомни привлечь профильного специалиста, но не выдавай юридическое заключение.
Мой план:
[вставить работу]