Заявки с сайта в Битрикс24: как проверить формы и передачу данных

Принимайте форму по заявке в CRM, а не по сообщению на сайте

После отправки форма показывает «Спасибо», но менеджер не видит нового клиента. Или обращение появляется, однако попадает в другую воронку и остаётся без обработки. Внешне работающая кнопка подтверждает лишь часть маршрута. Первичную приёмку нужно закончить в Битрикс24: найти запись, проверить поля и убедиться, что сотрудник может продолжить работу.

Начните с простого описания результата. Например: посетитель страницы услуги оставляет имя и телефон, в CRM появляется сделка нужного направления, назначается ответственный и сохраняется источник. Это условный сценарий; конкретный набор элементов зависит от принятого процесса продаж. Не копируйте чужую настройку только потому, что у другой компании она называется «форма заявки».

Различайте встроенную CRM-форму Битрикс24 и собственную форму сайта, подключённую разработчиком. У них могут отличаться способ передачи, обработка ошибок и доступные настройки. Попросите исполнителя назвать используемый вариант. Чек-лист результата подходит обоим, но исправлять их могут разные специалисты.

Зафиксируйте, где находится форма и что она создаёт

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

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

Продумайте повторное обращение. Человек может уже быть контактом в CRM, но интересоваться новой услугой. Нужна ли новая сделка, куда записать комментарий и кто будет ответственным? Совпадение телефона не всегда означает ошибочный дубль: оно может относиться к осмысленному повторному запросу. Решение согласуйте с руководителем продаж до тестирования.

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

Сопоставьте каждое поле сайта с полем CRM

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

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

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

Проверьте назначение и видимость под рабочей ролью

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

Если обращения распределяются по очереди, согласуйте список участников и поведение при их отсутствии. Кто получает заявку вечером? Что происходит, если сотрудник уволен или временно недоступен? Не предполагается ли, что руководитель ежедневно ищет ничьи карточки вручную? Эти вопросы относятся к процессу компании и должны получить явные ответы в настройке.

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

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

Проследите источник и повторное обращение

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

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

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

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

Подготовьте набор проверок до отправки тестовых заявок

Назначьте время испытаний и предупредите отдел продаж. Используйте согласованные тестовые контакты и заметную пометку в комментарии. Проверьте, какие автоматические действия могут сработать: письмо, SMS, звонок, задача или документ. Тест не должен неожиданно запускать обслуживание реального клиента или рассылку по рабочей базе.

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

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

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

Разбирайте ошибку по последнему подтверждённому шагу

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

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

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

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

Зафиксируйте приёмку и условия повторной проверки

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

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

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

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