amoCRM внедрили, продажи не выросли: почему система стала складом контактов

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

Ниже — почему так выходит, где именно теряются деньги и как развернуть систему от хранения контактов к потоку сделок.

Софт включили, управление продажами не появилось

amoCRM оцифровывает то, что в неё попадает. Если воронка и процессы до внедрения не были выстроены, система фиксирует прежний беспорядок в новой оболочке. Инструментов в отделе становится больше, сделок — столько же.

Частый сценарий: карточка живёт как записная книжка. Контакты хранятся, телефоны под рукой, а сделками и задачами по-прежнему управляет память менеджера. Система работает, продажи идут сами по себе. Подробнее о том, как CRM внедряют для отчёта и что из этого выходит, мы писали в статье о CRM для галочки.

Сделки не доходят до системы, потому что менеджеру это невыгодно

Главная утечка — параллельный учёт в Excel и мессенджерах. Держится он на интересе: свою клиентскую базу менеджер воспринимает как страховку на случай увольнения и аргумент в разговоре о зарплате. Отдавать её в общую систему ему невыгодно.

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

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

Где рвётся цепочка «реклама → заявка → сделка → оплата»

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

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

Кривая разметка статусов искажает картину по людям не меньше, чем по каналам. Менеджер, который половину обращений пометил «нецелевыми» и «повторными», в отчёте выглядит в разы хуже коллеги при той же работе — или в разы лучше, если пометил наоборот. Сквозная аналитика поверх такой воронки считает уверенно и неверно.

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

Склад контактов: за систему платят, отдачу не забирают

Многие компании используют малую часть возможностей amoCRM. Платят за аналитику и автоматизацию, а включают только хранение контактов. Цифровая воронка, роботы, задачи по таймеру, отчёты по этапам — те функции, что дают рост, остаются выключенными.

База при этом стареет. Контакты меняют должность и компанию, телефоны перестают отвечать, и без обновления база превращается в список бывших клиентов — формально большой и бесполезный для продаж.

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

Деньги лежат в отказах

Основная упущенная выручка — в закрытых сделках. Если конверсия воронки 12 %, значит 88 % сделок закрыты проигрышем, и к большинству из них менеджеры не возвращаются. Без работы с закрытыми сделками система регистрирует потери аккуратно, по датам и без шанса вернуть часть в оборот.

Первый шаг — обязательная причина отказа при закрытии. По отчёту причин видно, какие отказы можно дожать: «дорого», «не сейчас», «выбрали другого поставщика» требуют разной работы. Как читать такой отчёт, мы разбирали в материале о причинах отказа в amoCRM. Второй шаг — автосценарий: по причине «не сейчас» через установленный срок создаётся новая сделка с задачей на звонок, по оплаченным клиентам запускаются повторные касания.

Как развернуть систему к потоку сделок

Мы идём в три шага, и каждый — автоматизация вместо очередной просьбы к менеджерам вести учёт аккуратнее.

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

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

Третий — поставить на поток дожим отказов и работу с базой: автосценарии по причинам отказа и по оплаченным клиентам. Об этом слое подробно — в статье о повторных продажах в amoCRM.

Если система уже стоит и не даёт результата, начинаем с аудита amoCRM: смотрим, какие сделки не доходят до системы, где рвутся статусы и какие функции выключены. Если перестраивать нужно с нуля — это внедрение amoCRM под поток сделок. Вход — бесплатный созвон, разбор ведёт Никита Бердников; после него присылаем план, состав и стоимость — в смете после созвона.