Главное за минуту
- Проверяйте не кнопку формы, а появление записи у нужного менеджера в CRM.
- Передавайте в CRM контакты, страницу, UTM, время отправки и технический идентификатор заявки.
- Дедупликация должна находить клиента по телефону и email до создания новой сущности.
- Приемка включает реальные тесты с UTM, повторной заявкой и временной недоступностью CRM.
01
Заявка — это маршрут, а не событие на сайте
Маркетолог видит отправку формы в аналитике, а отдел продаж — лид или сделку в CRM. Между этими точками заявка может исчезнуть: обработчик формы не сработал, вебхук вернул ошибку, обязательное поле CRM оказалось пустым или запись ушла в неразобранное.
Надежный сценарий начинается с владельца каждого шага. Сайт собирает данные и фиксирует отправку; Битрикс24 создает либо обновляет сущность; менеджер получает задачу или уведомление; руководитель видит статус в отчете.
02
Карта полей
Единое сопоставление полей не дает CRM потерять источник заявки и контакт клиента.
03
Сначала согласуйте, что именно создается в CRM
Не каждая отправка должна становиться новой сделкой. Для первичного обращения обычно подходит лид, для повторного клиента — контакт с новой сделкой или делом. Выбор зависит от воронки, а не от удобства разработчика.
Зафиксируйте правило до настройки: что делать с дублем, заявкой без телефона и обращением вне рабочего времени.
Создать новую запись
- Новый телефон и email.
- Есть согласие и обязательные поля.
- Источник нужен для отчета.
Обновить существующую
- Телефон или email уже найдены.
- Новое обращение добавляется в историю.
- Менеджер видит контекст клиента.
04
Какие данные сайт обязан передать в Битрикс24
Контактных полей недостаточно для продаж и маркетинга. Без URL страницы и UTM руководитель не поймет, какая кампания привела обращение. Без идентификатора формы нельзя быстро найти проблемный сценарий.
Служебные данные лучше передавать в отдельные поля CRM, а не складывать в комментарий: так их можно использовать в фильтрах и отчетах.
| Данные | Зачем | Проверка |
|---|---|---|
| Телефон, email | Поиск дубля | Нормализуются до отправки |
| UTM и referer | Атрибуция рекламы | Видны в карточке CRM |
| URL и form_id | Диагностика формы | Есть у тестовой заявки |
| Время и согласие | Очередь и правовое основание | Сохраняются без изменений |
05
Не путайте интеграцию с уведомлением на почту
Письмо менеджеру полезно как резервный канал, но не заменяет запись в CRM. Его легко удалить, переслать не тому сотруднику или не связать с клиентом. Главным результатом должна быть сущность в нужной воронке.
Практическое правило
Если руководитель не может найти обращение по телефону и источнику, заявка для бизнеса фактически потеряна.
Готовое сообщение
Готовая постановка задачи разработчику
Цель: передавать все успешные отправки форм сайта в Битрикс24 без ручного переноса.
Поля: имя, телефон, email, текст, выбранная услуга, URL, form_id, UTM, referer, дата и время, согласие.
Логика: перед созданием искать контакт по нормализованному телефону и email; при совпадении добавлять обращение к найденному клиенту по согласованному правилу.
Ошибки: логировать ответ CRM и идентификатор заявки; при сбое показывать пользователю нейтральное сообщение и отправлять уведомление ответственному.
Приемка: выполнить тесты с UTM, повторным телефоном, пустым email и временно недоступным API.
06
Как принять работу: пять тестов вместо формального «работает»
Приемку проводит маркетолог вместе с менеджером продаж. Тестируйте боевую форму на опубликованном сайте: тест из админки не подтвердит передачу UTM, cookie и сценарий после отправки.
- 1
Откройте страницу с метками. Перейдите по URL с utm_source и utm_campaign, затем отправьте форму.
- 2
Проверьте карточку CRM. Убедитесь, что поля, URL и источник сохранены в ожидаемых полях.
- 3
Повторите обращение. Отправьте форму с тем же телефоном и проверьте правило дедупликации.
- 4
Проверьте ответственность. Запись должна попасть в нужную воронку, очередь и к нужному сотруднику.
- 5
Сымитируйте ошибку. Разработчик показывает лог и понятный порядок восстановления очереди.
07
Сигналы, что связку нужно дорабатывать
Проблема редко выглядит как массовая ошибка. Чаще она проявляется расхождением между отправками в аналитике и количеством обращений в CRM. Сверяйте показатели еженедельно, а после изменения форм или рекламы — сразу.
Описание REST и событий Битрикс24 удобно сверять с официальной справкой Битрикс24. Для примеров реальных подходов к интерфейсам и процессам можно посмотреть портфолио ICONICA.
08
Когда нужна не стандартная CRM-форма, а интеграция
Штатной формы может быть достаточно для одной посадочной страницы и простой воронки. Интеграция нужна, когда форма уже встроена в сайт, есть нестандартные поля, личный кабинет, несколько источников или логика поиска дублей.
Отдельно оцените интеграцию, если заявки должны попадать в разные направления, запускать расчет, создавать документы или передаваться во внешнюю систему.
Карта полей согласована; UTM передаются; правило дублей описано; назначен ответственный; есть лог ошибок; выполнены тесты на опубликованном сайте
FAQ
Частые вопросы
Можно ли передавать заявку в Битрикс24 только по email?
Можно, но email не всегда заполняют. Для надежного поиска дублей используйте телефон и email с понятным приоритетом.
Нужно ли хранить UTM в отдельном поле?
Да. Отдельные поля позволяют строить фильтры и отчеты без ручного разбора комментариев.
Что делать, если CRM временно недоступна?
Нужны журнал ошибки и повторная отправка по очереди. Пользователь не должен заполнять форму заново.
Кто отвечает за проверку после изменений формы?
Маркетолог проверяет источник и аналитику, продажи — маршрут и ответственного, разработчик — логи и техническую доставку.
