Короткий ответ: фиксируйте источник в момент первого входящего сообщения
Чтобы понять, какая реклама привела клиента в WhatsApp, интеграция должна принять первое входящее сообщение вместе с доступными данными перехода и сразу сохранить их в CRM. В карточке нужны не только канал «WhatsApp», но и отдельные поля для кампании, объявления или другого идентификатора источника, исходного текста клиента, времени обращения и технического идентификатора диалога. Какие именно сведения доступны, зависит от типа рекламы, способа подключения WhatsApp и используемого провайдера.
Не пытайтесь восстановить источник позже по тексту переписки или памяти менеджера. Сначала сохраните исходное событие без сокращений, затем создайте либо найдите клиента и сделку, привяжите диалог и только после этого запускайте распределение, ответы и аналитику. Такой маршрут связывает задачи ZXC CRM и ZXC CONNECT: первая система хранит контекст продажи, вторая надёжно передаёт событие между каналом и карточкой.
Почему отметки «WhatsApp» недостаточно
Канал показывает, где начался разговор, но не отвечает на вопрос, что именно привело клиента. Два обращения могут прийти в один номер WhatsApp: одно — из рекламного объявления, второе — по ссылке с сайта, третье — из сохранённого контакта. Если во всех карточках записано только «WhatsApp», руководитель видит нагрузку на канал, но не может связать конкретные обращения с кампанией и проверить качество входящего потока.
Источник и содержание обращения также нельзя смешивать. Фраза «хочу узнать цену» относится к намерению клиента, а идентификатор объявления — к происхождению обращения. Менеджер может исправить тему запроса после разговора, но исходные данные перехода должны остаться неизменными. Разделение полей позволяет оценивать рекламу, не теряя коммерческий контекст диалога.
Какие данные могут прийти вместе с первым сообщением
В официальной платформе WhatsApp входящие сообщения передаются интеграции через вебхук — автоматическое уведомление на защищённый адрес системы. Для обращений, начатых из некоторых объявлений с переходом в WhatsApp, первое входящее событие может содержать объект referral: технические сведения об источнике, например идентификатор объявления или публикации, адрес источника, заголовок, фрагмент объявления и идентификатор клика. Набор полей не универсален и не должен считаться гарантированным.
Провайдер, коннектор или промежуточный сервис может передать только часть исходного события. Поэтому перед проектированием отчёта запросите пример реального вебхука для своего подключения. Если нужного поля нет в исходном событии, CRM не сможет достоверно придумать его позже. Полезно сохранять как нормализованные поля для отчётов, так и ограниченную техническую копию допустимых атрибутов для разбора ошибок.
Минимальная карточка лида
Начните с небольшого набора полей, значение которых понятно отделу продаж и маркетингу. Названия в CRM могут отличаться, но смысл лучше зафиксировать до разработки. Поле «первичный источник» заполняется один раз при первом подтверждённом обращении, а «последний канал» может меняться при продолжении коммуникации. Первое сообщение хранится отдельно от резюме, которое позднее создаёт менеджер или автоматизация.
| Поле | Что хранить | Правило |
|---|---|---|
| Канал | WhatsApp и подключённый номер | Не подменяет рекламный источник |
| Источник | Доступный идентификатор кампании, объявления или ссылки | Не менять без причины |
| Первое сообщение | Исходный текст и время получения | Сохранить до обработки |
| Диалог | Идентификатор чата и сообщения | Использовать для связи и защиты от дублей |
| Ответственный | Сотрудник или очередь | Назначать после регистрации события |
Сохраните первое сообщение до классификации
Первое сообщение часто содержит модель товара, город, объём заказа или вопрос, из-за которого человек начал диалог. Если бот сразу заменяет его короткой категорией, менеджер получает ярлык вместо слов клиента. Сохраняйте исходный текст как неизменяемое значение, а тему, приоритет и резюме записывайте в отдельные поля. Для голосового сообщения или файла фиксируйте тип события и доступный идентификатор, не выдавая автоматическую расшифровку за оригинал.
Учитывайте, что открытие чата ещё не означает отправку сообщения. Практически регистрировать лид следует по фактически полученному событию или по другому согласованному действию, которое система действительно видит. Так аналитика не смешивает пользователей, открывших окно, с людьми, начавшими разговор. Правило создания лида должно соответствовать выбранной платформе и бизнес-процессу компании.
Что делать, если рекламные метки недоступны
Не все способы подключения возвращают данные объявления. В таком случае предусмотрите управляемый резервный вариант. Для ссылки на сайте можно использовать разные предварительно заполненные фразы или внутренние коды входной точки, если это допустимо в выбранном сценарии. Для посадочной страницы полезно сохранить UTM-метки до перехода и передать их через собственную форму или серверный маршрут. Такие данные описывают путь на сайте, но не становятся автоматически данными WhatsApp.
Не просите менеджера угадывать кампанию по формулировке клиента. Если источник неизвестен, честное значение «не определён» полезнее случайно выбранного объявления. Отдельно учитывайте органический вход, повторное обращение и контакт, переданный другим человеком. Чем прозрачнее причины пустого поля, тем проще улучшить подключение и не искажать отчёт.
Свяжите сообщение, контакт и сделку без дублей
Одно входящее событие может пройти через несколько компонентов: WhatsApp, провайдера, интеграционный сценарий и CRM. Повторная доставка вебхука не должна создавать новую сделку. Используйте технический идентификатор сообщения как ключ идемпотентности — правило, при котором повторная обработка того же события даёт тот же результат. Записывайте статус обработки и причину ошибки, чтобы безопасно повторить неудачную операцию.
Поиск клиента по телефону полезен, но не решает все случаи. Один человек может обратиться по новой потребности, а один корпоративный номер — представлять нескольких участников. Сначала найдите контакт по согласованному правилу, затем решите, открывать новую сделку или добавлять диалог в существующую. В Битрикс24 открытые линии могут связывать историю чатов с карточкой CRM и создавать лид либо сделку по настройкам, но фактическое поведение конкретного WhatsApp-подключения нужно проверить на тестовых обращениях.
Не перезаписывайте первичный источник
Клиент может сначала написать из рекламы, затем вернуться через сайт и позже ответить в другом канале. Для аналитики нужны как минимум два понятия: первичный подтверждённый источник и источник текущего обращения. Первый помогает изучать привлечение, второй — работу коммуникаций на конкретном этапе. Если каждое новое сообщение перезаписывает одно поле, история происхождения исчезает.
Определите, когда источник считается подтверждённым и кто может его исправить. Ручная правка допустима при доказанной ошибке интеграции, но должна быть видна в истории. Справочники кампаний и каналов лучше согласовать с маркетингом заранее: «Instagram», «Meta Ads», «реклама» и внутреннее название кампании не должны случайно обозначать один и тот же уровень данных.
Условный сценарий: обращение из объявления
Условная торговая компания размещает объявление с переходом в WhatsApp. Клиент нажимает кнопку и отправляет вопрос о наличии оборудования. Интеграция получает сообщение, время, номер канала и доступные сведения referral. Сначала она сохраняет исходное событие и проверяет идентификатор сообщения, затем находит контакт по согласованному правилу, создаёт новую сделку и записывает первичный источник, текст вопроса и ссылку на диалог.
Если CRM временно недоступна, событие остаётся в очереди с состоянием «ожидает повторной обработки». После восстановления сценарий проверяет прежний идентификатор и завершает ту же операцию, не создавая дубль. Менеджер видит слова клиента и доступный источник, но не изменяет технические поля вручную. Это условный пример, а не кейс ZXC и не обещание результата конкретной интеграции.
Права доступа и персональные данные
Переписка может содержать имя, номер телефона, документы и другие сведения, которые не нужны всем сотрудникам. Ограничьте доступ к полному диалогу и техническому событию по рабочим ролям. Маркетологу для отчёта обычно достаточно агрегированных данных кампании и результата, а менеджеру — контекста обращения. Токены, секреты вебхука и служебные заголовки не должны попадать в карточку клиента или журнал, доступный обычным пользователям.
Для компаний Казахстана определите цель обработки, состав данных, место хранения, сроки и порядок удаления с учётом применимых требований. Передавайте между системами только необходимые поля и используйте защищённое соединение. Доступность облачного сервиса или коннектора сама по себе не подтверждает соответствие внутренним правилам компании.
Проверка перед запуском: пройдите один маршрут целиком
Создайте отдельное тестовое объявление или разрешённую тестовую точку входа и отправьте сообщение с контролируемого номера. Сверьте исходное событие, запись интеграции и карточку CRM. Затем повторно доставьте то же событие, временно отключите CRM и отправьте сообщение от уже существующего контакта. Проверка должна показать не только успешный путь, но и поведение при повторе и сбое.
После каждого сценария ответьте на четыре вопроса: сохранился ли доступный источник, совпадает ли первое сообщение, создана ли правильная карточка и можно ли открыть связанный диалог. Отдельно проверьте мобильную работу менеджера и передачу обращения другому ответственному. Не запускайте массовое распределение, пока команда не видит происхождение и состояние тестового лида.
- Зафиксировать пример входного события и доступные поля источника.
- Разделить первичный источник, текущий канал и текст обращения.
- Добавить защиту от повторной доставки вебхука.
- Проверить сбой CRM, повторное обращение и смену ответственного.
- Согласовать права на переписку и технические журналы.
Как оценивать качество после запуска
Не ограничивайтесь числом созданных лидов. Смотрите долю обращений с определённым источником, долю карточек с сохранённым первым сообщением, количество дублей и число событий, оставшихся в ошибке. Сопоставляйте эти показатели с конкретным способом подключения: ухудшение после смены провайдера или настройки может указывать на потерю полей, а не на изменение поведения клиентов.
Маркетинговую эффективность оценивают вместе с последующими этапами CRM: квалификацией, предложением и завершённой сделкой. Источник обращения не доказывает, что реклама единолично вызвала продажу, но создаёт проверяемую связь между первым контактом и результатом. Правила атрибуции нужно документировать, чтобы отчёты разных периодов сравнивали одинаковые определения.
Следующий шаг: подготовьте карту данных одного обращения
Возьмите одно реальное тестовое обращение и выпишите путь от клика до карточки: какая система первой получает сообщение, какие поля передаёт провайдер, где хранится исходный текст, как определяется контакт и что происходит при ошибке. Отметьте обязательные поля, владельца каждого этапа и места, где источник сейчас теряется. Такой документ позволяет обсуждать интеграцию предметно, без обещания функций, которых нет в выбранном подключении.
ZXC CRM помогает выстроить работу с клиентами и воронкой, ZXC CONNECT — спроектировать передачу данных через API, вебхуки и сценарии автоматизации, а ZXC CHAT — организовать рабочее взаимодействие команды. Для следующего шага подготовьте список каналов, используемую CRM, способ подключения WhatsApp и пример допустимого тестового события. После проверки можно определить состав работ и пилотный маршрут.
Частый вопрос: можно ли определить объявление только по тексту сообщения?
Надёжно — нет. Одинаковую фразу могут написать из разных объявлений, а клиент может изменить предварительно заполненный текст. Для атрибуции используйте доступные технические данные перехода или собственный проверяемый маршрут. Если данных нет, фиксируйте источник как неизвестный, а не угадывайте кампанию.
Частый вопрос: первое сообщение нужно хранить прямо в сделке?
Главное — обеспечить устойчивую связь с карточкой и доступ менеджера к исходному контексту. Это может быть поле, запись в ленте или связанный диалог — в зависимости от CRM и коннектора. Отдельно храните краткое резюме, чтобы оно не заменяло оригинальный текст клиента.
Частый вопрос: достаточно ли стандартного коннектора CRM?
Наличие подключения ещё не подтверждает передачу нужных рекламных полей, защиту от дублей и корректную связь с существующим клиентом. Запросите схему доступных данных и проведите сквозной тест на своём номере, объявлении и CRM. Решение принимают по фактическому результату, а не по названию интеграции.