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