Ты работала в проекте, который вырос вместе с тобой от первых запусков до оборота около $1 млн в месяц. Как это было и за что именно ты там отвечала?

Внутри этого проекта я была с самого начала, с нуля, когда в нем были только эксперт и я.

Первый заметный рывок у нас случился еще до GetCourse. Тогда, как и все, мы продвигались и проводили запуски в Instagram*. Это был марафон, эксперт давал контент и был лицом проекта, а вся остальная организация была на мне. И в первый же месяц мы сделали 1,1 млн рублей. Без GetCourse, без выстроенной инфраструктуры, с ручными ответами в директ, комментариями под постами и так далее.

Дальше проект рос уже планомерно. Мы постепенно переходили от простых запусков к более сложной системе: появились продукты, воронки, команда, регулярные процессы. В какой-то момент достигли оборотов уже 30–40 млн рублей в месяц, а потом мы пришли к уровню, когда стали делать $1 млн в месяц.

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

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

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

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

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

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

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

В твоем опыте были запуски на 5000 человек одновременно и вебинары на 40+ тысяч. Что в таких проектах становится самым сложным? Как заранее предусмотреть сбои при таких масштабах?

Вне зависимости от объема запуска или вебинара, гарантировать на 100%, что нигде ничего не сбойнёт, невозможно. Потому что всё равно существуют риски падения каких-нибудь серверов, отключений, блокировок, болезней и так далее — то, что находится вне зоны нашего контроля и влияния.

Но! Всё, что можно предусмотреть, — надо предусмотреть.

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

Если говорить про вебинары на 40+ тысяч человек, то там есть несколько основных рисков. Во-первых, может не выдержать сама комната или сервис. Во-вторых, в любой момент может случиться технический сбой: зависнет платформа, пропадет интернет, комната перестанет пропускать людей. В таких историях у меня всегда есть план С на план Б, дублирующие комнаты и каналы, постоянная связь с техподдержкой сервиса. На больших вебинарах нельзя надеяться на «ну, в прошлый раз сработало, должно и тут сработать». Там нужно заранее подстелить соломку в нескольких местах сразу.

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

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

Если говорить про запуски, в том числе на 5000 человек одновременно, то у нас они были в основном живые — живые вебинары, живые продажи, без автовебинаров. И в этом тоже есть своя специфика: ты не можешь все заранее «законсервировать» и надеяться, что потом оно просто поедет по рельсам. На живом запуске нужно держать в голове и трафик, и регистрацию, и доходимость, и сам эфир, и то, как люди проходят дальше по воронке. Поэтому здесь особенно важно, чтобы техническая часть была собрана надежно еще до старта.

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

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