Несколько форм на сайте и один Битрикс24: как развести заявки по источникам и ответственным

Если на сайте несколько форм — обратный звонок, заявка на услугу, вопрос — и все они подключены к одному Битрикс24, заявки нужно различать по источнику и направлять разным ответственным. Решение строится на трёх опорах: у каждой формы есть уникальный признак (скрытое поле, название, источник), в CRM этот признак попадает в конкретное поле лида или сделки, а правило маршрутизации связывает значение признака с ответственным или направлением. Ниже — предметная последовательность действий, таблица решений «форма → признак → ответственный», чек-лист приёмки и учебный пример с проверкой.

Что именно нужно развести: формы, заявки, ответственные

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

Начните с инвентаризации. Выпишите все формы на сайте: обратный звонок в шапке, форма на странице услуги, форма «Задать вопрос» в подвале, всплывающее окно при уходе со страницы, форма записи на консультацию. Для каждой укажите, какую задачу она решает и кто в компании должен обрабатывать её заявки. Часто уже на этом шаге выясняется, что две формы дублируют друг друга, а одна не используется вовсе.

Дальше определите, что считать «источником» в вашем случае. Это может быть конкретная форма, страница, на которой она размещена, или рекламный канал. Для маршрутизации важнее первое: именно форма задаёт, кому попадёт заявка. Канал и UTM-метки нужны для аналитики, но не для выбора ответственного.

Ключевой вопрос: где будет храниться признак формы. Вариантов немного — скрытое поле в самой форме, отдельное поле в карточке лида, название лида или источник. Выбор зависит от того, какие инструменты вы используете: CRM-формы Битрикс24, сторонний конструктор форм или собственный код на сайте. Об этом — в следующем разделе.

Проверьте, что у каждой формы есть уникальное имя, которое вы сможете использовать в правилах. Если две формы называются «Заявка с сайта», развести их будет нечем. Переименуйте заранее — это дешевле, чем потом искать заявки вручную.

Исходные данные: что понадобится до настройки

Соберите минимальный набор данных. Без него настройка превратится в угадывание.

Список форм с уникальными названиями и адресами страниц, где они размещены. Список ответственных: кто именно обрабатывает заявки с каждой формы. Если ответственных несколько, решите, как они делят заявки между собой — но это уже за пределами маршрутизации по источнику. Список полей, которые форма передаёт: имя, телефон, email, комментарий, выбранная услуга. Отдельно — какие поля обязательные, а какие нет.

Определите, куда попадает заявка: в лид или сразу в сделку. Это зависит от режима CRM и от того, как настроена форма. Если форма создаёт лид, признак формы удобно хранить в поле лида. Если сделку — в поле сделки. Смешивать нельзя: данные из формы сохранятся в той сущности, поля которой вы выбрали.

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

Если формы сторонние — например, на WordPress или Tilda — уточните, какие поля поддерживает интеграция и как сопоставляются имена полей. В официальной документации по интеграции форм Tilda с Битрикс24 указано, что имена полей формы должны совпадать с полями Битрикс24 на латинице. Это важно: если имена не совпадут, признак формы не передастся.

Заранее решите, что делать с дублями. Если клиент отправил две формы подряд, в CRM может появиться два лида. Правила объединения дублей — отдельная задача, но при маршрутизации нужно понимать, не потеряется ли признак формы при объединении. Обычно информация о заполненной форме сохраняется в таймлайне, но проверять это нужно на тестовых данных.

Варианты разведения заявок и критерии выбора

Есть несколько способов пометить заявку признаком формы. Выбор зависит от того, кто владеет формами и насколько часто они меняются.

Скрытое поле в форме. Самый предсказуемый вариант. Вы добавляете в форму поле, которое пользователь не видит, и записываете туда идентификатор формы или её название. При отправке это значение попадает в CRM. Критерий выбора: если вы контролируете разметку формы или у конструктора есть настройка скрытых полей.

Название формы как признак. Подходит, если форма создаётся в CRM-конструкторе и вы можете задать ей понятное имя. Название формы не всегда попадает в карточку лида, поэтому этот способ требует проверки: возможно, придётся использовать тему заявки или другое поле.

Отдельное поле в карточке. Вы создаёте в CRM поле «Форма-источник» и заполняете его значением из формы. Критерий выбора: если нужно строить отчёты по формам и фильтровать заявки в списках.

Источник или UTM. Подходит для аналитики, но для маршрутизации слабее: один и тот же канал может вести на разные формы, а метки могут теряться при переходах. Не стоит делать источник единственным признаком, если задача — развести ответственных.

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

При выборе ориентируйтесь на три критерия: устойчивость признака (не теряется ли он при отправке), удобство для менеджера (видно ли, откуда заявка) и стоимость поддержки (что придётся менять при добавлении новой формы).

Таблица решений: форма → признак в лиде → ответственный

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

Если скрытые поля недоступны, используйте название формы или тему заявки. Обязательно проверьте, что значение сохраняется в карточке и не перезаписывается при слиянии дублей.

Предметная последовательность действий

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

Шаг 1. Зафиксировать список форм и ответственных

Выпишите формы и напротив каждой — ответственного. Если ответственный не один, а группа, укажите, как заявка попадёт к конкретному человеку. На этом шаге не настраивайте ничего в CRM: сначала договоритесь на бумаге.

Шаг 2. Добавить признак в каждую форму

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

Шаг 3. Настроить приём заявок в CRM

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

Шаг 4. Настроить маршрутизацию

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

Шаг 5. Проверить каждую форму

