Проверка формы заявки занимает 15 минут, если пройти путь клиента целиком: отправить тестовую заявку, найти её в CRM, убедиться в назначении ответственного и проверить, получил ли менеджер уведомление. Такой тест показывает, где именно обрывается цепочка: на сайте, при передаче данных или уже в работе отдела продаж. Ниже — порядок действий, поля для контроля и ошибки, из-за которых обращения остаются в почте, личных чатах или без ответа.
Почему формы на сайте нужно проверять по всей цепочке?
Клиент видит кнопку и сообщение об успешной отправке, но бизнесу этого мало. Форма считается рабочей, когда менеджер получил контакт, понял, откуда пришёл человек, и увидел задачу на обработку. Если заявка попала только на общую почту, её легко пропустить среди счетов, уведомлений и писем от поставщиков.
Проблема часто возникает ещё до CRM: вебхук перестал передавать данные, письмо оказалось в спаме, форма изменилась после правок сайта. В практике интеграций сайтов на Tilda и WordPress часть лидов теряется именно из-за разрозненного приёма обращений и ручного переноса данных в CRM (KalinkinDev, «Как перестать терять заявки: закрываем дыры в CRM при приёме лидов»).
Для компании из Беларуси схема одинаковая: посетитель оставляет телефон на сайте, CRM создаёт карточку, система назначает менеджера, а менеджер видит новое обращение. Если на одном участке нет понятного подтверждения, владелец не знает, сколько реальных обращений дошло до продаж.
Что подготовить перед тестом формы заявки?
Возьмите страницу, с которой чаще всего приходят обращения: страницу услуги, каталог или посадочную страницу рекламной кампании. Откройте доступ к CRM и договоритесь с менеджером, который принимает новые лиды, чтобы он подтвердил получение уведомления. Для чистоты проверки используйте тестовые имя, номер и адрес почты, которые легко найти в списке сделок.
Заранее запишите, какие сведения форма обязана передать. Минимальный набор зависит от бизнеса, но обычно хватает имени, телефона, текста обращения и страницы сайта. Если реклама ведёт на отдельную страницу, полезно передавать также источник и метку кампании. Тогда менеджер не будет спрашивать клиента, откуда он узнал об услуге, а руководитель сможет сверить канал с данными CRM.
- Страница, на которой заполняют форму.
- Тестовые данные, которых нет среди настоящих клиентов.
- Доступ к списку новых сделок или лидов в CRM.
- Имя менеджера, который должен принять обращение.
- Правило назначения: один ответственный, очередь или распределение по направлению.
Если компания принимает обращения вечером или в выходные, добавьте в проверку этот период. Отдельно посмотрите, что происходит с заявкой до начала рабочего дня: она ждёт в CRM, получает задачу на утро или остаётся без ответственного. Для такого контроля пригодится разбор обработки заявок в нерабочее время.
Как пройти проверку за 15 минут?
Откройте сайт в обычном режиме, без панели администратора. Заполните форму так, как её заполняет клиент: укажите тестовые контакты, выберите услугу, добавьте короткий комментарий. После отправки сохраните время и сделайте снимок экрана с подтверждением.
Перейдите в CRM и найдите новую карточку по тестовому телефону или имени. Проверьте, создала ли система лид или сделку, нет ли дубля и на каком этапе воронки появилось обращение.
Сверьте поля. Телефон должен сохраниться без ошибок, комментарий — не пропасть, страница сайта и источник — попасть туда, где менеджер их увидит. Если форма собирает несколько вариантов услуги, проверьте, что выбор клиента передался в карточку.
Посмотрите ответственного и задачу. В карточке должно быть понятно, кому поручено обращение и какое действие ждёт система: позвонить, написать или уточнить детали. Общая очередь без владельца часто превращает заявку в ничью.
Попросите менеджера подтвердить, как он узнал о новом лиде: через уведомление CRM, задачу или рабочий канал. Если он увидел карточку только после вашего сообщения, цепочка ещё не готова к реальному потоку.
Пять шагов укладываются в короткую проверку, однако они не заменяют тест после изменений на сайте. Новую форму, другой список услуг, обновление воронки или смену ответственного стоит проверять тем же сценарием сразу после публикации.
Какие поля и сигналы проверять в CRM?
Карточка лида нужна менеджеру для первого разговора, поэтому в ней не стоит оставлять набор технических подписей вроде «form_12». Переименуйте поля так, чтобы человек видел смысл: «интересующая услуга», «удобное время», «комментарий клиента». Поле «страница отправки» лучше оставить: оно помогает понять контекст заявки, если на сайте несколько услуг.
Ниже — простой ориентир для проверки. Его можно превратить в короткий регламент для менеджера и администратора сайта.
| Что проверить | Что должно быть в результате |
|---|---|
| Контакт | Имя и телефон читаются, тестовую заявку можно найти поиском. |
| Содержание формы | Выбранная услуга и комментарий попали в карточку без сокращений. |
| Источник | Видна страница сайта, а для рекламной заявки — переданные метки, если они настроены. |
| Воронка | Обращение попало на стартовый этап, а не в закрытую или чужую воронку. |
| Ответственный | У лида есть конкретный менеджер или правило, которое назначит его без ручного поиска. |
| Уведомление | Менеджер увидел новую задачу в рабочем канале. |
Прямая связка формы и CRM избавляет менеджера от копирования номера телефона и ручного создания сделки. В описании интеграции Tilda с CRM новая сделка с контактом появляется через несколько секунд после отправки формы, а дальше систему можно настроить на распределение заявок и уведомления (Albato, «Tilda и CRM: заявки с лендинга сразу в amoCRM и Битрикс24»). Конкретная настройка зависит от сайта и выбранной CRM, поэтому после запуска полезно тестировать каждую форму отдельно.
Типичные ошибки при интеграции формы с CRM
- Проверяют только сообщение «Заявка отправлена» на сайте и не заходят в CRM.
- Используют для теста настоящий номер клиента, затем менеджер тратит время на ложное обращение.
- Передают телефон, но не передают услугу и комментарий, поэтому менеджер начинает разговор без контекста.
- Создают сделку без ответственного и ждут, что её заметят в общей воронке.
- Меняют поля формы на сайте, но не сопоставляют их заново с полями CRM.
- Смотрят только на появление карточки и не проверяют, дошло ли уведомление до менеджера.
Если ошибки повторяются, стоит разделить роли: сотрудник сайта отвечает за отправку данных, руководитель продаж — за этап воронки и назначение менеджера, а менеджер подтверждает, что получил задачу. Такой порядок проще поддерживать, чем искать причину после жалобы клиента. Вопросы маршрутизации обращений, фиксации звонков и контроля диалогов логично обсуждать вместе: эти части продолжают путь лида после формы.
3 шага, которые можно сделать сегодня:
- Отправьте одну тестовую заявку с главной страницы услуги и запишите время.
- Найдите её в CRM, проверьте поля, этап и ответственного.
- Попросите менеджера показать уведомление или задачу, по которой он должен начать работу с обращением.
