Заявки с сайта в CRM: как сохранить источник

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

Опишите маршрут одной заявки

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

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

Сохраните схему маршрута в рабочей документации: форма → получатель → сущность → ответственный → следующий контакт. При нескольких сайтах или подразделениях добавьте правила распределения, чтобы одинаково названные формы не смешивали разные запросы.

Согласуйте поля и смысл источника

Для первичного разбора обычно нужны контакт, содержание запроса, дата и страница отправки. В каталоге дополнительно передавайте модель или идентификатор позиции. Установите явное соответствие полей формы и CRM: поле «комментарий» не должно теряться только потому, что его назвали иначе.

Разделите техническую форму и маркетинговый источник. Одна форма может принимать посетителей из разных каналов. Название «форма каталога» описывает место обращения, а не объясняет, откуда пришёл человек.

Если используется UTM-разметка, договоритесь, какой контакт считать первым и как учитывать повторные переходы. Источник первого знакомства и источник последнего посещения могут различаться. Это вопрос модели учёта, которую нужно закрепить до сравнения рекламных отчётов.

Проверьте несколько сценариев отправки

Проверяйте интеграцию в согласованном тестовом режиме, с разрешёнными тестовыми контактами и понятной пометкой. Затем убедитесь, что тест не попал в отчёт как реальное коммерческое обращение.

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

Для каждого случая сравните введённые данные с карточкой CRM, проверьте страницу, модель, метки и назначение. Откройте запись под ролью сотрудника, который будет работать с клиентом: корректная карточка бесполезна, если ответственный её не видит.

Разберите дубли и частичные сбои

Двойное нажатие кнопки, повторная отправка и новое обращение той же компании — разные события. Настройка дублей должна учитывать ваш процесс: иногда нужен новый запрос в существующей компании, иногда — отдельная закупка.

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

Уведомление на почте не заменяет сохранённую карточку. Если данные поступают в CRM, но ответственный не назначается, исправляйте распределение. Если карточки нет, начинайте с доставки и обработки ошибки. Это разные участки маршрута.

Зафиксируйте критерии приёмки

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

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

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

Источники и материалы по теме

Материал подготовлен редакцией агентства «Маяк». Рекомендации адаптируют к продукту и процессу компании.

Официальные источники

• Битрикс24: создание и настройка CRM-формы
• Битрикс24: список и проверка активности CRM-форм

На сайте «Маяка»

• Внедрение Битрикс24
• Работа с клиентской базой
• Оценка качества заявок из Директа