WhatsApp в CRM: как перестать терять переписку в телефонах менеджеров

Откройте рабочий WhatsApp и посмотрите, что там было вчера между девятью вечера и полуночью. Кто ответил этим людям? Когда?

Если на этот вопрос нельзя ответить за минуту — дальше можно не читать про интеграции и про то, какой шлюз лучше. Проблема не в шлюзе. Проблема в том, что переписка вашей компании физически находится в чужих телефонах, а вы про неё узнаёте только когда клиент звонит и говорит: «мне не ответили».

В Казахстане это сейчас главный запрос к CRM. По данным исследования рынка, доля компаний, использующих CRM, выросла с 23% в 2021 году до примерно 40% в 2024-м — и первым требованием при выборе идёт не воронка и не отчёты, а работа с мессенджерами. При этом более половины бизнеса CRM не использует вообще, а общение с клиентом при этом никуда не делось: оно просто живёт в личных чатах.

Разберём по порядку: чем на самом деле отличаются три способа подключить WhatsApp, почему «непрочитанные сообщения» — бесполезная метрика, и какие пять вопросов задать любому поставщику до того, как вы подпишете договор.

Главное за минуту

Сначала посчитайте, что вам стоит текущий порядок

Разговор про интеграции всегда начинают не с того конца — с функций. Начните с денег, и решение станет очевидным без презентаций.

Возьмите калькулятор и свои реальные цифры. Никаких средних по рынку — только ваши.

Обратите внимание на четвёртую строку. За эти обращения уже заплачено рекламой — они не превратились ни в сделку, ни в отказ. Их просто нет в системе. Это самый дорогой вид потерь, потому что он не виден ни в одном отчёте: нельзя недополучить то, о существовании чего вы не знали.

А теперь пятая строка. Если вы платите за четыре сервиса, у вас четыре договора, четыре счёта, четыре поддержки — и ни одного владельца результата. Когда бот замолчал в три часа ночи, вы звоните кому?

Три способа подключить WhatsApp — и чем они реально отличаются

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

1. Официальный WhatsApp Business API (Cloud API)

Это официальный путь от Meta. Компания заводит приложение в Meta for Developers, проходит верификацию бизнеса, получает номер и работает через API. Сообщения стабильны, есть утверждённые шаблоны, никто не отключит номер за «неофициальное использование».

Цена вопроса — календарное время. Верификация бизнеса на стороне компании занимает не часы и не дни, а недели. Это нужно закладывать в план внедрения, а не узнавать об этом на второй неделе. Если поставщик говорит «подключим WhatsApp за пять минут» — он говорит не про этот режим.

2. Личный или рабочий номер по QR-коду

Тот самый номер, который уже знают ваши клиенты и который написан на вывеске. Подключается сканированием QR-кода, работает сегодня. Вся история переписки остаётся, менять номер в рекламе не нужно.

Честно про минусы: это неофициальный транспорт. Ему может потребоваться повторная привязка, и он требует отдельно развёрнутой службы. Правильная стратегия — начать с личного номера сегодня и перейти на официальный API позже, без смены CRM и без потери переписки. Именно так это и стоит планировать: не «или-или», а «сначала-потом».

3. Через сторонний платный шлюз

Самый распространённый вариант на рынке: отдельный сервис-посредник, который стоит между мессенджером и вашей CRM и берёт за это отдельную подписку. Так работает большинство связок «amoCRM + шлюз» или «Битрикс24 + шлюз».

Проблема не в цене, а в ответственности. CRM не контролирует состояние шлюза. Канал отвалился ночью — CRM об этом не знает, вы узнаёте в обед по жалобе клиента, а поставщик CRM отправляет вас к поставщику шлюза.

Почему «непрочитанных ноль» — метрика, которая вас обманывает

Это самая дорогая иллюзия в работе с мессенджерами, и почти никто про неё не говорит.

В CRM непрочитанных ноль. Руководитель спокоен. А клиент звонит и говорит, что ему не ответили третий день. Как так?

Потому что чтобы обнулить непрочитанное, достаточно открыть чат и закрыть. Менеджер посмотрел, решил «разберусь потом», и для системы обращение обработано. Руководитель управляет по показателю, который ничего не значит.

Рабочая метрика — другая: клиент ждёт ответа. Она ставится первым неотвеченным входящим и гаснет не взглядом на диалог, а фактическим ответом. Причём — и это важная деталь — в том числе ответом менеджера, отправленным со своего телефона: он приходит эхом из WhatsApp и тоже закрывает счётчик. Если менеджер реально ответил, система это видит; если только посмотрел — нет.

Плюс кнопка «ответ не требуется» с записью, кто и когда её нажал. Потому что часть обращений действительно не требует ответа — но тогда это должно быть решением конкретного человека, за которым остался след, а не тихим закрытием чата.

