Почему заявки после первого контакта не доходят до визита в салон

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

Менеджер отправил предложение, обещал перезвонить или пригласил приехать позже. В CRM заявка уже выглядит обработанной, хотя следующего шага у нее нет.

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

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

Почему статус «Связались» мало говорит о продаже

Отметка о контакте фиксирует только факт разговора.

За одним статусом могут скрываться совершенно разные ситуации.

Клиент согласился приехать в субботу. Другой попросил перезвонить через неделю. Третьему отправили предложение на почту, и дальше ничего не произошло.

В отчете все три лида выглядят одинаково.

Поэтому сам статус «Связались» плохо показывает движение к визиту. Для управления нужны проверяемые события между первым контактом и приездом в салон.

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

Контакт открывает работу с клиентом. Результатом его считать рано.

Что хранить вместо длинной цепочки статусов

Статья

SEO сайта автодилера: каталог, модели и комплектации

Не каждое действие нужно превращать в новый статус.

Удобнее разделить три сущности.

Состояние лида показывает, где сейчас находится клиент: связались, встреча назначена, визит состоялся.

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

Исход встречи показывает, чем закончилась конкретная запись: клиент приехал, отменил встречу, перенес ее или не явился.

Так модель не ломается на развилках.

«Встреча не состоялась» уже не стоит после «Клиент приехал» в одной линейной цепочке. Это другой исход назначенного визита.

При этом неудачная встреча не закрывает сам лид автоматически. После отмены или неявки менеджер может назначить новый шаг.

Кейс

Техподдержка для крупной DIY-сети Беларуси

Взяли на техподдержку сайт крупнейшей DIY-сети Беларуси на «1С-Битрикс»: разобрались в legacy-коде, повысили стабильность и скорость загрузки.

Как понять, где именно теряются клиенты

Потери смотрят между последовательными событиями.

Если контактов много, а встречу почти не предлагают, проблема находится внутри разговора.

Если предложение есть, но дату выбирают редко, клиенту может быть неудобно согласовывать время сразу по телефону.

Если дата назначена, но встречи часто отменяют или переносят, нужно смотреть подтверждение и напоминания.

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

Если приездов много, а продажи не растут, проблема находится уже после встречи.

Получается отдельная воронка: контакт → предложение встречи → назначенная встреча → визит → продажа.

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

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

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

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

Запись можно предложить сразу на сайте или после разговора с менеджером.

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

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

Самостоятельный выбор даты мы уже использовали в другом сценарии: на промосайте МТС с записью на мастер-классы пользователь выбирал день и занятие прямо на сайте.

У автодилера свободный слот может зависеть от нескольких условий:

• Дилерского центра

• Рабочего графика

• Длительности встречи

• Уже занятых интервалов

• Конкретного автомобиля

• Доступности машины для тест-драйва

Ссылка содержит уникальный идентификатор записи, по которому выбор клиента связывается с нужным лидом.

После записи в систему возвращаются дата, время, центр, повод визита и выбранный автомобиль. Менеджеру не нужно переносить данные вручную.

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

Вместе с подтверждением клиент получает дату, время, адрес центра, имя менеджера и повод встречи.

Перед визитом система отправляет напоминание. В нем лучше сразу дать возможность перенести или отменить запись.

Как сохранить саму машину в сценарии тест-драйва, разбирали в статье «Как сократить путь от выбора автомобиля до тест-драйва».

Что хранить по встрече и ее исходу

Встреча должна оставаться одной записью, даже если ее переносят.

В ней сохраняют:

• Клиента

• Дату и время

• Дилерский центр

• Повод визита

• Автомобиль или модель

• Статус подтверждения

• Первоначальную и текущую дату

• Кто инициировал перенос

• Количество переносов

• Итог встречи

Это сохраняет всю историю и не превращает три переноса одного клиента в три разные встречи.

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

Неявка без предупреждения тоже становится отдельным исходом.

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

Если автомобиль до встречи продали или переместили, система должна показать это заранее, чтобы менеджер успел предложить замену или изменить место визита.

Подтверждения, напоминания и неявку в сценарии тест-драйва разбирали в статье «Как увеличить количество заявок на тест-драйв».

Как считать конверсию во встречу

Одной метрики «лид → визит» мало.

Полезнее считать несколько переходов:

• Контакт → назначенная встреча

• Назначенная встреча → визит

• Контакт → визит

• Визит → продажа

Тогда видно, где именно теряется поток.

Если контакты хорошо превращаются в записи, но люди не приезжают, проблема находится после назначения.

Если визитов много, а сделок мало, запись работает, а причину нужно искать уже в следующем участке воронки.

Лиды удобнее считать когортами по периоду поступления.

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

Встречу с несколькими переносами считают одним визитом, если клиент в итоге приехал.

Человека, который пришел без предварительной записи после разговора с менеджером, по возможности связывают с существующим лидом по телефону или другому идентификатору. Если автоматического совпадения нет, связь может подтвердить сотрудник.

Продажу связывают уже с тем же клиентом и сделкой в учетной системе.

Тогда отчет показывает полный путь от обращения до договора.

Что менеджер должен видеть непосредственно перед визитом, разбирали в статье «Как сохранить выбор клиента между сайтом и визитом в дилерский центр».

Платформа e-commerce на Laravel» Nineseven

Готовая e-commerce-платформа на Laravel для быстрого запуска и роста

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

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

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

В результате у отдела появляется не еще один статус в CRM, а управляемый участок воронки между первым разговором и физическим визитом.

Такой сценарий можно реализовать в рамках доработки сайта автодилера и его интеграции с системой продаж.