Как подготовиться к интеграции Битрикс24 и сайта

Мы работаем с интеграцией сайтов и CRM с 2018 года. Настроили больше 30 связок — от простых форм обратной связи до сложных систем с распределением по отделам, кастомными полями и проверкой дублей.

И каждый раз, когда мы начинаем новый проект, мы видим одну и ту же картину. Клиент говорит: «У нас есть сайт, есть CRM, давайте их соединим». А когда мы начинаем задавать вопросы, выясняется, что никто не думал о том, что должно происходить после того, как клиент нажал кнопку «Отправить».

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

Вы не знаете, сколько точек сбора лидов на сайте

Перед тем как что-то настраивать, мы всегда просим клиента сделать одну простую вещь: пройти по своему сайту как клиент.

Зайти на главную, в каталог, на страницу услуг, в блог, в контакты. И зафиксировать все места, где можно оставить контакты.

Что мы обычно находим:

— форма обратной связи в шапке и подвале,

— кнопки «Заказать», «Записаться», «Оставить заявку»,

— форма подписки на рассылку,

— форма для скачивания чек-листов или каталогов,

— виджеты мессенджеров.

У одного клиента мы насчитали 17 разных форм и кнопок на сайте. И ни одна из них не была подключена к CRM. Лиды просто приходили на почту, и менеджеры теряли их в папке «Входящие».

Вы не знаете, какие данные передаёт каждая форма

Мало знать, где находятся формы. Нужно знать, что они передают.

Одна форма может собирать только имя и телефон. Другая — имя, телефон, email и город. Третья — имя, телефон, email, город, услугу и комментарий.

Что мы делаем: собираем всё в таблицу. Форма → список полей → какие из них обязательные.

Почему это важно: если поля на сайте и в CRM не совпадают, данные либо теряются, либо попадают не в те поля. Мы видели случаи, когда телефон клиента записывался в поле «Комментарий», а комментарий — в поле «Телефон». Менеджеры потом не могли дозвониться.

Вы не продумали, что должно происходить после отправки формы

Интеграция — это не просто «передать данные из формы в CRM». Это «передать данные и сделать с ними что-то полезное».

Что мы настраиваем для каждого типа заявки:

— создать контакт или сделку,

— привязать к нужной воронке,

— назначить ответственного менеджера и уведомить его,

— добавить тег или метку (например, «с сайта», «прайс»),

— запустить цепочку писем — автоответчик, напоминание.

Кейс: у клиента-дистрибьютора заявки с сайта обрабатывались 4 часа. Менеджер получал письмо, открывал CRM, вручную создавал сделку, искал клиента в базе, назначал себе задачу. Мы настроили автоматическое создание сделки, уведомление в чат и приветственное письмо клиенту. Время до первого контакта сократилось с 4 часов до 5 минут.

Вы не разделили автоматические и ручные действия

Не всё нужно автоматизировать. Что-то лучше оставить на ручной контроль.

Мы обычно разделяем так:

— Автоматически: создание контакта, добавление в воронку, отправка приветственного письма.

— С подтверждением: отправка коммерческого предложения, подключение к платной услуге, передача крупной сделки руководителю.

Почему это важно: полная автоматизация без контроля чревата ошибками. Мы видели, как клиент получал письмо с коммерческим предложением раньше, чем менеджер успевал с ним поговорить. Или как крупная сделка автоматически назначалась стажёру, потому что система не знала, что есть правило «сделки от 1 млн рублей — только руководителю».

Вы не сопоставили поля на сайте и в CRM

Это самая частая ошибка, которую мы видим.

На сайте форма собирает «Имя», «Телефон», «Email», «Город». В CRM поля называются «Имя клиента», «Номер телефона», «Адрес электронной почты», «Регион». Названия разные — и данные не попадают туда, куда нужно.

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

Вы не знаете, нужны ли новые поля в CRM

