Начните с ответа в том мессенджере, где клиент оставил заявку. Если для следующего шага нужен другой формат, выберите SMS для короткого срочного сообщения, Viber для предложения с изображением, email для подробных условий. Запишите этот выбор в CRM вместе с причиной и проверьте, получил ли клиент сообщение. Так менеджер продолжит разговор с нужного места, а клиенту не придут одинаковые уведомления сразу по нескольким каналам.
Что сделать с заявкой до отправки уведомления?
Сначала проверьте, создаёт ли входящее сообщение контакт и обращение в CRM. Если менеджер переносит текст из WhatsApp или Telegram в таблицу вручную, заявку легко пропустить между чатами. Сценарий, в котором сообщение создаёт запись в CRM, описан в материале bzsoft.by «Как выбрать мессенджер для бизнеса в Беларуси в 2026 году».
Для первой настройки хватит одного события: клиент написал в мессенджер, CRM создала обращение и назначила менеджера. В карточке сохраните канал заявки, тему вопроса и следующий шаг. Например: «Telegram, спрашивает о записи, менеджеру нужно предложить время». Тогда уведомление клиенту будет связано с его запросом, а не с общей рассылкой.
Проверьте и повторное обращение. Если человек сначала написал в Telegram, а потом уточнил вопрос в WhatsApp, менеджеру нужна история разговора в одной карточке. Как распознать такого клиента и объединить переписки из Telegram и WhatsApp в CRM, лучше решить до запуска автоматических ответов: иначе два сотрудника могут заняться одной заявкой.
Какой канал подходит для следующего сообщения?
Отталкивайтесь от того, что клиенту нужно сделать после вашего ответа. Подтверждение заявки должно сообщить один понятный факт. Инструкция требует места для подробностей. А если выбор зависит от внешнего вида товара, покажите его в формате с изображением. Для сравнения SMS, Viber и email по типам уведомлений есть отдельный разбор в статье на sender.by.
| Ситуация после заявки | Канал | Что отправить | Что записать в CRM |
|---|---|---|---|
| Менеджер принял вопрос и скоро ответит | Тот же WhatsApp или Telegram | Короткое подтверждение без повторения анкеты клиента | Время ответа и ответственного |
| Изменилось время записи или статус заказа | Мессенджер; SMS, если клиент согласовал такой способ для срочных сообщений | Новый статус и одно нужное действие | Выбранный канал и результат отправки |
| Нужно показать товар или вариант услуги | Мессенджер или Viber, если этот канал подходит клиенту | Изображение, короткое пояснение и ссылку на нужную страницу | Какой вариант предложили |
| Нужно прочитать условия или сохранить документы | Email после согласования адреса | Письмо с понятной темой и полными условиями | Адрес, тему письма и следующий шаг менеджера |
Например, клиент спросил в Telegram о записи на услугу. Менеджер подтверждает получение вопроса там же и уточняет время. Если позже понадобится инструкция к визиту, её можно отправить письмом, а в чате коротко сообщить: «Подробности отправили на вашу почту». Так клиент знает, где искать информацию.
Не выбирайте SMS только потому, что сообщение короткое. Проверьте, есть ли у вас номер для этого сценария и ожидает ли клиент уведомления на телефон. Если вопрос продолжается в чате и ответ помещается в пару предложений, смена канала добавит менеджеру лишнюю проверку.
Как зафиксировать выбор канала в CRM?
Сделайте в карточке обращения несколько понятных полей: «Канал заявки», «Канал следующего сообщения», «Причина выбора», «Статус отправки» и «Ответственный». Причину пишите обычными словами: «срочно сообщить о переносе записи» или «отправить условия письмом». Это поможет другому менеджеру продолжить разговор без расспросов.
Автоматизацию начните с одной проверяемой цепочки. После входящего сообщения CRM создаёт обращение, назначает менеджера и отправляет клиенту подтверждение в том же чате. Затем менеджер проверяет вопрос и выбирает дальнейший канал. Похожий принцип для связки CRM и уведомлений описан на mobizon.by: первый сценарий решает одну измеримую задачу, например создаёт сделку после заявки и сообщает клиенту, что её приняли.
Перед запуском отправьте тестовую заявку сами. Проверьте, появилась ли карточка, сохранился ли текст вопроса, кто получил задачу и что увидел клиент. Затем измените канал следующего сообщения вручную и убедитесь, что старое уведомление не уйдёт следом. Короткую цепочку проще проверить, чем серию отправок, где трудно найти место ошибки.
Если команда отвечает и вне рабочего времени, отдельно задайте правило для таких заявок: какое подтверждение клиент получит сразу и когда менеджер возьмёт обращение. Разобрать этот участок помогает схема обработки ночных заявок из WhatsApp и Telegram через CRM. Обещайте в автоматическом ответе только тот срок, который сможете выполнить.
Когда нужен запасной канал?
Запасной канал нужен для конкретного случая, а не для каждой заявки. Например, менеджер договорился сообщить о переносе записи в чате, но сообщение не отправилось. Тогда он проверяет причину ошибки и использует согласованный с клиентом способ связи. В CRM остаётся запись о первой попытке и о том, как вопрос закрыли.
Не связывайте автоматическую отправку SMS только с отсутствием ответа в мессенджере. Клиент мог прочитать сообщение и планировать ответить позже. Если уведомление требует действия к определённому времени, укажите этот срок в первом сообщении. После него менеджер проверит карточку и решит, нужно ли напоминание.
Для предложения с промокодом логика другая. Подробные условия можно дать в email, изображение товара показать в Viber, а короткое напоминание оставить для отдельного случая. После покупки или ответа клиента дальнейшие отправки по этому поводу следует остановить. CRM должна показать менеджеру это действие до следующего касания.
Какие ошибки чаще всего портят сценарий?
- Одновременно отправляют одинаковый текст в чат, SMS и email. Исправление: назначить один основной канал и записать условие для запасного.
- Считают отметку «отправлено» завершённой заявкой. Исправление: проверить результат, ради которого писали клиенту, например подтвердил ли он время записи.
- Переключают клиента на email ради короткого ответа. Исправление: продолжить разговор в исходном чате, если там помещается вся нужная информация.
- Настраивают длинную цепочку до проверки первой отправки. Исправление: создать тестовую заявку и пройти её путь от сообщения до карточки CRM.
- Не останавливают напоминания после ответа клиента. Исправление: привязать остановку к изменению статуса обращения.
Откройте последнюю заявку из мессенджера и за две минуты запишите в её карточке канал следующего ответа и причину выбора. Это покажет, каких полей не хватает для рабочего сценария.
