Форма показала «Спасибо», но это еще не значит, что заявка появилась в CRM. Телефон мог сохраниться, а источник, страница или выбранная услуга - исчезнуть. Повторный клик мог создать дубль. Уведомление могло прийти, пока основная запись не создалась.
Начните с одной контролируемой отправки. Заранее выберите форму, ожидаемое место сохранения и сотрудника, который проверит результат в CRM. В чеклисте сравнивайте ожидаемое с тем, что увидели фактически.
Сначала определите границы теста
Выберите одну важную форму и один маршрут входа. Не пытайтесь одновременно проверить весь сайт, телефонию, мессенджеры и каждую рекламную систему.
До отправки зафиксируйте:
- адрес страницы и версию формы;
- какую кнопку и форму проверяем;
- тестовые UTM без имени, телефона или email в значениях;
- выбранную услугу, отрасль или филиал;
- ожидаемое место сохранения заявки;
- ответственного за проверку CRM;
- способ удалить или пометить тестовую запись после проверки.
Для полей формы используйте выделенные тестовые телефон и email, а не данные клиента или сотрудника без согласования. Пометьте запись как тестовую до того, как она попадет в работу отдела продаж.
Не передавайте имя, телефон, email, компанию или текст сообщения в URL, UTM-метках и параметрах событий Google Analytics или Яндекс Метрики. Ограничения этих продуктов не являются заключением о юридическом соответствии всей системы. Контактные данные могут быть нужны форме и CRM, но не аналитическому событию.
Протокол контрольной отправки
В последней колонке фиксируйте только то, что действительно увидели. Скриншоты, журналы и внутренние номера тестовых записей храните в согласованном внутреннем контуре. В публичный чеклист их не переносите.
| Шаг | Что проверить | Наблюдение и владелец |
|---|---|---|
| Вход | страница открылась, тестовые UTM не потеряны | - |
| Кнопка | открылась нужная форма и сохранился выбранный контекст | - |
| Проверка полей | ошибки понятны, пустая форма не отправляется | - |
| Отправка | интерфейс дал однозначное подтверждение | - |
| Сохранение | создана одна тестовая запись там, где заявки должны храниться | - |
| Повтор | повторная отправка обработана по установленному правилу | - |
| Передача | согласованные поля дошли в CRM или система зафиксировала понятную ошибку | - |
| Первый статус | состояние соответствует словарю CRM и назначен владелец | - |
Если внешняя CRM еще не подключена
Проверка заканчивается там, где заканчивается фактическая система. Подтвердите, что заявка сохранилась в основном хранилище и что дальнейшая передача получила понятный статус. Не отмечайте шаги «Передача» и «Первый статус» как пройденные, пока внешняя CRM действительно не получила тестовую запись.
Это не провал теста, а честная граница результата. Она показывает, какой участок уже работает и что еще нужно выбрать, настроить и проверить отдельно.
Какие поля сверить
Контактные данные проверяются только в системе, где они должны храниться. Для диагностики маршрута отдельно сравните неперсональный контекст:
- страница входа;
- CTA и форма;
- источник, канал и кампания;
- интерес к услуге или направлению;
- филиал или город, если поле нужно процессу;
- факт создания одной тестовой записи;
- результат сохранения;
- результат защиты от дубля;
- состояние доставки в CRM;
- начальный статус и владелец.
Не все поля нужны каждой компании. Цель проверки - убедиться, что согласованный минимум проходит маршрут целиком, а не собрать максимальный набор данных.
Не путайте подтверждение на экране с сохранением
Успешное сообщение отвечает только за интерфейс. Для управленческого вывода нужно отдельно подтвердить запись в основном хранилище и результат передачи дальше. Если CRM временно недоступна, заявка не должна бесследно исчезать: системе нужен наблюдаемый статус и ответственный за повторную обработку.
Такой механизм зависит от конкретной архитектуры. Не обещайте очередь, повтор или защиту от дублей, пока не проверили, что они действительно реализованы.
Завершите тест чисто
Пометьте запись как тестовую, удалите ее по принятому правилу или исключите из коммерческой отчетности. Убедитесь, что тест не создал задачу реальному менеджеру и не попал в рассылку. Зафиксируйте найденный разрыв, владельца исправления и дату повторной проверки.
Если все шаги прошли, это подтверждает только работоспособность выбранного маршрута в момент теста. Это не доказывает полноту атрибуции по всем каналам и не гарантирует доставку каждой будущей заявки.
Когда нужен более широкий аудит
Одна отправка не заменяет аудит, если на сайте несколько движков форм, обращения уходят в разные CRM, телефонию и мессенджеры, филиалы обрабатывают заявки по разным правилам или отчеты уже расходятся между системами. Тогда контрольный тест становится первым воспроизводимым сценарием, а не финальным выводом.