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