Meta + телефония + CRM: как лид попадает сразу к нужному агенту
Когда агентство недвижимости говорит нам «хотим, чтобы лиды попадали прямо к агенту», за этой фразой стоят три разные задачи: откуда приходят лиды, как каждый из них попадает в CRM, не теряя по дороге информацию, и как оттуда он доходит до нужного человека. Распределение мы разобрали в статье о распределении лидов. Здесь речь о первых двух: об источниках и их интеграции. Без названий поставщиков телефонии и без обещаний о функциях Meta, которые мы не проверяли на вашем аккаунте, — говорим обобщённо, потому что детали зависят от того, что у вас уже есть.
Три источника и что технически даёт каждый
| Источник | Что попадает в CRM | Чего обычно не хватает |
|---|---|---|
| Meta — Lead Ads и сообщения в Facebook / Instagram | Поля формы (имя, телефон, ваши вопросы — район, бюджет), названия кампании, группы объявлений и объявления, время отправки. Для сообщений: текст переписки и идентификатор страницы. | Качество данных зависит от формы: если вы не спросили район, его нет. Номера телефонов иногда приходят без кода или с пробелами. |
| Телефония — АТС или IP-телефония с API / вебхуками | Номер звонящего, набранный номер (полезно, если у вас разные номера на кампании), направление, длительность, кто ответил, время; запись разговора — там, где АТС её даёт и агентство решило её хранить. | Ничего о том, чего хочет клиент, — это агент узнаёт в разговоре. Если АТС не даёт API или вебхуков, интеграция невозможна без её замены. |
| Сайт — формы, заявки на показ, страницы объектов | Поля формы, страница, с которой отправлена заявка (то есть интересующий объект), UTM-параметры визита, язык сайта. | UTM есть, только если их проставляют кампании; незащищённые формы приносят спам. |
Важное наблюдение: каждый источник знает своё. Meta знает кампанию. Телефония знает, кто звонил и кто ответил. Сайт знает, какой объект заинтересовал. CRM — это место, где эти кусочки склеиваются на одном клиенте.
Путь каждого источника в CRM
Meta Lead Ads → лид с сохранённой кампанией. Когда кто-то отправляет форму, Meta может уведомить вебхук. CRM получает поля, создаёт лид с источником «Meta / название кампании», нормализует номер телефона и запускает распределение. Для сообщений в Facebook или Instagram первое сообщение создаёт лид (или прикрепляется к существующему клиенту), а переписка остаётся в карточке. Деталь, которая имеет значение: сопоставление полей. В вашей форме вопрос «В каком районе ищете?», в CRM — поле «Район»; кто-то должен связать их явно, один раз, иначе ответ окажется в заметке, которую никто не читает.
Звонок с неизвестного номера → новый лид; с известного → открывается карточка и звонок фиксируется в ней. АТС отправляет событие на каждый звонок. CRM ищет номер: если его нет — создаёт лид с источником «Телефон» (и, если у вас разные номера на кампании, с кампанией, определённой по набранному номеру); если есть — добавляет звонок в историю карточки: кто ответил, сколько длился, ссылка на запись, если она есть. Пропущенный звонок с нового номера тоже создаёт лид с задачей «Перезвонить» — иначе теряется именно тот клиент, который потрудился позвонить.
Форма на сайте → лид со страницей и UTM. Самый простой технический путь: форма отправляет данные в CRM, которая создаёт лид с источником «Сайт / страница X» и кампанией из UTM, если она есть. Заявка на показ со страницы объекта приходит с уже прикреплённым объектом — агенту больше не нужно спрашивать «о какой квартире речь?».
Дедупликация: один человек, два канала, один клиент
Типичный сценарий: клиент заполняет форму Meta во вторник, а в четверг звонит. Без дедупликации в CRM два «клиента», и два агента звонят одному и тому же человеку. Правило, которое мы настраиваем: нормализованный номер телефона — ключ. Любой источник, который приносит уже существующий номер, не создаёт новый лид, а добавляет точку контакта в существующую карточку — «четверг 11:20, входящий звонок, 4 мин, ответил агент X» — и при необходимости уведомляет агента, который ведёт клиента. Результат: один клиент, две точки контакта, один ответственный.
Честные ограничения этого правила: два номера одного человека остаются двумя клиентами, пока кто-то не свяжет их вручную; номер с опечаткой в форме ни с чем не совпадёт; клиент, сменивший номер, заходит как новый лид. Для этих случаев мы оставляем в Web Admin кнопку «Объединить с существующим клиентом» — дедупликация автоматическая для типового случая и ручная для исключений.
От лида к агенту: распределение и уведомление в Telegram
Как только лид существует в CRM с сохранённым источником, дальше всё одинаково независимо от канала: применяется правило распределения (по очереди, по району, по типу сделки, владелец существующего клиента), и выбранный агент получает в Telegram сообщение с кнопками — «Беру лид», «Позвонить», «Не мой профиль», «Открыть карточку» — ровно как на странице CRM для агентств недвижимости. Источник меняет только содержание сообщения: лид из Meta приходит с кампанией и ответами из формы, пропущенный звонок — с «звонил 3 минуты назад, никто не ответил», заявка с сайта — с объектом. Агент знает, зачем звонит, ещё до звонка.
Что видит менеджер
- Лиды по источникам: сколько пришло из Meta (по кампаниям), по телефону, с сайта за период.
- Источник → конверсия: из лидов каждого источника — сколько дошло до показа, переговоров, договора. Здесь становится видно, если кампания приносит много лидов, которые никуда не доходят.
- Время реакции по источникам: если на пропущенные звонки перезванивают медленнее, чем берут лиды из Meta, — это видно.
- Звонки по агентам: количество входящих/исходящих, средняя длительность — напрямую из данных АТС, агент ничего не записывает.
Стоимость лида или источника мы из CRM не считаем. CRM знает, сколько лидов пришло из кампании, а не сколько вы за неё заплатили. Если агентство передаёт нам расходы по кампаниям — вручную или через отдельную интеграцию с рекламным кабинетом — посчитать можно. Без этой цифры любая «стоимость лида» на дашборде была бы выдумкой, а этого мы не делаем.
Ловушки, которые встречаем чаще всего
- Несопоставленные поля формы Meta. В форме пять вопросов, CRM получает только имя и телефон, остальное теряется в текстовом поле. Исправляется один раз при настройке, но сделать это нужно — и переделать, когда кто-то поменял форму в Meta, никого не предупредив.
- АТС без API или вебхуков. Некоторые старые АТС не отдают события звонков. Тогда честно сделать интеграцию нельзя, и мы говорим об этом на первой встрече, а не через две недели. Решение обычно — переход на IP-телефонию с API; это решение агентства, а не наше.
- Агенты отвечают с личных телефонов, минуя АТС. Самая частая причина, по которой «интегрированная телефония» ничего не показывает: клиент звонит агенту напрямую на личный мобильный, звонок не проходит через АТС, CRM ничего не узнаёт. Это не техническая проблема, а процессная: агентство решает, чьи номера публикуются — АТС или агентов.
- Номера телефонов в разных форматах. «+373 69…», «069…», «0037369…» — для дедупликации все нужно привести к одному формату до сравнения. Кажется мелочью; на деле это причина половины дублей, которые мы видим.
- Формы на сайте без защиты от спама. Каждый спам создаёт лид, который попадает в распределение и доходит до агента. Через неделю агенты игнорируют уведомления. Спам-фильтр ставится до интеграции, а не после.
Как мы подходим к интеграции, по порядку
Мы не подключаем все три источника в один день. Обычный порядок: сначала сайт (самый простой и контролируемый), потом Meta (поля сопоставлены, проверено на реальной форме), потом телефония (после того как убедились, что АТС даёт нужное). Каждый шаг проверяется на реальных лидах, прежде чем перейти к следующему. Всё остальное — распределение, Telegram, отчёты — одинаково для всех источников и настраивается один раз. Как мы строим такие цепочки интеграций и для других отраслей — на странице автоматизации процессов; общий контекст CRM в Молдове — на CRM Moldova.
Дальше: CRM для агентств недвижимости · Как автоматизировать распределение лидов.