Плейбук запуска: опишите процесс до старта

Плейбук запуска - это документ, где пошагово зафиксирован весь путь продукта к релизу: этапы, ответственные, сроки, точки контроля и порядок действий при сбое. Он пишется до старта, а не по ходу. С ним каждый запуск перестаёт быть импровизацией и превращается в повторяемый процесс, который можно улучшать от раза к разу.

Коротко

• Плейбук описывает запуск как последовательность этапов с дедлайнами, ролями и чек-листами.
• Его пишут до старта: во время запуска нет времени решать, кто за что отвечает.
• Минимальный набор разделов - цели, этапы, роли, чек-листы, план на случай сбоя.
• Небольшой продукт описывают за 3-5 дней, крупный запуск с несколькими командами - за 2-3 недели.
• Польза измеряется по срокам, числу пропущенных задач и времени на согласования.

Что такое плейбук запуска и чем он отличается от плана

Плейбук - это инструкция по запуску, которую может взять и выполнить человек, не участвовавший в её создании. План отвечает на вопрос «что мы выпускаем и когда». Плейбук отвечает на вопросы «кто именно», «в каком порядке», «что делать, если не получилось».

Разница проявляется в момент, когда что-то идёт не так. План говорит: «релиз 15-го». Плейбук говорит: «если сборка не прошла до 12-го, ответственный за релиз поднимает флаг, и мы переключаемся на сценарий Б». Первый документ описывает желаемое, второй - реальные действия людей.

Отсюда ещё одно отличие: плейбук живёт дольше одного запуска. Его переписывают под новый продукт, но каркас остаётся. Команда накапливает опыт в одном месте, а не в головах отдельных сотрудников.

Почему процесс описывают до старта, а не по ходу

Во время запуска у команды нет свободного времени на обсуждение ролей и сценариев сбоя. Решения принимаются под давлением дедлайна, часто на эмоциях, и каждая ошибка стоит дороже, чем стоила бы на этапе планирования.

Когда процесс описан заранее, половина споров просто не возникает. Спор «кто должен был это сделать» заменяется ссылкой на раздел с ролями. Вопрос «что делать, если подрядчик сорвал срок» имеет готовый ответ, а не превращается в экстренное совещание.

Есть и вторая причина. Люди, которые пишут плейбук, обнаруживают дыры в собственном процессе. Обычно на этом этапе всплывает, что за согласование креативов отвечают сразу два человека, а за выгрузку данных - никто. Дешевле найти это на бумаге, чем за день до релиза.

Какие разделы входят в плейбук запуска

Базовый набор закрывает большинство запусков. Всё остальное добавляют по мере необходимости: для сложных продуктов появляются разделы про бюджет, подрядчиков, юридические согласования.

Цели запуска описывают измеримо. «Увеличить узнаваемость» - не цель, потому что по ней нельзя определить, получилось или нет. «Получить N заявок за первый месяц» - цель, потому что её можно проверить.

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

Роли описывают не должностями, а зонами ответственности. Один человек может закрывать несколько ролей в небольшой команде. Важно, чтобы у каждой задачи был ровно один ответственный, иначе задача повиснет между людьми.

Как составить плейбук: пошаговый порядок

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

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

Восьмой шаг пропускают чаще всего. Плейбук без проверки на реальном запуске остаётся теорией.

Сколько времени занимает составление

Для небольшого продукта хватает 3-5 дней работы, если есть человек, который знает процесс изнутри и может выделить на это время. Крупный запуск с несколькими командами и внешними подрядчиками требует 2-3 недель.

Срок зависит от трёх вещей: сколько людей участвует в запуске, насколько процесс отличается от предыдущих и есть ли готовые документы, которые можно взять за основу. Если запуск похож на прошлый, плейбук собирается за пару дней правок.

Тянуть дольше не стоит. Пока документ пишется, продукт и команда меняются, и плейбук устаревает раньше, чем им начнут пользоваться. Лучше выпустить короткую рабочую версию и дополнять её по ходу, чем полгода доводить идеальный документ.

Как плейбук связан с внешними подрядчиками

Когда запуск включает рекламу, часть процесса уходит на сторону агентства или фрилансеров, и здесь плейбук экономит больше всего времени. Подрядчику не нужно объяснять заново, кто согласует креативы, в какие сроки приходят правки и что считается готовым результатом.

