Запуск нового офлайн-продукта за 10 дней

День 1 - команда не запускает рекламу и не печатает листовки, а сначала проверяет саму идею: кто вообще придет, зачем, в какой момент и в каком формате. Это самый скучный на вид, но самый важный день, потому что без него все остальное может оказаться красивой суетой.
День 2 - появляется черновой маршрут клиента: как человек узнает о продукте, как он попадает в точку, что видит первым, что получает на выходе.
День 3 - начинается подготовка материалов, но уже не “вообще”, а под конкретный сценарий: сколько людей ожидается, какие вопросы они зададут, где они будут стоять, что должно быть понятно с первого взгляда.
День 4 - проверяется команда: кто встречает, кто объясняет, кто отвечает на сложные вопросы, кто берет на себя сбои.
День 5 - делается пробный прогон, и именно тут всплывают мелочи, которые в теории никто не замечал: не тот размер таблички, слишком длинная фраза, неудобный маршрут, лишний шаг.
День 6-7 - команда уже не “доделывает”, а упрощает, потому что именно упрощение часто делает запуск живым.
День 8 - финальная проверка таймингов, запасов, контактов и резервного плана.
День 9 - все уже почти собрано, но именно в этот момент важно не перегрузить день лишними правками.
День 10 - запуск, после которого нельзя просто сказать “ну вроде прошло”. Нужно увидеть, что люди сделали, что спросили, где зависли и что стоит поменять на следующий раз.

Такой таймлайн полезен не как календарь задач, а как способ не потерять смысл по дороге. У офлайн-продукта почти всегда есть соблазн думать только о точке старта - вывески, материалы, люди, трафик. Но по-настоящему сильный запуск строится намного раньше, когда команда еще спокойно отвечает себе на вопрос: что именно мы делаем для человека и почему он должен на это отреагировать. Без этого любой красивый запуск быстро превращается в шум.

У офлайна есть одна коварная особенность - в последнюю неделю кажется, что все решается количеством усилий. На самом деле решается качеством подготовки. Если маршрут человека неясен, если персонал не понимает роль, если материалы не дают мгновенного считывания, то никакая активность не спасет. Поэтому мне нравится такой таймлайн: он заставляет смотреть не только на день старта, но и на то, как именно собирается устойчивость.

Очень правильно, что здесь есть отдельный день на прогон. Именно там обычно видно половину скрытых проблем.

В такие запуски очень помогает спокойный темп. Паника перед стартом почти всегда мешает.

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

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