Сделки зависают в CRM: как мы построили автомат, который вытаскивает менеджера из тишины

**URL:** https://dzen.ru/a/ak_yOQ8MLSvwuq0G

---

Я много лет делаю интеграции с amoCRM для отделов продаж. И почти в каждой компании, куда я приходил, повторялась одна и та же картина. Сделки зависают в CRM. Не единицы — десятки, сотни. Они висят на одном этапе, никто их не двигает, никто не звонит, и через неделю про них уже все забыли. Это не про плохих менеджеров и не про кривую воронку. Это про то, как устроена работа человека, у которого в чате 40 новых лидов, а в голове ещё 30 старых.

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

Менеджеры не перезванивают клиентам — это не про ленивых сотрудников

Я так думал раньше. Пока не поработал бок о бок с несколькими отделами продаж.

Разберём типовой день менеджера. Утром у него в CRM 15 новых лидов. Он берёт первый — звонит, не берут. Ставит на этап «Не дозвонились», отправляет СМС, идёт ко второму. Второй — берёт, разговаривает, конверсия, доволен. Третий — снова не берут. Четвёртый — берут, но клиент говорит «перезвоните в 15:00». Пятый — сложный, надо готовить коммерческое предложение. И так до конца дня.

К вечеру у него в статусе «недозвон» уже семь сделок. К концу недели — пятнадцать. Он видит список каждое утро, но выделить на них время между новыми лидами и активными переговорами — просто не хватает часов в сутках.

Дальше проще. Клиент, которого не подняли за 6 часов, уже забыл о вашей заявке. Через сутки он общается с конкурентом. Через 72 часа — с тем, кто перезвонил быстрее вас. И это не гипотеза, это средние цифры по любому b2c-рынку с большим трафиком.

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

Как выглядит недозвон клиенту в amoCRM

В большинстве проектов, которые я вижу, это оформлено одинаково. Есть этап в основной воронке, называется он по-разному: «НДЗ. Отправлено СМС», «Не дозвонились», «Перезвонить», «Ждём ответа». Механика одна.

Менеджер набирает клиента. Не берут — CRM автоматом или по кнопке отправляет СМС «Здравствуйте, оставьте удобное время для связи». Сделка ставится на этот этап и ждёт.

А дальше начинается пустота. Клиент не отвечает. Менеджер про сделку не помнит. CRM-ная логика максимум ставит задачу «перезвонить через 2 часа». Задача просрочилась — никто не знает.

Я специально смотрел статистику по нескольким аккаунтам amoCRM. Сделки на этапе недозвона живут в среднем от суток до недели. Есть даже которые висят месяцами — их никто не закрывает, потому что «а вдруг клиент вернётся». Вдруг он и правда возвращается — раз в год. А остальные 364 дня — просто мусор в CRM.

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

Сделки без движения в amoCRM — куда они исчезают

Стандартные попытки решить это я тоже видел. Их три.

Первый — задачи. Менеджер сам себе ставит «перезвонить в 15:00». amoCRM напоминает. Менеджер идёт на встречу. Задача просрочена. К вечеру их 12. На следующий день — 27. Никто не проверяет, кто вычищает.

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

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

Все три работают частично, ни один — до конца. Потому что все они бьют по одной и той же слепой точке: никто извне не берёт ответственность за сделку, если её текущий владелец её не берёт.

Скорость реакции на лид: почему клиент уходит через 3 часа

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

Правило пяти минут все знают. Никто его не соблюдает. Потому что менеджер физически не может держать 8 часов в состоянии «жду лида, готов ответить за 5 минут». Люди так не работают.

Но если лид не поднят за первые пять минут — это ещё половина беды. Настоящая проблема начинается на следующем шаге. Позвонили в первые 15 минут, не взяли трубку, отправили СМС — ок. С этого момента у менеджера должно быть чёткое окно: если через N часов сделка всё ещё висит на этапе недозвона, кто-то другой в команде должен взяться.