Иногда в форме есть данные, для которых в CRM нет отдельного поля. Например, «Должность», «Отрасль», «Размер компании».

Перед тем как создать новое поле, мы задаём три вопроса:

1. Будут ли менеджеры использовать эту информацию при работе с клиентом?
2. Участвуют ли данные в автоматизации? Например, роутинг по региону или сегментация рассылок.
3. Нужно ли это для отчетности?

Наше правило: если на все три вопроса ответ «нет» — поле не нужно.

Вы не продумали, как передавать контекст

Одна и та же форма может стоять на нескольких страницах. Например, кнопка «Заказать» — на всех карточках услуг.

Если клиент оставляет заявку на странице «Авиаперевозки», а в CRM приходит просто «Заявка с сайта» — менеджер не знает, что именно нужно клиенту.

Что мы используем для передачи контекста:

— скрытое поле в форме — автоматически подставляет значение (например, «Услуга 1», «Услуга 2»),

— UTM-метки из URL — CRM считывает параметры из адреса страницы,

— название страницы.

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

Вы не продумали распределение лидов

Лиды приходят, но никто не знает, кому их отдать. Менеджеры спорят, кто «забрал» клиента. Кто-то получает 10 заявок в день, кто-то — 2.

Мы настраиваем распределение одним из способов:

— по очереди (ротация),

— по отделам или специализации,

— по типу услуги или региону,

— вручную.

Кейс: у клиента было 5 менеджеров. Один работал с юридическими лицами, четверо — с физическими. Мы настроили роутинг по типу клиента. Заявки от юрлиц шли к одному менеджеру, от физлиц — распределялись по очереди. Конфликтов стало на 90% меньше.

Вы не продумали, как обрабатывать ошибки и дубли

Даже самая надёжная интеграция может сбоить.

Что мы всегда настраиваем:

— автоматический повтор отправки при сбое,

— уведомление администратора, если заявка не дошла,

— логирование ошибок — чтобы можно было восстановить потерянные заявки.

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

 

Как мы определяем дубли:

— по email,

— по телефону,

— по комбинации «имя + телефон».

 

Что делаем с повторным обращением:

— объединяем в один контакт и добавляем новую сделку,

— создаём новую сделку с пометкой «Повторный лид».

Важный нюанс: повторный лид — не ошибка, а возможность. Клиент созрел для покупки.

Вы не обсудили технические детали с интегратором

Даже если вы не разбираетесь в технике, есть вопросы, которые нужно задать.

Способ подключения. Интегратор может предложить:

— готовый виджет CRM — просто, но ограниченно,

— API и вебхуки — гибко, требует разработки,

— платформы автоматизации (Zapier, Make) — удобно для простых сценариев, но может быть медленно.

 

Безопасность. Вы несёте ответственность за персональные данные. Убедитесь, что:

— используется шифрование (HTTPS, SSL),

— есть защита от спама и ботов (reCAPTCHA),

— ограничен доступ к передаче данных (по IP или токенам).

 

Мониторинг ошибок. Без прозрачности вы можете неделями не замечать, что лиды пропадают. Хороший интегратор настроит:

— запись в журнал интеграции,

— email-уведомление администратору,

— оповещение в чате.

В итоге

80% проблем — из-за того, что на старте не продумали бизнес-процессы. Техническая часть — это просто. Сложно — ответить на вопросы: «Что должно происходить с заявкой? Кто её обрабатывает? Что делать с дублями?»

Подготовка занимает время, но экономит деньги. Если вы потратите 2–3 часа на заполнение таблицы с формами, полями и правилами обработки — интегратор сделает работу в 2 раза быстрее. И вы заплатите меньше.

Базовая интеграция — 3–5 дней. Если нужна сложная логика (распределение по отделам, кастомные поля, проверка дублей) — 1–2 недели.

Новые формы подключаются быстро. Для стандартных точек сбора (обратный звонок, консультация) — 1–2 часа.