Какие решения должна поддерживать аналитика
У онлайн-школы обычно есть три человека, которым нужны разные цифры. Маркетологу важно понимать, какая реклама приводит живых людей, а какая просто сжигает бюджет. Руководителю отдела продаж — сколько заявок доходит до оплаты и на каком этапе менеджеры теряют клиентов. А владельцу или директору нужна картина целиком: сколько школа заработала, во что обошлось это заработать и что происходит с учениками после покупки — доходят ли они до конца курса или уходят на второй неделе.
Если аналитика онлайн-школы не отвечает хотя бы на один из этих вопросов, она превращается в красивые графики ради графиков. Решение «отключить рекламный канал» требует данных по стоимости лида и по тому, что происходит с этим лидом дальше. Решение «нанять ещё одного менеджера продаж» требует понимания, где именно сейчас не хватает рук — на этапе звонков или на этапе ответа в чатах. Решение «изменить программу курса» требует данных не из рекламного кабинета, а из личного кабинета ученика: кто досмотрел уроки, кто застрял на третьем модуле и бросил.
Поэтому прежде чем собирать какую-то систему, полезно честно ответить себе: какие решения я на самом деле принимаю каждую неделю или месяц, и какие цифры мне для этого реально нужны. Это не философский вопрос, а практический фильтр. Иначе легко прийти к ситуации, когда дашбордов много, а на вопрос «почему в этом месяце меньше денег» никто не может ответить за пять минут.
Какие источники данных обычно нужны
Чтобы увидеть путь клиента целиком, обычно приходится сводить данные из нескольких разных систем, которые изначально не умеют разговаривать друг с другом.
Первый источник — рекламные кабинеты: это сервисы, через которые запускается реклама, например в соцсетях или поисковых системах. Там видно, сколько потрачено денег и сколько кликов или заявок это принесло.
Второй источник — CRM, система для ведения клиентов и сделок. Там хранится, что произошло с каждой заявкой: кто-то купил курс, кто-то отвалился после первого звонка, кто-то думает уже третью неделю.
Третий источник — платформа, на которой фактически идёт обучение: личный кабинет ученика, где он смотрит уроки, сдаёт задания и получает сертификат. Здесь живут данные о том, что происходит с человеком уже после оплаты — а это обычно самое слабое место в аналитике онлайн-школы, потому что про рекламу и продажи все привыкли думать, а про сам процесс обучения часто забывают.
Иногда добавляется четвёртый источник — платёжная система или бухгалтерия, где видно реальные поступления денег, а не те суммы, которые записаны в CRM как «ожидаемая оплата».
Каждый из этих источников по отдельности рассказывает только часть истории. Рекламный кабинет не знает, купил человек курс или нет. CRM не знает, сколько стоил конкретный лид. Платформа обучения не знает, через какую рекламу пришёл этот ученик. Собрать из них одну историю — отдельная работа, и именно здесь чаще всего начинаются расхождения в цифрах.
Почему цифры расходятся между сервисами
Это, пожалуй, самый частый источник недоверия к аналитике: маркетолог открывает рекламный кабинет и видит одно число заявок, в CRM их немного больше или немного меньше, а на планёрке звучит третья цифра — «со слов менеджеров». И все три правы, просто считают разное.
Рекламный кабинет считает клики или заявки по своей собственной логике и может засчитывать повторные обращения того же человека как новые. CRM считает карточки сделок, а дубли там образуются сами собой: человек написал в соцсети, потом позвонил, потом заполнил форму на сайте — и это может превратиться в три разные записи вместо одной. Платформа обучения вообще не привязана к рекламе и продажам напрямую, если никто специально не настроил передачу данных между системами.
Добавляется и временной сдвиг: реклама показывает заявку в день клика, а CRM — в день, когда менеджер её обработал и завёл карточку. Если смотреть отчёты за разные периоды, цифры разъедутся просто из-за разницы в датах, а не из-за реальной проблемы.
Отдельная история — атрибуция, то есть вопрос «какой рекламе засчитать эту продажу», если человек видел три разных объявления перед покупкой. Разные сервисы отвечают на этот вопрос по-разному: кто-то отдаёт заслугу первому касанию, кто-то последнему. От выбранной логики итоговые суммы по каналам могут отличаться в несколько раз, и это нормально — важно просто знать, какая логика выбрана и использовать её последовательно, а не сравнивать несравнимые числа.
Из-за всего этого попытка «а давайте просто сложим цифры из трёх разных кабинетов» почти никогда не работает. Нужна единая логика склейки данных — определённые правила, по каким признакам считать заявку одной и той же сделкой, какую дату и какую рекламную кампанию считать источником. Подробнее про то, как эта склейка выглядит на уровне рекламных каналов, можно почитать в материале про аналитику рекламных воронок в одном интерфейсе .
Как выглядит единая управленческая картина
Когда данные из рекламы, CRM и платформы обучения сведены по общей логике, появляется возможность смотреть на бизнес как на одну цепочку, а не на три отдельных отчёта.
Выглядит это обычно как один дашборд — панель с графиками и таблицами, — где руководитель видит воронку целиком: сколько людей увидело рекламу, сколько оставило заявку, сколько купило курс, сколько реально дошло до конца обучения. По каждому этапу видна не только цифра, но и то, во что обошёлся переход на следующий этап: сколько стоил привлечённый лид, сколько стоила одна продажа, какая маржа остаётся после всех расходов на рекламу и зарплаты.
Важная часть этой картины — план-факт: сравнение того, что планировалось получить, с тем, что получилось на самом деле. Без него легко радоваться росту заявок, не замечая, что конверсия в оплату упала и в деньгах результат на самом деле хуже прошлого месяца. Про то, как план-факт и клиентская база выглядят на уровне продаж, подробнее рассказано в статье про аналитику онлайн-школы: продажи, клиенты, план-факт .
Такая картина не заменяет здравый смысл и опыт руководителя, но убирает один конкретный риск — принятие решений на основе цифр, которые на самом деле противоречат друг другу просто потому, что их никто не свёл в единую логику. Руководитель не обязан разбираться, почему рекламный кабинет и CRM показывают разные числа заявок — для этого и нужна прослойка, которая сводит данные до того, как они попадают в итоговый отчёт.
С чего начать сборку системы
Начинать стоит не с выбора сервиса для дашбордов, а с короткого списка решений, которые нужно принимать регулярно. Если на планёрке раз в неделю звучит фраза «нам бы понять, откуда идут самые дешёвые продажи» — вот с этого вопроса и нужно строить аналитику, а не с попытки «собрать вообще всё».
Дальше полезно выписать, какие системы уже используются: какой рекламный кабинет, какая CRM, на какой платформе идёт обучение. Часто оказывается, что часть данных вообще никуда не выгружается и просто теряется — например, прогресс ученика по урокам нигде не фиксируется централизованно, хотя платформа технически это умеет.
После этого встаёт вопрос склейки: нужно решить, по какому признаку объединять данные из разных систем в одну сделку — по телефону, email, уникальному идентификатору заявки — и какую логику атрибуции использовать для рекламы. Это тот самый момент, где различия в подсчётах разных сервисов превращаются в согласованную картину, а не остаются источником споров на планёрках.
Если школа уже выросла до нескольких рекламных каналов и заметного потока заявок, разумно сразу смотреть на сквозную аналитику — то есть сборку данных по всей цепочке от клика до результата обучения — как на отдельную задачу, а не как на доработку существующих отчётов. Общий подход к такой сборке и к дашбордам для онлайн-школ разобран в материале про сквозную аналитику и дашборды для онлайн-школ .
Проверить применимость идеи к своему проекту можно без лишних затрат: соберите на одном листе бумаги три-четыре решения, которые принимаются каждый месяц, и честно напишите рядом, из какой системы для этого реально берутся цифры сейчас. Если список решений длинный, а источников данных мало или они не связаны между собой — это и есть сигнал, что единая аналитика онлайн-школы принесёт больше пользы, чем ещё один отдельный отчёт в очередном сервисе.