Где теряются входящие заявки: как найти этап потери

Пример расчёта (условные цифры): из 100 обращений за месяц 100 могут попасть в чат, 92 - в CRM, 80 - к назначенному менеджеру и 68 - получить содержательный ответ. Если смотреть только на итоговые продажи, сложно понять, где исчезли остальные. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно разобрать путь заявки по вашим данным.

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

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

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

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

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

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

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

Пример расчёта (условные цифры): 100 входящих обращений, 92 карточки в CRM и 80 назначений дают 8 сообщений без карточки и 12 карточек без владельца. Это две разные проблемы. Сумма не говорит о недополученной выручке без данных о ценности и вероятности покупки.

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

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

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

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

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

Ручная сверка выборки. Плюсы: быстро показывает смысл диалогов и ошибки статусов даже при разрозненных системах. Главный риск: выборка может пропустить редкий системный сбой. Используйте её для поиска причин и проверки расчётов.

Автоматический отчёт по событиям. Плюсы: можно видеть динамику всей очереди и сигнализировать о пропущенных переходах. Главный риск: красивый график наследует ошибки интеграции и правил объединения обращений. Регулярно сверяйте его с исходными сообщениями.

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

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

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

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

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

Напишите, какой процесс хотите автоматизировать: A3bot