Интеграция сайта с Битрикс24
Пока заявки приходят на почту, часть теряется, а источник обращения восстановить невозможно. После интеграции каждая форма попадает в CRM с меткой канала — и рекламу становится с чем сравнивать.
- Заявки с любых форм сайта попадают в воронку без ручного переноса
- Вместе с заявкой приходят UTM-метки, источник и страница
- Менеджер получает задачу сразу, а не когда откроет почту
- Дубли склеиваются: повторное обращение цепляется к существующему клиенту
Работает с любым сайтом: самописным, на CMS или на конструкторе.
Работаем только с Битрикс24 — другие CRM не ведём. За это время прошли почти все сферы, где система вообще применима.
№1 в УрФО по продажам лицензий и ТОП-10 интеграторов России. Статус даётся за объём и качество проектов, а не за взнос.
Основная профессия внутри компании — бизнес-аналитик. Процессы разбирает он, а не менеджер по продажам.
Что передаётся между системами
Набор всегда свой: чем меньше сущностей в обмене, тем он надёжнее. На встрече решаем, что из этого нужно именно вам.
Любые: обратный звонок, расчёт, подбор, запись. Каждая может попадать в свою воронку или к своей группе менеджеров.
UTM, идентификаторы Яндекса и Google, страница входа. Без этого аналитика по каналам собирается вручную и с ошибками.
Для магазинов: состав заказа, сумма, способ доставки. Заказ становится сделкой с позициями, а не письмом со списком.
Обращения из виджетов попадают в ту же воронку, переписка сохраняется в карточке.
Приложенные к заявке ТЗ, схемы и фотографии оказываются в сделке, а не в личной почте менеджера.
Отметка о согласии на обработку данных фиксируется вместе с заявкой — это требование закона, а не красота.
Как устроена синхронизация
Это то, о чём договариваются до настройки. Данные ходят по правилам, и правила лучше знать заранее — тогда понятно, что будет при сбое и почему обмен иногда просит внимания.
Форма отправляет данные в Битрикс24 и получает ответ «принято». Обратно с сайта ничего не забирается — это делает интеграцию простой и устойчивой: сломать её может только правка самой формы.
Лид создаётся сразу, вместе с UTM-метками визита и страницей, с которой пришла заявка. Задержка здесь недопустима: скорость первого касания — главный фактор, по которому заявка превращается в разговор.
Повторная заявка от того же человека привязывается к существующему контакту, а не создаёт второго. Правило дубликатов задаётся заранее — иначе один клиент разойдётся по базе тремя карточками с разными менеджерами.
Отправка повторяется, а данные остаются на стороне сервера сайта до подтверждения. Проверять надо именно это: красивая форма, которая молча теряет заявки при сбое портала, хуже отсутствия формы.
Два сценария, которые встречаются чаще всего
Одна и та же интеграция у разных компаний устроена по-разному. Вот два типовых случая — скорее всего, вы узнаете свой.
Заявка на расчёт идёт в продажи, отклик на вакансию — в подбор, обращение в поддержку — в сервис. Каждая со своим сценарием обработки.
Заявка приносит метку канала, сделка — сумму. На этом строится отчёт, в котором видно не количество лидов, а стоимость сделки по каждому источнику.
Где это уже работает
Четыре внедрения, в которых обмен данными был главной частью задачи.
Четыре шага и одно правило
Правило: сначала договариваемся, что и в какую сторону передаётся, и только потом настраиваем. Большинство проблем с обменом — из-за того, что этот разговор пропустили.
- 1Описываем обменКакие данные, в какую сторону, как часто и какая система главная. Здесь же выясняется, что часть задач решается штатными средствами.
- 2Готовим системыПроверяем поля и справочники: обмен идёт по ним. Если данные ведутся по-разному, сначала приводим их к общему виду.
- 3Настраиваем и проверяемСначала на ограниченном наборе данных — так ошибки видно до того, как они попадут в рабочую базу и к клиентам.
- 4Запускаем и наблюдаемПервые дни следим за обменом: что не прошло, что задвоилось. Интеграция готова, когда отработала на живом потоке.
Что нужно знать до начала
Если форма отправляет только имя и телефон, источник восстановить нельзя. Иногда сначала нужно поправить сам сайт.
Поэтому при настройке добавляем фильтрацию — иначе воронка засоряется и статистика врёт.
У части конструкторов передача части данных недоступна. Мы проверяем это заранее, чтобы не обещать невозможного.
Мы говорим об ограничениях до начала работы, а не в середине: интеграция, обещанная как простая, а оказавшаяся сложной, портит проект сильнее, чем честная оценка на старте.
Как считается работа
Цена зависит не от количества систем, а от глубины обмена и состояния данных. Считаем часами и называем сумму после того, как разобрались в задаче.
Когда всё решается штатными средствами и настройками. Самый быстрый вариант — и самый надёжный в сопровождении.
Когда сначала нужно привести в порядок справочники и поля. Основная работа тут не в настройке, а в подготовке.
Когда готового решения нет и обмен пишется под вас. Оценивается отдельно — это уже доработка.
Начинается всё с разговора: что за системы, какие данные и в какую сторону. Если задача закрывается настройкой без разработки — скажем сразу, это дешевле для вас.
Расскажите, что с чем нужно связать
40 минут с аналитиком. Разберём, какие данные должны ходить между системами и в какую сторону, — от этого зависит и цена, и сроки.
- 1Позвоним в течение рабочего дняУточним задачу и подберём аналитика, который работал с вашей сферой
- 2Встреча онлайн, 40 минутРазбираем ваши процессы, показываем похожие внедрения, называем вилку
- 3Присылаем расчёт и планДальше решаете вы — обязательств после встречи не возникает