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