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