Главное за минуту
- Форма должна передавать контакты, содержание обращения, страницу и рекламный источник.
- CRM обязана создать сущность, назначить ответственного и зафиксировать время поступления.
- Проверяйте маршрут тестовой заявкой с UTM, а не только сообщение на почте.
- Отчёт строят по CRM-статусам и сумме сделок, а не по числу отправок формы.
01
Где заканчивается форма и начинается заявка с сайта
Форма на сайте — только точка ввода. Заявка становится управляемой, когда CRM создала лид или сделку, сохранила источник, назначила ответственного и дала менеджеру задачу на первый контакт.
Если данные остаются в почте, маркетолог не видит стоимость качественного обращения, а руководитель продаж не может проверить скорость реакции. Поэтому маршрут проектируют целиком: посетитель → форма → обработчик 1С-Битрикс → CRM → воронка → отчёт.
Для нестандартной логики полезно заранее сверить возможности обработчиков и веб-форм в документации 1С-Битрикс.
02
Карточка CRM
Передавайте поля так, чтобы менеджер мог начать работу без поиска сведений в письме.
03
Какие данные должны пройти весь маршрут
Контактные поля нужны продажам, технические — маркетингу и поддержке. Не подменяйте источник текстом из комментария: UTM и адрес страницы должны заполняться автоматически.
Для каждой формы определите, куда попадает обращение: лид, сделка, смарт-процесс или очередь. Закрепите соответствие полей в таблице интеграции и не меняйте названия без проверки обмена.
Контакт
Имя, телефон или email; хотя бы один канал связи обязателен.
Запрос
Тема, товар, услуга, комментарий и выбранный регион.
Источник
utm_source, utm_medium, utm_campaign, referrer и landing URL.
Контроль
ID формы, время отправки, согласие и технический идентификатор заявки.
04
Выберите сущность CRM до разработки
Одна и та же форма не всегда должна создавать сделку. При длинном цикле продаж удобнее начинать с лида; при повторных клиентах — искать контакт и создавать сделку в нужной воронке.
Главное правило: новая заявка не должна молча перезаписывать источник существующего клиента. Для дублей заранее согласуйте сценарий: объединение, новая сделка или задача ответственному.
| Сценарий | Куда создавать | Что проверить |
|---|---|---|
| Первое обращение | Лид или сделка | Ответственный и источник |
| Повторный клиент | Сделка к контакту | Поиск дубля по телефону |
| Сервисный вопрос | Смарт-процесс или тикет | Очередь и SLA |
| Заказ товара | Заказ и сделка | Состав, сумма, оплата |
05
UTM нужны в CRM, а не только в Метрике
Веб-аналитика покажет отправку формы, но не сообщит, стала ли она выручкой. Поэтому сохраняйте метки в отдельных полях CRM и не очищайте их при смене статуса.
Если посетитель пришёл без UTM, фиксируйте referrer и тип источника как «прямой/не определён». Пустые значения лучше, чем выдуманный канал.
Готовое сообщение
Формулировка задачи разработчику
Цель: передавать каждую отправку формы «Получить расчёт» с сайта в CRM без ручного переноса.
Поля: имя, телефон, email, комментарий, страница отправки, utm_source, utm_medium, utm_campaign, utm_content, utm_term, referrer, ID формы, дата и отметка согласия.
Логика: искать контакт по телефону и email; при совпадении создавать новую сделку в воронке «Продажи сайта», иначе создавать лид. Назначать ответственного по очереди.
Ошибки: при сбое записывать запрос и ответ CRM в лог, отправлять уведомление ответственному, не терять данные формы.
Приёмка: пять тестов с разными UTM, повторный клиент и намеренная ошибка CRM; результаты приложить ссылками на карточки и лог.
06
Как принять интеграцию: сценарий из шести проверок
Попросите разработчика провести тест на рабочем или изолированном стенде. Проверка только письма о заявке не подтверждает, что данные дошли до отчёта и доступны продажам.
- 1
Откройте чистый браузер. Перейдите на посадочную страницу по ссылке с уникальными UTM.
- 2
Отправьте валидную форму. Проверьте сообщение пользователю и отсутствие повторной отправки при обновлении страницы.
- 3
Найдите карточку CRM. Сверьте контакт, комментарий, URL страницы, метки и дату с введёнными значениями.
- 4
Проверьте ответственность. У сделки должен быть владелец, стадия и задача либо уведомление менеджеру.
- 5
Повторите с тем же номером. Убедитесь, что сценарий дубля соответствует согласованному правилу.
- 6
Закройте тестовую сделку. Проверьте, что она попала в отчёт по источнику и сумме.
07
Где обычно теряются обращения
Потеря не всегда выглядит как техническая ошибка. Форма может отправляться, а интеграция — создавать карточку без телефона, без источника или без ответственного. Такие записи не доходят до продажи и исчезают из управленческой картины.
Контроль нужен на каждом переходе, включая уведомления, API-ответы и действия менеджера.
08
Отчёт строится от оплаченной сделки
Количество форм помогает оценить конверсию сайта, но не эффективность канала. Для решений о бюджете связывайте источник с этапами: новая заявка, квалифицирована, встреча, успешная сделка, выручка.
В отчёте отдельно показывайте обращения без ответственного и без UTM: это не «прочее», а очередь на исправление процесса. Для сложной модели источников и BI нужна настройка сквозной аналитики.
Форма отправляется без ошибки; CRM возвращает ID записи; обязательные поля заполнены; UTM видны в карточке; назначен ответственный; тестовая сделка попадает в отчёт; ошибка интеграции записывается в лог
FAQ
Частые вопросы
Нужно ли создавать сделку для каждой формы?
Нет. Для первичных обращений часто используют лид, а для сервисных запросов — отдельный процесс. Сущность выбирают по воронке и действиям менеджера.
Можно ли передавать UTM скрытыми полями?
Да. Метки считывают из URL и записывают в скрытые поля формы, затем — в отдельные поля CRM.
Что делать, если CRM временно недоступна?
Сохранить данные формы и ответ ошибки в лог, уведомить ответственного и настроить повторную отправку без создания дублей.
Как оценить скорость обработки?
Считайте интервал между созданием записи в CRM и первым звонком, сообщением или задачей с результатом.
Где посмотреть примеры подобных работ?
Реальные кейсы и подходы к интерфейсам и процессам собраны в портфолио ICONICA.