Именно N часов, а не «сегодня посмотрю». Именно кто-то другой, а не «сам себе напомню».

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

Что мы сделали: каскадный автомат вместо ручного контроля

Идея простая. У отдела есть список менеджеров, которые могут поднять этого клиента. Условно — Иванов, Петров, Сидоров, Кузнецов, Смирнов. Пять человек в отделе, каждый может позвонить.

Сделка попадает на этап недозвона. Идёт счётчик. Три часа тишины — сделка автоматически переходит от Иванова к Петрову. И вот тут важная деталь: ответственный меняется не только у сделки, но и у контакта. Иначе у Петрова в CRM появится сделка, но телефон клиента останется у Иванова — Петров не сможет позвонить.

Одновременно Петрову ставится задача «перезвонить клиенту, отправленному на недозвон». В сделку падает автоматическая заметка «передано менеджеру Петрову в 15:00, шаг 2 из 5, предыдущие ответственные: Иванов». В мессенджер руководителю прилетает уведомление: сделка такая-то ушла Петрову, дедлайн следующей передачи такой-то.

Ещё три часа тишины — сделка уходит к Сидорову. По той же схеме. И так до конца очереди.

Есть страховка от ложных срабатываний. Каждые пять минут наш автомат идёт в amoCRM и проверяет: а не двинул ли уже действующий владелец сделку сам? Если Иванов вернулся с встречи, поднял сделку и перевёл её на этап «переговоры» — автомат отменяется. Никто ничего не трогает. Живой менеджер всегда сильнее автомата. Автомат срабатывает только там, где ничего не происходит.

Если очередь исчерпалась, никто из отдела клиента не поднял — сделка автоматически закрывается со статусом «не ЦА», причина «недозвон, каскад исчерпан». Не «зависла в неизвестности» на четыре месяца, а честно закрыта. Руководитель видит цифру и понимает: за месяц у нас 87 клиентов вообще никто не поднял. Это уже разговор.

С какого момента начинать отсчёт

Мы с командой долго спорили. Сначала пошли по логике «отсчёт с момента, когда менеджер поставил сделку на недозвон». То есть с того момента, когда сам менеджер сдался.

Быстро поняли, что это неправильно. Смотрите пример. Лид пришёл в 12:00. Менеджер увидел его только в 14:00 — до этого был на встрече. Позвонил в 14:15, не взяли. Поставил на недозвон в 14:20. И только с этого момента у нас пошёл трёхчасовой таймер. То есть первую передачу автомат делает только в 17:20. К тому моменту клиент уже более пяти часов ждёт хоть какой-то реакции.

Правильно считать от создания сделки в CRM. То есть от того момента, когда клиент оставил заявку. Тогда менеджер получает не «полные 3 часа с момента, когда сам решил», а «полные 3 часа с момента ожидания клиента». Разница ощутимая — на длинной дистанции это десятки процентов конверсии.

После первой передачи каждому следующему в очереди даётся полное окно — потому что он получил сделку только что и должен успеть.

Почему такие интеграции обычно стоят как крыло от самолёта

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

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

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

Это не значит «мы дёшево, потому что мы хуже». Это значит «мы дёшево, потому что мы умнее подошли к архитектуре». Один каскад работает у одного клиента. Второй — у другого. Третий — у третьего. Ядро одно, настройки разные. За каждым новым проектом мы не строим с нуля дом, а вставляем окна и двери в готовый.

Если ищете такое решение — не спешите платить полмиллиона. Возможно ваша задача решается тем, что уже сделано.

Автоматизация amoCRM без потери контроля

Это самое частое возражение, которое я слышу, когда рассказываю про каскад. «Мы не хотим, чтобы автомат забирал сделки у наших менеджеров, они обидятся».

Понимаю. Именно поэтому в наш сервис встроен тестовый режим.

Работает так. Клиент подключает автомат, настраивает очередь менеджеров и таймер, но переключатель «тестовый режим» оставляет включённым. И в этом режиме автомат ведёт себя как настоящий: находит сделки, следит за таймерами, готовит передачи. Но ни одного изменения в amoCRM не делает. Ничего не двигает, никого не назначает.