Очередь вместо старшего менеджера в общем чате

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

Очередь решает это механикой, а не дисциплиной. Вот что в ней должно быть, чтобы она работала:

• Раздача по доле занятости, а не по кругу. Оператор с 3 диалогами из 10 получает следующее обращение раньше, чем оператор с 2 из 2. Распределение «по кругу» этого не видит и грузит того, кто уже задыхается.
• Отметка времени, которая не сбрасывается. Новые реплики клиента не обнуляют ожидание — тот, кто ждёт дольше всех, не проваливается под поток свежих сообщений.
• Атомарное «взять в работу». При одновременном нажатии чат достаётся ровно одному: двое не отвечают одному клиенту по-разному.
• Возврат в очередь по молчанию. Если назначенный оператор не отвечает дольше порога, диалог возвращается в очередь. Чат не провисит месяц на человеке в отпуске.
• Журнал передач. Спор «кто потерял клиента» закрывается записью с именами, отделами, комментарием и временем — а не разговором на планёрке.

Рабочее окно оператора при этом устроено по пяти полосам: «без ответа», «в работе у меня», «в работе у других», «в очереди», «завершённые». Утром человек смотрит в одну полосу, а не перебирает сто чатов глазами.

Подробнее про то, как это устроено на уровне продукта — в разделе омниканал в одном окне.

Канал — это не просто источник сообщений

Тонкий момент, который отличает нормальную интеграцию от «сообщения видно».

Канал должен быть единицей настройки. К нему привязываются бот, воронка, отдел, склад и правило назначения ответственного. Тогда заявка из Instagram и заявка с сайта уходят в разные воронки и к разным людям — автоматически, без ручного диспетчера и без UTM-меток.

Что это даёт на практике:

• маркетолог видит источник лида без разметки — канал сам его определяет;
• розница и опт не мешаются в одной воронке;
• ночные обращения можно пустить на отдельного бота, а утром снять;
• один шаблон ответа с подстановками сам перекладывается в разметку WhatsApp и Telegram — два текста под два мессенджера держать не нужно.

Про шаблоны есть отдельная деталь, которая обычно всех удивляет. Статистика за 30 дней считает не только «отправили», но и «вставили и стёрли» и «правили перед отправкой». То есть видно не популярные шаблоны, а плохие — те, которые операторы каждый раз переписывают. Это готовый список того, что надо исправить в библиотеке ответов.

Голосовые сообщения: половина заказа лежит в минутной записи

Клиенты в мессенджерах говорят, а не пишут. Особенно оптовики и особенно в дороге. Операторы эти записи не слушают до конца, детали теряются, комплектация уезжает с ошибками, а найти договорённость поиском потом невозможно.

Правильное поведение системы: голосовое расшифровывается в текст и показывается рядом с аудио. Тогда заказ из минутной записи потом находится обычным поиском, а не переслушиванием. Оператор отвечает голосовым прямо из чата, и в WhatsApp оно уходит настоящим голосовым, а не файлом-вложением.

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

Пять вопросов поставщику до подписания договора

Это короткий тест, который экономит месяцы. Задайте их любому вендору — нам в том числе — и слушайте не «да», а как именно.

Если на пятый вопрос вам ответили «подключим сразу» — уточните, про какой режим речь. Скорее всего, про неофициальный. Это нормальный вариант, но он должен называться своим именем.

Нельзя недополучить то, о существовании чего вы не знали. Поэтому первая задача — не автоматизировать переписку, а сделать её видимой.

Чего мы не делаем — говорим сразу

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

Зато то, что работает, работает без звёздочек: переписка ложится в базу компании с вложениями, голосовыми, цитатами и статусами «отправлено / доставлено / прочитано / ошибка», а уволившийся сотрудник уносит с собой телефон, но не историю отношений с клиентами.

Чек-лист: что сделать на этой неделе

Даже без всякой CRM эти шаги дадут вам цифры, которых сейчас нет.

• Посчитали входящие после закрытия и в выходные за прошлую неделю.
• Посчитали, сколько из них получили ответ только на следующий рабочий день.
• Посчитали стоимость одного обращения через рекламный бюджет.
• Сложили все подписки, которые сейчас обслуживают общение с клиентом.
• Выяснили, на каких номерах и в каких аккаунтах физически лежит переписка.
• Проверили, что будет с этой перепиской, если сотрудник уйдёт завтра.
• Задали поставщику пять вопросов из таблицы выше.
• Решили, с какого режима WhatsApp начинаете и когда переходите на официальный.

Связанные материалы

Чтобы собрать картину целиком:

• Как построить омниканальный клиентский путь за неделю
• Омниканальный сервис: единая история клиента в мессенджерах, почте и телефонии
• Заявки из мессенджеров и соцсетей
• Омниканал без хаоса в одном окне