В CRM воронка нарисована красиво: слева широко, справа узко. Руководитель смотрит на конверсию 12 % и не понимает, где именно теряется остальное. Ответ почти всегда лежит не в общей цифре, а между двумя конкретными стадиями.
Разбор воронки занимает день и даёт точку приложения усилий: иногда это скорость ответа, иногда — качество квалификации, иногда — привычка менеджеров тащить «мёртвые» сделки до конца месяца.
Что ожидают и что получают
| Ожидание | Реальность |
|---|---|
| «Воронка покажет, что не так» | Воронка показывает цифры; причины находятся в звонках, письмах и разговорах с менеджерами |
| «Достаточно смотреть общую конверсию» | Общая конверсия скрывает узкое место: одна стадия может терять 70 % |
| «Сделки теряются на финале» | Чаще теряются на входе: не ответили, не квалифицировали, не назначили следующий шаг |
| «Менеджеры виноваты» | Иногда виноваты стадии: если в воронке 12 этапов, их не проходят из-за сложности |
Задача разбора — не найти виноватого, а найти участок, где усилие даёт максимальный эффект. Обычно это одна-две стадии из пяти-семи.
Как читать воронку правильно
Считать нужно конверсию между соседними стадиями, а не только «из лида в оплату».
| Переход | Что показывает | Признак проблемы |
|---|---|---|
| Обращение → квалифицированный лид | Качество входящего потока и первого разговора | Падение больше 60 % — либо нецелевой трафик, либо менеджеры не выясняют задачу |
| Лид → встреча или расчёт | Скорость и содержательность ответа | Много лидов «в работе» без движения больше недели |
| Расчёт → согласование | Работа с возражениями и ценой | Клиенты уходят «подумать» — нет причин возвращаться |
| Согласование → оплата | Дисциплина закрытия и документы | Сделки стоят в «согласовано» месяцами |
Если стадий больше семи, часть из них — не стадии, а комментарии: «отправили КП», «клиент думает», «звонили». Такие этапы мешают считать и создают ощущение работы.
Сделка умирает не тогда, когда клиент отказал. Она умирает тогда, когда по ней нет следующего шага с датой.
Три способа, которыми сделки «умирают»
- Зависла. Стоит в стадии, по ней нет задачи с датой, последняя активность — три недели назад. Формально она «в работе», фактически мертва.
- Потеряна без причины. Стадия «отказ», причина не указана или указана «дорого» у всех подряд. Так теряется статистика и возможность исправить продукт.
- «Продана» без денег. Сделка закрыта успешно, но оплаты нет: счёт не выставлен, документы не собраны, клиент «обещал на следующей неделе».
У каждого типа своё лечение: зависшие — правила и авто-задачи, потерянные — обязательная причина отказа, «проданные без денег» — связка со счётом и оплатой.
Диагностика за час
| Проверка | Как | Что считаем |
|---|---|---|
| Сделки без задачи | Фильтр: открытые сделки, у которых нет открытых задач | Сколько сделок существует без следующего шага |
| Возраст сделки в стадии | Отчёт по дате изменения стадии | Сколько сделок стоят дольше двух недель |
| Конверсия по переходам | Отчёт по стадиям за квартал | Где падение максимальное |
| Причины отказа | Список закрытых неуспешно | Доля сделок без причины |
| Оплаты | Сделки «успешно» без поступления денег | Сколько закрыто, но не оплачено |
Начните с первого пункта. Проверьте у себя: часто половина открытых сделок не имеет следующего шага — это и есть реальный размер воронки.
Что делать с зависшими сделками
- Разобрать список за один раз. По каждой сделке — три варианта: следующая задача с датой, перевод в отложенные с причиной, закрытие с причиной.
- Ввести правило стадии. Максимальный срок в стадии; при превышении система напоминает ответственному и руководителю.
- Сделать «отложенные» отдельной стадией. Это честно: клиент вернётся через полгода. Тогда воронка не врёт.
- Требовать причину отказа. Не текстом, а из списка: дорого, сроки, выбрали конкурента, не наш профиль.
Технически это настраивается стандартными средствами: задачи по правилам, напоминания, обязательные поля при смене стадии. Подробнее — в разделе автоматизация и роботы в Битрикс24.
Сколько стоит узкое место
Пример: 120 лидов в квартал, узкое место — переход «лид → расчёт»: проходит 45 %, средний чек 90 000 ₽, конверсия расчёта в оплату 30 %.
| Показатель | Расчёт | Результат |
|---|---|---|
| Лидов доходят до расчёта | 120 × 45 % | 54 |
| Оплат | 54 × 30 % | 16 |
| Если поднять прохождение до 60 % | 72 × 30 % | 21,6 |
| Дополнительная выручка за квартал | 5,6 × 90 000 ₽ | 504 000 ₽ |
Пятнадцать процентных пунктов на одной стадии дают полмиллиона в квартал — без увеличения бюджета на рекламу. Именно поэтому сначала считают воронку, а потом покупают трафик.
План на две недели
- Дни 1–2. Выгрузка сделок: стадии, даты изменения, наличие задач, суммы.
- Дни 3–4. Расчёт конверсий по переходам, поиск узкого места.
- Дни 5–7. Разбор зависших сделок вместе с менеджерами: задача, отложено, закрыто.
- Дни 8–10. Правила: сроки в стадиях, обязательные причины отказа, автозадачи.
- Дни 11–14. Повторный замер через две недели, сверка с первым отчётом.
Разбор воронки и настройку правил делаем в рамках настройки CRM Битрикс24. Если отчёты вручную не сходятся, сначала стоит проверить их логику: отчёт по конверсии, который не врёт.
Когда виновата не воронка
- Мало входящих. Если лидов 10 в месяц, оптимизировать конверсию бессмысленно — сначала поток.
- Нет продукта под спрос. Сделки теряются на цене, потому что предложение не отличается от конкурентов.
- Нет квалификации. В воронку попадают все подряд, и «конверсия» падает из-за мусора, а не из-за работы менеджеров.
- Данные не ведутся. Если стадии меняют «задним числом», любой отчёт — фантазия: почему внедрение CRM не дало результата.
Что зафиксировать в договоре
- Число стадий и их названия — до начала настройки.
- Правила переходов: какие поля обязательны, какие задачи создаются.
- Сроки в стадиях и что происходит при превышении.
- Отчёты: какие показатели настраиваются и в каком виде их сдаёт исполнитель.
- Обучение менеджеров и руководителя работе с отчётами.
- Точка приёмки: выгрузка до и после, разбор зависших сделок выполнен.
Частые вопросы
Сколько стадий должно быть в воронке?
Обычно 5–7. Меньше — не видно, где теряются клиенты; больше — менеджеры начинают двигать сделки наугад, а отчёт становится нечитаемым.
Что делать со старыми сделками?
Разобрать один раз вручную: задача, отложено, закрыто. Автоматически закрывать «спящие» сделки можно, но лучше сначала посмотреть, сколько там реальных денег.
Клиенты уходят «подумать» — это потеря?
Нет, если есть дата возврата и следующий шаг. Потеря — это когда по сделке нет ни задачи, ни даты.
Как заставить менеджеров указывать причину отказа?
Сделать поле обязательным при смене стадии и объяснить, что отчёт по причинам помогает им же — доказывать, что «дорого» это не их вина, а вопрос продукта.
Нужен ли отдельный отчёт по менеджерам?
Да, но аккуратно: сравнивать нужно сопоставимые вещи — одинаковые лиды, схожие регионы. Иначе отчёт превращается в инструмент давления и данные портятся.
Как часто смотреть воронку?
Раз в неделю — коротко (зависшие, новые), раз в месяц — полностью с конверсиями по стадиям. Ежедневный разбор ничего не даёт: данных слишком мало.
Что сделать на этой неделе
- Выгрузите открытые сделки и посчитайте, у скольких нет открытой задачи.
- Посмотрите конверсию между двумя соседними стадиями, где падение выглядит самым большим.
- Возьмите десять зависших сделок и разберите их с менеджером за час.
- Включите обязательную причину отказа при закрытии.
- Назначьте срок в самой «залипающей» стадии — например, 14 дней.