При этом все планируемые действия видны в отдельной панели: «в 15:00 передал бы сделку номер такой-то Петрову, потом в 18:00 — Сидорову, к 21:00 закрыл бы». Уведомления в мессенджер тоже приходят — но с пометкой «[ТЕСТ]».

Клиент запускает автомат в тестовом режиме на сутки-двое. Смотрит на цифры. Понимает адекватна ли логика: сколько бы сделок автомат передал, кому, во сколько. Правит очередь менеджеров, крутит таймер, принимает решение. И только когда всё выглядит правильно — переключает в боевой режим. Дальше следующая передача уже идёт всерьёз.

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

Что получит отдел продаж

Не буду про экономические эффекты «до и после» — цифры у каждой компании свои, обещать конкретные проценты честно нечестно. Скажу что клиент получает архитектурно, а к чему это в его случае приведёт — уже вопрос его воронки.

Ноль сделок, зависших на недозвоне дольше 3 часов. Автомат гарантирует движение. Либо клиент поднят, либо сделка ушла по цепочке. Мёртвая тишина исключена как класс.

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

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

Каждый шаг — в мессенджер руководителю. Не «зайди в CRM посмотри», а «прилетело уведомление, ты в курсе». Управлять можно с телефона в машине, не открывая ноутбук.

Никаких ручных касаний. Руководителю не надо ежедневно чистить «зависшие». Автомат сам работает, сам передаёт, сам закрывает то, что подняли. Освобождается время на реальные задачи руководителя — обучение, работу с командой, стратегию.

О чём стоит подумать перед подключением

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

Отделы продаж с большим потоком лидов и малой временной буферизацией менеджера. Ниши, где скорость реакции критична: HR (кандидаты уходят к конкуренту в тот же день), недвижимость, автосалоны, инфопродукты с горячим спросом, услуги с ярко выраженной сезонностью. Всё, что идёт через СМС-обзвон, чат-ботов или лид-формы — где клиент не готов ждать «когда сможете, тогда и позвоните».

Каскад слабо помогает в длинных консультативных b2b-продажах, где решение принимается неделями и «звонок в 15:00 или в 20:00» ни на что не влияет. Там боль другая, её другими инструментами закрывают.

И ещё важное: каскад не заменяет живого менеджера. Он не разговаривает с клиентом. Он только заставляет разговор случиться — с кем-то из вашей команды. Автомат создаёт возможность продажи. Продавать всё равно человеку.

Недозвон менеджера — что делать, если у вас та же проблема

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

Каскадный автомат — не единственное, что мы делаем. Если у вас другая задача по amoCRM или в целом любая интеграция (телефония, WhatsApp, Битрикс24, сайты, 1С, платёжки, чат-боты, аналитика) — тоже пишите. Возьмёмся практически за любую сложность. У нас за плечами уже десятки внедрённых проектов, есть готовые модули под большинство типовых задач — а значит, ускоряем разработку и снижаем цену в разы по сравнению с классическими интеграторами.

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

Если ваш случай похож — обсудим.

Понравился разбор — поставьте 👍, это помогает статье добраться до тех, кому она реально нужна.

Где ещё пишу про автоматизацию продаж, интеграции с amoCRM и разбор кейсов:

Telegram — @kochegarov_pro_target ВКонтакте — club179084362 ВКонтакте (второе) — club232439276 MAX — id672507662616\_biz

---

## Ссылки в статье

- [@kochegarov_pro_target](/away?to=https%3A%2F%2Ft.me%2Fkochegarov_pro_target) - [club179084362](/away?to=https%3A%2F%2Fvk.com%2Fclub179084362) - [club232439276](/away?to=https%3A%2F%2Fvk.com%2Fclub232439276) - [id672507662616\_biz](/away?to=https%3A%2F%2Fmax.ru%2Fid672507662616_biz)