CRM-формы Битрикс24: почему форма есть, а лиды создаются неправильно
Посетитель заполнил форму, нажал кнопку и увидел сообщение об успешной отправке. Кажется, что заявка уже должна лежать в CRM у нужного менеджера. Но внутри Битрикс24 может не появиться новый лид, может создаться сделка в другой воронке, часть данных потеряется, а ответственным станет не тот сотрудник.
Мы поговорили с Артёмом Грачёвым, инженером бизнес-процессов компании «Первый Приятный Интегратор» | 1PI.PRO, о том, почему внешне исправная CRM-форма ещё не гарантирует правильную обработку заявки и как найти этап, на котором результат расходится с ожиданиями.
Артём, что обычно означает жалоба «CRM-форма работает неправильно»?
Сначала нужно перевести эту фразу в конкретный проверяемый симптом.
У одного клиента после отправки формы вообще не появляется новый элемент. У другого создаётся не лид, а сделка. У третьего заявка попадает в нужную воронку, но без источника, телефона или комментария. Ещё один ожидает увидеть ответственным конкретного менеджера, а система назначает другого сотрудника.
Внешне все эти ситуации выглядят одинаково: человек нажал кнопку, форма сообщила об успешной отправке, а бизнес получил не тот результат. Но причины разные, поэтому начинать нужно не с хаотичного изменения настроек, а с точного описания ожидания:
какая форма была отправлена;
какой элемент должен был появиться;
где именно он должен был появиться;
какие поля должны были заполниться;
какой источник и ответственный ожидались;
что произошло фактически.
Когда эти две картины — ожидаемую и фактическую — можно сравнить, поиск причины становится намного короче.
Почему успешная отправка ещё не доказывает, что заявка создана правильно?
Потому что сообщение на экране подтверждает действие посетителя, но не проверяет всю бизнес-логику обработки заявки.
У CRM-формы есть настройки создаваемых сущностей, полей, скрытых значений и ответственных. После появления элемента могут запуститься роботы или бизнес-процессы. Каждый из этих шагов влияет на итог, который увидит менеджер.
Кроме того, новая сделка создаётся не при любых настройках. Например, если для найденного клиента включено использование активной сделки, заполнение формы может попасть в уже существующую сделку. Человек ищет новую карточку и решает, что заявка потерялась, хотя результат записан в другом месте.
Поэтому я проверяю не только факт отправки формы, а весь путь от конкретной страницы сайта до конечного элемента CRM.
С чего начать проверку?
С одной контролируемой тестовой заявки.
Лучше открыть страницу в режиме инкогнито или в браузере, где вы не авторизованы в Битрикс24. В тестовые данные стоит добавить заметный маркер, по которому запись легко найти, и зафиксировать точное время отправки.
После этого нужно посмотреть:
Появился ли в CRM новый элемент.
Что именно создалось: лид, сделка, контакт или элемент смарт-процесса.
В какую воронку попала заявка.
Какие поля получили значения.
Какой источник указан.
Кто назначен ответственным.
Не изменились ли эти данные через несколько секунд после запуска автоматизаций.
Одна тестовая заявка не доказывает, что проблема возникает всегда. Но она даёт конкретный след для диагностики. После исправления тест нужно повторить ещё раз, не меняя одновременно несколько настроек.
Как убедиться, что на сайте размещена именно та CRM-форма, которую настраивают?
В компаниях часто существует несколько похожих форм: для основного сайта, лендинга, рекламной кампании или отдельной услуги. Названия и внешний вид могут почти совпадать.
Поэтому недостаточно открыть первую подходящую форму в списке и начать её редактировать. Нужно сопоставить страницу сайта с конкретной CRM-формой: проверить её название и ID, публичную ссылку, код размещения и статистику созданных элементов.
Код на внешнем сайте относится к конкретной форме. Если на странице остался код прежней формы, изменения в другой форме не повлияют на результат. Дополнительный скрипт на сайте также может передавать скрытые значения, которые отличаются от текущих настроек.
В официальной инструкции Битрикс24 показано, где посмотреть ID, публичную ссылку и тип создаваемых элементов в списке CRM-форм.
Где определяется, что будет создано после отправки?
В настройке «Сущности в CRM» выбирается, какие элементы должны появиться после заполнения формы.
Это может быть лид, сделка с клиентом, счёт или элемент смарт-процесса — доступный вариант зависит от выбранного сценария и настроек портала. Для сделки также важны выбранная воронка и правила работы с найденными контактами и компаниями.
Здесь встречаются две типовые ошибки.
Первая — клиент ожидает лид, а форма настроена на создание сделки или другого элемента. Вторая — форма использует поля не той сущности. Например, если форма создаёт лид, но в неё добавлены поля контакта, данные будут сохраняться в карточке контакта, а лид будет связан с ним. В результате часть информации ищут не в той карточке.
Сначала нужно проверить соответствие полей формы и полей создаваемой сущности.
У похожих по смыслу полей могут быть разные назначения. На форме посетитель видит понятную подпись, но внутри Битрикс24 значение записывается в конкретное системное или пользовательское поле. Если выбрано не то поле, информация окажется в неожиданном месте или не будет использоваться дальнейшей автоматизацией.
Отдельно проверяются:
поля, которые посетитель заполняет сам;
обязательность полей в форме;
значения по умолчанию;
скрытые поля;
правила показа и скрытия полей;
поля лида, сделки, контакта, компании или смарт-процесса;
роботы и бизнес-процессы, которые читают или перезаписывают эти значения.
Если обязательное поле находится в самой CRM-форме, посетитель не сможет отправить её, пока не введёт значение. Но это не отменяет проверки полей карточки и последующих автоматизаций: заявка может создаться, а затем остановиться на следующем шаге или потребовать ручного заполнения.
Почему в заявке бывает неправильный источник?
Источник часто передаётся не через видимое поле, а через скрытое значение.
В CRM-форме можно автоматически передавать техническую информацию: источник трафика, адрес страницы, название и ID формы или постоянное значение из списка. Если скрытое поле не настроено, содержит устаревшее значение или переопределяется скриптом на сайте, отчёты будут показывать неверный канал обращения.
Важно различать две задачи: определить, какая форма была заполнена, и определить реальный рекламный источник посетителя. Одного постоянного значения «Сайт» может быть достаточно для первого случая, но недостаточно для детальной маркетинговой аналитики.
Сначала нужно посмотреть список ответственных в настройках формы.
Если там выбрано несколько сотрудников, новые элементы распределяются между ними по очереди. Поэтому назначение другого менеджера может быть не ошибкой, а результатом действующего правила.
Дальше нужно проверить, не меняет ли ответственного робот или бизнес-процесс после создания элемента. Также стоит убедиться, что список сотрудников и правила распределения соответствуют текущей структуре отдела, а не прежней договорённости.
Обычно ошибка возникает из-за того, что проверяют только итоговую карточку. Чтобы найти причину, нужно разделить два события: кого назначила сама форма и кто изменил ответственного после запуска автоматизации.
Как понять, что данные меняет не форма, а автоматизация?
Нужно сравнить элемент сразу после создания и после выполнения роботов или бизнес-процессов.
Форма может правильно создать запись, указать источник и назначить ответственного. Затем робот переносит сделку в другую воронку, меняет поле или передаёт её другому сотруднику. В итоговой карточке виден уже результат автоматизации, поэтому подозрение снова падает на форму.
Я проверяю цепочку по порядку:
Что отправила конкретная форма.
Какой элемент создался и с какими начальными значениями.
Какие роботы и бизнес-процессы запустились.
Какие поля они изменили.
Каким стал итоговый элемент.
Если проблема появляется после второго шага, редактирование CRM-формы её не исправит. Сначала нужно найти конкретную автоматизацию, которая меняет данные.
Что владелец компании может безопасно проверить самостоятельно?
Я бы ограничился действиями, которые не меняют рабочую логику:
Найти страницу и конкретную форму, на которой возникает проблема.
Отправить тестовую заявку с заметными тестовыми данными.
Зафиксировать время отправки.
Найти созданный элемент в CRM.
Проверить сущность, воронку, поля, источник и ответственного.
Сравнить результат сразу после создания и после выполнения автоматизаций.
Сделать обезличенные скриншоты ожидаемого и фактического результата.
Не стоит удалять форму, наугад менять источник и ответственного или одновременно редактировать форму, воронку и роботов. После нескольких параллельных изменений уже трудно понять, какое из них повлияло на результат.
Если в CRM не появляется вообще ничего, полезно сначала прочитать отдельный разбор «Заявки с сайта не попадают в Битрикс24». Там рассматривается более широкий путь заявки: сайт, форма, модуль, вебхук, интеграция и CRM.
В каких случаях без специалиста уже сложно обойтись?
Когда заявка проходит через несколько связанных настроек и нельзя безопасно выделить один участок.
Например:
на разных страницах используются похожие CRM-формы;
на сайте есть дополнительные скрипты или интеграции;
форма создаёт сделку и связывает её с существующим клиентом;
настроены правила обработки дублей и активных сделок;
после создания запускаются роботы или бизнес-процессы;
источник и ответственный меняются на разных этапах;
невозможно понять, где именно данные расходятся с ожиданием.
В такой ситуации задача специалиста — не просто «поправить форму», а восстановить маршрут заявки от страницы сайта до итоговой карточки и проверить каждое преобразование данных.
Есть ли один показательный случай из практики?
Одного отдельного кейса с цифрами и универсальным выводом у меня нет.
Но сами обращения повторяются. Компания настраивает одну форму, а на странице используется другая. Или форма создаёт элемент правильно, но затем робот меняет ответственного. Или источник записывается постоянным скрытым значением и не соответствует ожиданиям маркетинга.
Эти ситуации объединяет один принцип: нельзя диагностировать только по внешнему виду формы. Нужно сопоставить конкретную отправку с конкретным элементом CRM и пройти по цепочке изменений до итогового результата.
Какой главный вывод по CRM-формам Битрикс24?
CRM-форма работает правильно только тогда, когда заявка не просто отправилась, а создала ожидаемый элемент с нужными полями, источником и ответственным — и эти данные не были ошибочно изменены дальше.
Безопасная диагностика строится последовательно: определить конкретную форму, отправить контролируемую заявку, найти результат в CRM, проверить сущность и поля, затем посмотреть роботов и бизнес-процессы.
Если этот маршрут невозможно восстановить самостоятельно, обратитесь в компанию «Первый Приятный Интегратор» | 1PI.PRO. Мы проверим путь заявки от отправки CRM-формы до итоговой карточки и найдём этап, на котором меняются или теряются данные.
Частые вопросы
Почему CRM-форма отправляется, но новый лид не появляется?
Форма может быть настроена на создание другой сущности. Если создаётся сделка, заполнение также может попасть в активную сделку существующего клиента вместо создания новой. Сначала проверьте, что указано в настройке «Сущности в CRM», а затем найдите фактический результат по тестовым данным и времени отправки.
Как узнать, какая CRM-форма установлена на сайте?
Сопоставьте страницу с формой в Битрикс24 по ID, публичной ссылке и коду размещения. Не ориентируйтесь только на похожее название или внешний вид: на сайте может быть код другой формы.
Почему CRM-форма передаёт не все поля?
Проверьте, какие системные или пользовательские поля добавлены в форму, к какой сущности они относятся, какие значения передаются скрыто и не меняют ли данные последующие роботы или бизнес-процессы.
Почему заявка назначается не тому сотруднику?
Если в форме выбрано несколько ответственных, элементы могут распределяться между ними по очереди. Ответственного также может менять автоматизация после создания записи. Нужно проверить оба этапа.
Можно ли удалить форму и создать её заново?
Без диагностики этого делать не стоит. Код формы может быть размещён на нескольких страницах, а к её ID и полям могут быть привязаны скрипты, аналитика и автоматизации. Сначала определите точную причину и только потом меняйте конфигурацию.
Когда нужен интегратор?
Когда используется несколько форм, есть внешние скрипты, правила обработки дублей, активные сделки, роботы, бизнес-процессы или непонятно, на каком этапе меняются данные. В этом случае нужно проверить весь маршрут заявки, а не отдельную настройку.