CRM купили, заявки всё равно теряются: 7 мест, которые стоит проверить

Представим обычную ситуацию: клиент отправил форму, увидел сообщение об успехе и закрыл сайт. Менеджер не получил уведомление. Разработчик проверил соединение — API отвечает. Руководитель видит новые сделки и считает, что система работает. Каждый проверил свою часть, а путь конкретной заявки целиком не проверил никто.

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

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

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

Третье место — объединение контактов. Совпадение телефона помогает найти человека, но не объясняет его текущую потребность. Если каждое сообщение автоматически приклеивается к старой закрытой сделке, новая заявка может исчезнуть из рабочей очереди. Отдельно проверьте общий телефон организации и обращения нескольких её сотрудников.

Четвёртое место — распределение. Правило назначает заявки сотруднику, который ушёл в отпуск, сменил отдел или больше не работает. Формально поле заполнено, фактически очередь остановилась. Для каждой группы заявок определите резервного ответственного и действие при отсутствии реакции.

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

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

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

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

Сначала исправляйте точки, где обращения исчезают без следа. Затем — задержки назначения и обработки. И только после этого усложняйте отчёты. Когда исходные события надёжны, цифры в воронке начинают описывать реальную работу, а не качество заполнения карточек.