Отправьте тестовую заявку с каждой формы и проверьте: создалась ли карточка, сохранился ли признак, попала ли заявка к нужному ответственному. Если что-то не так, вернитесь на шаг назад.

Шаг 6. Зафиксировать результат

Сохраните таблицу решений и чек-лист. При добавлении новой формы вы будете действовать по той же схеме.

Как проверить, что маршрутизация работает

Проверка — не формальность. Ошибки в маршрутизации обычно тихие: заявка приходит, но не туда, и обнаруживается это через дни.

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

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

Проверьте, что происходит при объединении дублей. Если клиент отправил две формы, признак какой формы сохранится в карточке? Это зависит от правил объединения. Если для вас важно видеть обе формы, настройте хранение информации о заполненных формах в таймлайне.

Проверьте, что менеджер видит источник заявки. Откройте карточку глазами ответственного: понятно ли, с какой формы пришла заявка? Если нет, добавьте поле в карточку или настройте отображение.

Проверьте ограничения. Атрибуция может теряться при блокировках и ограничениях браузера. Не гарантируйте абсолютную точность: фиксируйте, что признак формы — это то, что вы контролируете, а UTM-метки — то, что может потеряться.

Учебный пример: три формы, три ответственных

Учебный пример. Компания «Условный сервис» оказывает три услуги: аудит, внедрение и поддержку. На сайте три формы: обратный звонок, заявка на аудит и вопрос по поддержке. Все формы подключены к одному Битрикс24. Задача: развести заявки так, чтобы аудит попадал к менеджеру по аудиту, поддержка — к координатору поддержки, а обратный звонок — к первой линии.

Входные условия. Формы размещены на разных страницах. В каждой форме добавлено скрытое поле «Форма-источник» со значениями callback, audit, support. В CRM создано поле «Форма-источник». Ответственные: первая линия, менеджер по аудиту, координатор поддержки.

Действия. Специалист добавляет скрытые поля в формы, проверяет, что значения передаются. Затем настраивает правила: значение callback направляет заявку в первую линию, audit — менеджеру по аудиту, support — координатору поддержки. После настройки отправляет по одной тестовой заявке с каждой формы.

Наблюдаемый результат. В CRM появились три карточки. В каждой заполнено поле «Форма-источник» с ожидаемым значением. Ответственные назначены верно. При повторной отправке формы audit создалась вторая карточка, признак сохранился. При отправке формы support с пустым комментарием заявка всё равно создалась и попала к координатору.

Проверка. Специалист открывает каждую карточку и сверяет: форма, признак, ответственный. Затем просит менеджеров подтвердить, что они видят заявки. Отдельно проверяет, что при недоступности CRM заявка не теряется — если интеграция поддерживает очередь, она доставляется позже.

Ограничения примера. Данные условные. В вашем проекте значения признаков, названия ответственных и правила маршрутизации будут другими. Если в вашей конфигурации нет скрытых полей или правил маршрутизации, потребуется другой способ — например, отдельные формы в CRM-конструкторе с разными настройками ответственного.

Чек-лист приёмки каждой формы

• У формы есть уникальное название, которое не повторяет названия других форм
• В форму добавлен признак источника: скрытое поле, тема заявки или отдельное поле
• Значение признака уникально и не совпадает со значениями других форм
• Признак сохраняется в CRM в том поле, которое вы выбрали для маршрутизации
• Заявка создаёт нужную сущность: лид или сделку, в зависимости от вашей схемы
• Ответственный назначен верно при тестовой отправке
• Повторная отправка не ломает признак и не создаёт неожиданных дублей
• При пустых необязательных полях заявка всё равно создаётся
• Менеджер видит источник заявки в карточке
• Проверено поведение при недоступности CRM: заявка не теряется или вы знаете, как её найти
• Проверено объединение дублей: признак формы не теряется или сохраняется в таймлайне
• Таблица решений заполнена и доступна команде

Ограничения и типичные ошибки

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

Атрибуция не абсолютна. Блокировки, ограничения браузера, отключённые скрипты — всё это может влиять на передачу меток. Признак формы, который вы задаёте в скрытом поле, устойчивее UTM-меток, но и он зависит от того, как форма отправляет данные. Не обещайте абсолютной точности.

Смешивание сущностей. Если форма создаёт лид, а признак хранится в поле контакта, данные могут попасть не туда. Проверяйте, в какой сущности сохраняется признак.

Дубли. Повторная отправка формы может создать вторую карточку. Если для вас это критично, настройте правила объединения дублей и проверьте, сохраняется ли информация о форме. Подробнее о правилах объединения — в материале про дубли лидов с сайта в CRM: матрица дедупликации и правила объединения.

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

Изменение форм без обновления правил. Если вы переименовали форму или изменили значение признака, но не обновили правила, заявки начнут попадать не туда. Ведите таблицу решений и обновляйте её при каждом изменении.

Недоставленные заявки. Если CRM недоступна, заявка может потеряться. Уточните, поддерживает ли ваша интеграция очередь и доставку позже. Если нет — предусмотрите способ узнавать о недоставленных заявках.

Юридические и персональные данные. Обработка персональных данных требует соблюдения законодательства. Границы задачи и состав согласий сверяйте с профильным специалистом; статья не заменяет юридическое заключение.

Что делать дальше

Начните с инвентаризации форм и ответственных. Заполните таблицу решений. Затем добавьте признак в каждую форму и проверьте, что он попадает в CRM. После этого настройте маршрутизацию и пройдите чек-лист приёмки.

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