01

Согласовать поля и доступные источники

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

02

Сначала сохранение, потом уведомление

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

03

Отделить доставку от работы менеджера

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

04

Разделить ответ на заявку и рассылку

Определите, кто отвечает по задаче и где фиксирует результат разговора. Согласие на аналитику и согласие на маркетинговые сообщения учитывайте отдельно. Обращение по проекту само по себе не означает подписку на рассылку. Дополнительные маркетинговые материалы отправляйте только при соответствующем согласии; до запуска рассылки проверьте подтверждение адреса и возможность отписаться.

05

Считать сохранённые заявки, а не клики по кнопке

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

06

Не путать атрибуцию с доказательством эффективности

Рекламная метка помогает сохранить известный источник перехода, но не доказывает, что канал стал единственной причиной обращения. Пользователь может вернуться без метки, сменить устройство или не согласиться на аналитику. Фиксируйте правило первого и последнего известного источника и оставляйте неизвестный источник неизвестным. В события не должны попадать имя, контакт, текст обращения, поисковая фраза пользователя и полный URL с параметрами. Ошибки формы передавайте кодом поля и типом ошибки, а не введённым значением. Долю подходящих обращений рассчитывают по уникальным заявкам, которые менеджер действительно рассмотрел; пропущенные оценки показывают отдельно. До накопления сопоставимых данных любые обещания роста конверсии остаются гипотезой.

Об этом материале

Материал доработан с помощью AI по существующему контуру сохранения заявок EVO IT. Примеры показателей — методика, не фактические результаты и не подтверждение подключения CRM.