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