Переписка из WhatsApp и Telegram в CRM — с источником до самой выручки

Первым при разборе всплывает то, что часть диалогов вообще не видна компании. Менеджер переписывается с личного номера, история остаётся у него в телефоне, и после его ухода клиент получает нового человека, который не знает контекста. Руководитель в этот момент видит в CRM сделку без единого сообщения и не может понять, почему она встала.

Второе — входящие висят без ответа. В общий номер пишут все, а отвечает тот, кто первым заметил. Дальше диалог никому не назначен, напоминаний нет, и через два дня человек уходит к тому, кто ответил быстрее. Чинится это распределением входящих по ответственным и триггером на молчание дольше оговорённого времени.

Третье встречается реже, но стоит дороже: мессенджеры подключены, а в отчётах их нет. Заявки из переписки попадают в CRM без источника, и в сводке по каналам они либо растворяются в «прочем», либо приписываются последнему клику. Дальше на этих цифрах принимают решение о бюджете.

Мессенджер сам по себе источник не передаёт: человек нажал кнопку на сайте, перешёл из объявления или отсканировал код, и для CRM это одинаковый входящий диалог. Я прокидываю метку первого касания в сделку, чтобы она доехала до отчёта наравне со звонком и заявкой с формы.

Технически это разные механики для разных входов: параметры в ссылке кнопки на сайте, отдельные номера или коды под рекламные размещения, разбор первого сообщения там, где параметры не проходят. Что именно применимо, видно после того, как посмотрю, откуда к вам приходят диалоги.

Дальше по этим данным закрывается петля: в рекламный кабинет возвращается факт сделки. Без этого автостратегии учатся на промежуточном действии и оптимизируют показы под тех, кто охотно пишет, но не покупает.

Если сервис у вас уже стоит, разбор обычно начинается с того, что часть каналов отвалилась и этого никто не заметил: номер разлогинился, срок сессии истёк, диалоги идут мимо CRM. Ставлю проверку состояния каналов и уведомление, чтобы это всплывало в первый день, а не через месяц по жалобе клиента.

Второе типовое — дубли. Один и тот же человек пишет с номера и из другого мессенджера, в CRM появляются две карточки, история разъезжается. Настраиваю сопоставление контактов, чтобы диалоги сходились к одной сделке.

Третье — шаблоны, которых нет. Менеджеры набирают руками одно и то же по десять раз в день, ошибаются в деталях и тратят время. Шаблоны по этапам воронки и автоответ на нерабочее время закрывают большую часть этого объёма.

Если в мессенджеры приходят единицы обращений в неделю и все они падают на один телефон одному человеку, подключение окупаться не будет. Абонентская плата за сервис при таком объёме дороже пользы, и разумнее вернуться к вопросу, когда обращений станет заметно больше.

Не подойдёт и в случае, когда CRM ещё нет или она заведена формально. Мессенджеры дают ценность внутри воронки: диалог привязывается к сделке, этап меняется триггером, руководитель видит скорость ответа. Без работающей воронки это превращается в ещё один чат, только внутри другого интерфейса. В таком порядке сначала имеет смысл внедрение amoCRM или Битрикс24, а мессенджеры подключать следующим шагом.