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




Правило: сначала договариваемся, что и в какую сторону передаётся, и только потом настраиваем. Большинство проблем с обменом — из-за того, что этот разговор пропустили.
Возможность передать метки зависит от плагина формы. Иногда проще заменить плагин, чем обходить его ограничения.
Особенно при обновлении плагинов. Проверять обмен после обновлений — часть сопровождения.
Без фильтрации в воронку попадёт мусор. Ставим защиту на стороне сайта, а не чистим CRM потом.
Мы говорим об ограничениях до начала работы, а не в середине: интеграция, обещанная как простая, а оказавшаяся сложной, портит проект сильнее, чем честная оценка на старте.
Цена зависит не от количества систем, а от глубины обмена и состояния данных. Считаем часами и называем сумму после того, как разобрались в задаче.
Когда всё решается штатными средствами и настройками. Самый быстрый вариант — и самый надёжный в сопровождении.
Когда сначала нужно привести в порядок справочники и поля. Основная работа тут не в настройке, а в подготовке.
Когда готового решения нет и обмен пишется под вас. Оценивается отдельно — это уже доработка.
Начинается всё с разговора: что за системы, какие данные и в какую сторону. Если задача закрывается настройкой без разработки — скажем сразу, это дешевле для вас.
40 минут с аналитиком. Разберём, какие данные должны ходить между системами и в какую сторону, — от этого зависит и цена, и сроки.