Если вы выбираете партнёра, полезно заранее понимать, какие процессы вы передаёте и какие оставляете у себя. Разбор критериев есть в материале про то, как выбрать агентство лидогенерации и что проверить. Для запусков, где основной канал - платформа Meta, логика похожая: как выбрать партнёра по Facebook Ads.

Отдельная зона - подготовка материалов. Если в плейбуке описан этап согласования креативов, стоит заранее решить, кто их производит и по каким правилам принимает. Инструменты для этого разобраны в статье про Ads Creative AI и рекламные креативы.

И ещё одна связка: плейбук запуска опирается на понимание рынка. Этап конкурентной разведки прописывают отдельно, потому что он влияет на бюджет и выбор каналов. Что именно проверять, описано в разборе конкурентного анализа в рекламе.

Типичные ошибки при составлении

Первая ошибка - плейбук пишет один человек в одиночку. Он описывает процесс так, как его видит, и пропускает участки, за которые отвечают другие. Документ получается гладким и нерабочим.

Вторая - слишком много деталей. Если чек-лист занимает двадцать пунктов на один этап, его перестают читать. Детализация должна быть такой, чтобы новый человек понял, что делать, и не утонул в инструкциях.

Третья - отсутствие владельца документа. Плейбук, который никто не обновляет, через два запуска расходится с реальностью и теряет доверие команды. Назначьте человека, который отвечает за актуальность.

Четвёртая - попытка описать всё сразу. Начните с этапов и ролей, добавьте чек-листы, а сценарии сбоя допишите после первого запуска, когда станет понятно, где процесс рвётся чаще всего.

Как понять, что плейбук помог

Сравните два запуска по трём показателям: сроки, число пропущенных задач и время на согласования. Если после введения документа команда тратит на подготовку меньше часов и не забывает обязательные шаги, плейбук работает.

Цифры зависят от исходной точки. В команде, где процесс держался в головах двух человек, эффект заметен сразу. Там, где и без документа была дисциплина, выигрыш скромнее и проявляется в устойчивости: запуск не разваливается, когда кто-то уходит в отпуск или заболевает.

Полезно спросить участников напрямую, стало ли им понятнее, что делать. Ответы на этот вопрос часто расходятся с формальными метриками и показывают, какие разделы документа никто не читает.

Следующий шаг

Возьмите последний запуск и выпишите его этапы по памяти, без подглядывания в переписку. Там, где вы засомневались или не смогли назвать ответственного, и находится первая дыра в процессе. С неё и начинайте плейбук.

Если запуск включает платные каналы, посмотрите, как устроен процесс на стороне исполнения: рекламные операции для агентств. Это поможет описать этапы рекламной части в том же формате, что и остальные.

FAQ

Что такое плейбук запуска простыми словами?

Это документ, в котором пошагово описан весь процесс запуска продукта: кто, что и когда делает. В нём фиксируют этапы, ответственных, сроки и точки контроля. Без такого документа каждый запуск превращается в импровизацию, где задачи держатся в головах и теряются.

Почему важно описать процесс до старта, а не по ходу?

Когда запуск уже идёт, у команды нет времени обсуждать, кто отвечает за задачу и что делать при сбое. Решения принимаются на эмоциях и под давлением дедлайна, а ошибки стоят дороже. Описанный заранее процесс снимает половину таких споров ещё до того, как они возникнут.

Сколько времени занимает составление плейбука запуска?

Для небольшого продукта хватает 3-5 дней работы, если есть человек, который знает процесс изнутри. Крупный запуск с несколькими командами требует 2-3 недель. Дольше тянуть не стоит: плейбук устареет раньше, чем им начнут пользоваться.

Какой минимальный набор разделов должен быть в плейбуке?

Цели запуска, список этапов с дедлайнами, роли и зоны ответственности, чек-листы задач и план на случай сбоя. Этого достаточно, чтобы новый человек в команде понял, что от него требуется. Всё остальное добавляют по мере необходимости.

Как измерить, что плейбук реально помог запуску?

Сравните два запуска по срокам, числу пропущенных задач и времени на согласования. Если после введения плейбука команда тратит на подготовку меньше часов и не забывает обязательные шаги, документ работает. Полезно также спросить участников, стало ли им понятнее, что делать.

Кто должен владеть плейбуком запуска?

Один человек, а не вся команда. Обычно это руководитель запуска или операционный менеджер. Он собирает правки от участников, обновляет документ после каждого запуска и следит, чтобы версия в работе совпадала с реальным процессом. Без владельца плейбук расходится с практикой за два-три запуска.