Сделки в CRM заводятся, а дальше тишина. Они лежат в «Новых», как в пробке на МКАД — и каждый день сгорает часть выручки. Разберёмся, почему так происходит и как привести воронку в движение без революций.
Проблема: почему сделки создаются, но не двигаются
Боль простая: лиды есть, менеджеры заняты, выручка не растёт. Цена ошибки — потерянные клиенты и ощущение, что отдел продаж живёт сам по себе. Дам прозрачную картину причин и пару быстрых решений, чтобы сделки поехали.
Обычно именно на этом участке всё начинает сыпаться: нет чётких критериев, что считать «движением» сделки; не задан «следующий шаг»; нет владельца задачи; коммуникации идут мимо CRM. На практике это видно сразу — в первой колонке копится «болото», а среднее время в этапе растёт, как снежный ком.
Микро-сценарий: понедельник, менеджер открывает CRM — 42 «Новые». Звонит двум тёплым, остальным ставит «перезвонить позже». Поля пустые, задач нет, календарь не синхронизирован. Через три дня треть клиентов уже купила у другого — потому что не дождалась. Вот и весь ответ на вопрос, почему сделки создаются но не двигаются по воронке.
Есть и скрытые ловушки: дубли лидов, этапы без смысла, «резины» вроде «Думает» на 30 дней, отсутствие SLA. Если по-простому — системе нечем «толкать» сделку вперёд, и никто не отвечает персонально за следующий контакт.
Чек‑лист: что проверить сначала в CRM
Когда хаос мешает продавать, первая выгода — вернуть контроль над базовыми настройками. Цена промаха — неделями чинить ерунду, которая решается за час. Ниже — практичный чек‑лист: пройдётесь по пунктам, и станет понятнее, где стопор.
- Подключены ли все источники: формы сайта, телефония, почта, мессенджеры, чаты. Автосоздание сделок включено и работает.
- Дедупликация при входе: лиды с одинаковым телефоном/почтой не плодят новые сделки.
- Назначение ответственного: у каждой новой сделки есть владелец в первые минуты, а не «потом распределим».
- Обязательное поле «Следующий шаг» с датой и типом действия на каждом этапе. Без этого движение фиктивно.
- Права и очередность: кто имеет доступ к каким этапам, кто может переводить сделки и кто «ловит» новые.
- SLA по этапам: целевое время реакции на входящий и лимит времени внутри этапа. Таймеры видны руководителю.
- Автосоздание задач: после звонка/письма система ставит задачу с дедлайном, а не надеется на память.
- Справочники причин отказа и приостановки: закрытые списки без «другое». Иначе аналитика бесполезна.
- Единые критерии перехода по этапам: определены «условия выхода» (что должно случиться, чтобы перевести).
- Настроены карточки этапов: обязательные поля появляются там, где их реально заполняют, а не в «Новых».
Если нужна короткая формула «настройка CRM для движения сделок»: источник → владелец → следующее действие с датой → контроль по времени. Всё остальное — надстройка.
Настройка полей и этапов — частые ошибки
Боль тут в том, что этапы «размазывают» процесс, а поля душат скоростью ввода. Цена — потеря темпа и отсутствие единого стандарта. Объясню, где обычно косячат и как сделать проще.
Обычно всплывает одна и та же ошибка: этапы описывают эмоции («интересуется», «думает»), а не управляемые действия («проведён созвон», «отправлено КП», «согласованы условия»). На практике это видно сразу — менеджер не понимает, за что его «штрафуют» и куда тащить карточку. Правильнее привязывать этапы к зафиксированным событиям, которые можно проверить по журнальной записи, файлу или письму.
Если по-простому: меньше полей в «Новых», больше — на контрольных точках. Пример критерия выхода из «Квалификация»: заполнены бюджет/срок/ЛПР, есть запись звонка или итог письма, назначен следующий контакт. И да, обязательные поля по месту: не просите ИНН на входе, если он нужен только на счёте.
Часто проблема проявляется здесь — в «причинах отказа»: открытые поля «комментарий» убивают аналитику. Используйте жёсткий список (цена, сроки, нет потребности, не наш сегмент) и проверяйте его раз в квартал. Так вы увидите реальные «ошибки воронки продаж», а не поэзию в комментариях.
Интеграция и автоматизация: что внедрить первой
Когда сделки встают, корень часто в том, что каналы не заведены внутрь CRM, а действия — ручные. Цена ошибки — потеря времени на копипаст, срывы сроков и «забытую» переписку. Дам порядок внедрения, чтобы не утонуть в настройках.
Сначала — подключение телефонии и почты с записью звонков и привязкой писем к сделкам. Далее — формы сайта и мессенджеры: заявка автоматически создаёт сделку, назначает ответственного по очереди и ставит задачу с дедлайном. В реальной работе это выглядит не так просто, но принцип один: каждый входящий контакт → объект в CRM → ответственный → задача.
Следом включайте лёгкую интеграцию CRM и автоматизацию: шаблоны задач после ключевых событий, напоминания об SLA, автописьма «получили запрос, вернёмся с ответом до…». Важный момент: любые боты и рассылки — после того, как работает базовый цикл «контакт — следующий шаг — контроль времени». Иначе автоматизируете хаос.
Контроль менеджеров, SLA и скрипты продаж
Без прозрачного контроля сделки застревают и растворяются. Цена — потеря контроля над продажами и упущенная прибыль. Покажу, как выстроить простую систему: видно, кто должен что сделать и к какому часу.
Начните с нормальных SLA: реакция на входящий (например, 15–30 минут), лимит времени внутри этапа (1–3 дня на «Квалификацию», 2–5 — на «КП отправлено»). Если просрочено — сделка попадает в отчёт «риск потери», а руководителю приходит уведомление. На практике чаще всего помогает простая вещь — поле «Следующий шаг» и виджет «просроченные» в первом экране.
Микро-сценарий: пришла заявка из чата в 10:12. Система назначила ответственного, поставила звонок до 10:30, показала скрипт приветствия. Менеджер не взял — в 10:31 задача краснеет, в 10:45 сделка уходит в отчёт по SLA. Руководитель видит фамилию, событие и запись звонка. В реальной работе это выглядит честно: либо контактируют в срок, либо объясняют, почему сорвали.
Оценка потерь: как посчитать стоимость простоя
Самая тихая боль — простои внутри этапов, которые никто не считает. Цена — невидимая утечка выручки каждый день. Ниже — простой способ оценить, сколько денег уходит, пока сделка «лежит».
Смысл расчёта в двух вещах: сколько сделок стоит и сколько дней они простаивают. Умножаем это на вероятность закрытия и среднюю маржу — получаем ориентир потерь. Если система настроена правильно, вы увидите «дорогие» этапы, где стоит ускорять контакт или добавлять автоматизацию.
| Что собрать | Как посчитать | Зачем |
|---|---|---|
| Количество сделок с превышенным SLA по этапу | Фильтр по «время в этапе > лимита» | Объём «болота» |
| Средняя маржа по закрытым сделкам | Сумма маржи / число успешных | Денежный ориентир |
| Вероятность закрытия из текущего этапа | Успешные из этапа / все из этапа | Вес сделки |
| Средний простой (дни) до реакции | Среднее «первый контакт — вход» | Скорость ответа |
| Оценка потерь в день | (Число просроченных × маржа × вероятность) / средний цикл | Цена простоя |
Часто проблема проявляется здесь: нет разметки причин простоя — «ждём клиента» и «ждём счёт от нас» попадают в одну кучу. Разведите ответственность: где ждём их действие, где — наше. Тогда видно, что чинить: дисциплину или процесс.
Метрики и тесты: как понять, что система работает
Когда всё настроено, остаётся вопрос: заработало ли это? Цена самоуспокоения — иллюзия процесса при нулевом эффекте. Дам короткий набор метрик и простые тесты, которые показывают жизнь системы без «магии».
- Среднее время реакции на входящий и доля контактов в SLA.
- Среднее время в этапе и доля сделок с «следующим шагом» заполненным.
- Конверсия между этапами и причины отказов по закрытому списку.
- Доля сделок с задачей в будущем (не «ничего не запланировано»).
- Тест «сквозной лид»: отправьте заявку с сайта/чата, проверьте автосоздание сделки, назначение ответственного, задачу, письмо подтверждения и напоминание руководителю при просрочке.
Хороший признак — когда отчёт «просроченные» пустеет, а первый контакт стабильно в пределах SLA. И ещё: если конверсия выросла, а среднее время цикла сократилось, значит, система не просто «фиксирует историю», а ведёт сделку вперёд. На практике чаще всего это достигается не «суперботами», а гигиеной: обязательный «следующий шаг», видимые таймеры и понятные этапы.
Готовы разгрести воронку и вернуть движение сделкам? Начните с короткого аудита настроек и одного пилотного этапа со SLA, а остальное доверьте нам: настроим каналы, правила и контроль так, чтобы система тянула сделки вперёд. Если нужен быстрый результат без лишних экспериментов — свяжитесь с AMSALES, выберите настройку автоматизаций и интеграций Битрикс24, проведём диагностику и покажем на вашем процессе, где тормозит и как починить.
