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



