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




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