Как объединить заявки из Telegram, WhatsApp и сайта в CRM

Пример расчёта (условные цифры): компания получает 40 обращений за день: 15 через сайт, 14 через Telegram и 11 через WhatsApp. Если сотрудники смотрят три отдельные очереди, даже одно пропущенное сообщение не видно в общем списке. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно разобрать ваши каналы и состав карточки, который нужен менеджерам.

Контакт, переписка и сделка не одно и то же. Один человек может задать вопрос в Telegram, затем оставить телефон на сайте и вернуться в WhatsApp по другому заказу. В CRM это может быть один подтверждённый контакт с двумя разными обращениями. Если создавать новую сделку на каждую реплику, воронка раздуется. Если объединять все сообщения в один старый заказ, менеджер не увидит новую задачу.

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

Вопрос к вам: сколько новых обращений в каждом канале вчера получили ответ и кто это проверил?

Лайфхак: сначала перечислите все точки входа, включая кнопки на разных страницах сайта. Один и тот же WhatsApp может использоваться для консультации и поддержки; эти потоки не стоит смешивать без метки контекста.

У Telegram, WhatsApp и сайта разные идентификаторы. Никнейм, имя профиля и введённое в форме имя не доказывают, что это один человек. Телефон тоже может отсутствовать или принадлежать другому сотруднику компании. Поэтому автоматическое склеивание только по имени рискованно: оно способно объединить чужие переписки и показать менеджеру неверный контекст.

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

Риск потери заявки часто связан не с интеграцией, а с владением. Сообщение попало в CRM, но никто не назначен ответственным; задача закрыта после автоматического приветствия; ответ менеджера есть в личном аккаунте, а в карточке он не виден. Поставьте явный статус: новое, в работе, ожидаем клиента, требуется действие компании, закрыто с результатом. Автоматический ответ не должен переводить обращение в обработанные.

Пример расчёта (условные цифры): из 40 ежедневных сообщений 4 могут оказаться повторными контактами, а 3 - вопросами по действующим заказам. В отчёте это не 40 новых продаж. После корректной разметки видно реальное число новых задач и нагрузку поддержки.

Зафиксируйте, какие каналы и бизнес-аккаунты используются, кто ими владеет и какие интеграции разрешены. Возможности зависят от выбранной CRM и условий платформ; не проектируйте сценарий на основе функции, которой в вашем подключении нет.

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

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

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

Отправьте тестовые сообщения из всех трёх каналов, ответьте, смените ответственного и закройте запрос. Убедитесь, что история, источник и статус сохранились, а одно сообщение не создало несколько сделок.

Общий ящик сообщений. Плюсы: команда видит новые реплики в одном интерфейсе и быстрее распределяет очередь. Главный риск: без полей результата и связи с заказом он остаётся просто списком разговоров.

CRM с каналами и маршрутами. Плюсы: запрос связывается с клиентом, сделкой, задачей и отчётом. Главный риск: неверное правило совпадения или автоматическое закрытие скрывает реальные необработанные вопросы. Выбирайте глубину интеграции по тому, какие решения компания хочет принимать по данным.

Таблица полезна как техническое задание для настройки CRM. Лайфхак: перед запуском попросите двух менеджеров восстановить ход случайной тестовой заявки только по карточке. Недостающие поля обнаружатся быстрее, чем в длинном списке требований.

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

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

После объединения каналов полезно отдельно настроить защиту от дублей, передачу источника и задачи менеджеру. В A3bot эти этапы можно связать с ответами бота и передачей диалога человеку. Стоимость обсуждаем после разбора каналов и CRM.

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

Напишите, какой процесс хотите автоматизировать: A3bot