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

Запуск идёт не так, как планировалось: доходимость до вебинара низкая, продажи не заходят, реклама внезапно подорожала вдвое — и вот вы сидите посреди всего этого с ощущением, что нужно срочно что-то делать, но непонятно, что именно. В такой момент большинство советов по маркетингу бесполезны, потому что они написаны для ситуации «как избежать проблемы заранее», а не для ситуации «проблема уже здесь, что делать прямо сейчас».
Антикризисный план — это не про профилактику. Это конкретный алгоритм действий на тот момент, когда что-то уже пошло не так и решения нужно принимать быстро, без роскоши подумать неделю.
Когда запуск буксует, включается паника — а паника обычно толкает к одному из двух крайних решений: либо резко всё менять (переписывать оффер посреди запуска, менять цену в последний день, отменять вебинар и переносить его), либо, наоборот, полностью замереть и ждать, что само рассосётся. Оба варианта редко работают, потому что оба принимаются не на основе анализа, а на основе тревоги.
Хороший антикризисный план существует именно для того, чтобы в момент паники не изобретать решение на ходу, а следовать заранее продуманному алгоритму: сначала диагностика, потом — точечное действие, а не хаотичные метания по всей воронке одновременно.
Прежде чем что-то менять, нужно понять, где именно провал — трафик, доходимость, вовлечённость на самом мероприятии или закрытие продаж. Это разные проблемы с разными решениями, и попытка «просто улучшить всё сразу» посреди уже идущего запуска обычно приводит к тому, что улучшается всё понемногу и ничего толком.
Если проблема в трафике — заявок мало или они низкого качества — паниковать рано менять оффер, проблема не в нём. Если заявок достаточно, но люди не доходят до эфира — дело в цепочке напоминаний и вовлечённости до мероприятия, а не в самом трафике. Если люди доходят, но не покупают — вопрос к содержанию предложения или к его подаче, а не к настройкам рекламы.
Есть решения, которые безопасно принимать посреди запуска: усилить цепочку напоминаний, добавить дополнительный контакт с сомневающимися, точечно ответить на конкретные возражения, которые видно в переписках. Это тонкая настройка, которая не ломает уже выстроенную логику запуска.
Есть решения, которые рискованно принимать в панике: полностью менять цену продукта, кардинально переписывать оффер, отменять уже анонсированное мероприятие. Такие изменения посреди процесса обычно подрывают доверие тех, кто уже начал вовлекаться, и приносят больше вреда, чем сам изначальный провал. Если требуется настолько кардинальное решение — часто честнее довести текущий запуск до конца, даже с слабым результатом, и внести изменения в план следующего, уже спокойно и осознанно.
Есть ситуации, где не стоит спасать запуск любой ценой — например, если стало понятно, что сама аудитория, на которую шёл трафик, в принципе не подходит для этого продукта, или если техническая часть сломана настолько, что люди физически не могут дойти до оплаты. В таких случаях правильное решение — не героически продолжать, а честно остановиться, разобраться в первопричине и перезапустить процесс заново, а не пытаться латать симптомы на ходу.
Отличить ситуацию «нужно немного докрутить» от ситуации «нужно остановиться и переделать» — самое сложное решение в кризисе, и здесь легче ошибиться в одиночку, находясь внутри процесса и эмоционально вовлечённым в его результат.
Лучшее время подготовить антикризисный план — не во время кризиса, а до него, в спокойном состоянии. Стоит заранее прописать: по каким признакам вы поймёте, что запуск идёт не так (не «интуитивно почувствую», а конкретные цифры на конкретный день после старта); какие точечные действия допустимы на каждом этапе; и главное — при каких условиях правильнее остановиться, чем продолжать любой ценой.
Такой план не гарантирует, что кризисов не будет — они случаются даже у опытных команд. Но он гарантирует, что решения в момент кризиса принимаются по заранее продуманной логике, а не под влиянием паники, которая почти всегда стоит дороже, чем сам изначальный провал.
Антикризисный план — это не про профилактику. Это конкретный алгоритм действий на тот момент, когда что-то уже пошло не так и решения нужно принимать быстро, без роскоши подумать неделю.
Почему в кризисный момент так легко принять неверное решение
Когда запуск буксует, включается паника — а паника обычно толкает к одному из двух крайних решений: либо резко всё менять (переписывать оффер посреди запуска, менять цену в последний день, отменять вебинар и переносить его), либо, наоборот, полностью замереть и ждать, что само рассосётся. Оба варианта редко работают, потому что оба принимаются не на основе анализа, а на основе тревоги.
Хороший антикризисный план существует именно для того, чтобы в момент паники не изобретать решение на ходу, а следовать заранее продуманному алгоритму: сначала диагностика, потом — точечное действие, а не хаотичные метания по всей воронке одновременно.
Первый шаг: диагностика вместо паники
Прежде чем что-то менять, нужно понять, где именно провал — трафик, доходимость, вовлечённость на самом мероприятии или закрытие продаж. Это разные проблемы с разными решениями, и попытка «просто улучшить всё сразу» посреди уже идущего запуска обычно приводит к тому, что улучшается всё понемногу и ничего толком.
Если проблема в трафике — заявок мало или они низкого качества — паниковать рано менять оффер, проблема не в нём. Если заявок достаточно, но люди не доходят до эфира — дело в цепочке напоминаний и вовлечённости до мероприятия, а не в самом трафике. Если люди доходят, но не покупают — вопрос к содержанию предложения или к его подаче, а не к настройкам рекламы.
Что можно менять «на лету», а что нельзя
Есть решения, которые безопасно принимать посреди запуска: усилить цепочку напоминаний, добавить дополнительный контакт с сомневающимися, точечно ответить на конкретные возражения, которые видно в переписках. Это тонкая настройка, которая не ломает уже выстроенную логику запуска.
Есть решения, которые рискованно принимать в панике: полностью менять цену продукта, кардинально переписывать оффер, отменять уже анонсированное мероприятие. Такие изменения посреди процесса обычно подрывают доверие тех, кто уже начал вовлекаться, и приносят больше вреда, чем сам изначальный провал. Если требуется настолько кардинальное решение — часто честнее довести текущий запуск до конца, даже с слабым результатом, и внести изменения в план следующего, уже спокойно и осознанно.
Когда действительно нужно остановиться
Есть ситуации, где не стоит спасать запуск любой ценой — например, если стало понятно, что сама аудитория, на которую шёл трафик, в принципе не подходит для этого продукта, или если техническая часть сломана настолько, что люди физически не могут дойти до оплаты. В таких случаях правильное решение — не героически продолжать, а честно остановиться, разобраться в первопричине и перезапустить процесс заново, а не пытаться латать симптомы на ходу.
Отличить ситуацию «нужно немного докрутить» от ситуации «нужно остановиться и переделать» — самое сложное решение в кризисе, и здесь легче ошибиться в одиночку, находясь внутри процесса и эмоционально вовлечённым в его результат.
Как подготовиться заранее, а не изобретать план в моменте
Лучшее время подготовить антикризисный план — не во время кризиса, а до него, в спокойном состоянии. Стоит заранее прописать: по каким признакам вы поймёте, что запуск идёт не так (не «интуитивно почувствую», а конкретные цифры на конкретный день после старта); какие точечные действия допустимы на каждом этапе; и главное — при каких условиях правильнее остановиться, чем продолжать любой ценой.
Такой план не гарантирует, что кризисов не будет — они случаются даже у опытных команд. Но он гарантирует, что решения в момент кризиса принимаются по заранее продуманной логике, а не под влиянием паники, которая почти всегда стоит дороже, чем сам изначальный провал.
ЛП
Леонид Петров — Диванный продюсер
Продюсирую онлайн-школы. Вывожу в топ-1% Getcourse. До 32 млн ₽ за запуск.