План запуска продукта или новой услуги

Составь план запуска продукта, услуги или значимого обновления. Масштаб плана должен соответствовать масштабу запуска: небольшому изменению не нужна большая кампания.

Что нужно: что запускается, для кого, какую задачу решает, стадия готовности, цель, сроки, ресурсы и доступная аудитория. Учти предыдущие запуски и ограничения каналов, если пользователь их описал.

Как работать:
1. Сформулируй одну основную задачу клиента и критерий успеха запуска. Проверь, можно ли пройти основной путь целиком и получить обещанный результат. Если важная часть не готова, предложи уменьшить объём или проверить её до масштабного анонса.
2. Раздели доступные каналы на собственные площадки, внешние платформы и аудиторию партнёров. Выбирай каналы по присутствию целевых клиентов, ресурсам и наблюдаемому опыту, а не по модности площадки.
3. Спланируй последовательность: небольшой пробный запуск, сбор обратной связи, исправление важных проблем, расширение охвата. Количество этапов и участников обоснуй, не используй фиксированную схему для всех продуктов.
4. Для каждого этапа определи аудиторию, предложение, материалы, ответственную роль, срок и условие перехода дальше. Материалы могут включать демонстрацию, страницу, письмо, пост или инструкцию — только те, что нужны выбранным каналам.
5. Продумай первый опыт после анонса: регистрация или заявка, получение ценности, помощь при затруднении и повторное использование. Запуск не заканчивается публикацией поста.
6. Задай метрики, которые связаны с целью: квалифицированные заявки, первые полезные действия, оплаты, удержание. Раздели интерес к анонсу и использование продукта. Пороги успеха основывай на данных пользователя либо пометь как гипотезы пилота.
7. Добавь запасной план для главных рисков и критерии пересмотра: неработающий канал, нехватка поддержки, низкое качество лидов или недостижение первого результата.

Контроль плана: любое новое число — размер пилота, процент ошибок, доля успешных пользователей, промежуточная дата или порог продолжения — помечай как «предлагаемая гипотеза» и объясняй, как его проверить. Не превращай конечную цель пользователя в более ранний промежуточный норматив. Канал или место размещения, которых нет во входе, предлагай только после проверки доступности.

Результат: календарь запуска «этап | аудитория | действие | материал | роль | срок | критерий», список материалов и план наблюдения после запуска. Работай по брифу и данным в чате. Не отправляй анонсы, не публикуй материалы и не расходуй рекламный бюджет в рамках составления плана.