Начните с цели каждого сообщения: сервисное SMS помогает клиенту завершить текущее действие или узнать статус заказа, рекламное предлагает новую покупку. Чтобы разделить эти потоки в CRM, свяжите шаблоны с конкретными событиями, задайте отдельную проверку согласия для рекламы и предусмотрите отмену лишних отправок. Ниже разберём, как составить такую схему для малого бизнеса в Беларуси, перенести её в автоматизацию Битрикс24 и проверить на тестовой сделке. Начать можно с одного сценария, например уведомления о готовности заказа.
Дата публикации: 7 ноября 2026 года.
Как определить тип SMS по его содержанию?
Возьмите действующие шаблоны и прочитайте каждый глазами клиента. Что он узнает из сообщения: где его заказ, когда состоится запись или что ещё можно купить? Название шаблона в CRM ничего не решает. Даже если менеджер назвал его «Уведомление», предложение скидки требует отдельной проверки как рекламный сценарий.
В отраслевых разборах сервисные сообщения связывают с заказом, записью, оплатой и ходом оказания услуги, а транзакционные выделяют как уведомления о результате конкретного действия (источники: QUICKTEL, Unisender). Для настройки CRM их можно объединить в сервисный поток, если внутри команды понятна цель каждого шаблона. Правовые выводы из материалов для другого рынка нельзя автоматически переносить на Беларусь.
- «Ваш заказ готов к выдаче. Время работы: …» — пример сообщения о текущем заказе.
- «Напоминаем о записи на завтра. Для переноса свяжитесь с администратором» — пример сервисного напоминания.
- «На этой неделе действует скидка на обслуживание» — пример рекламного предложения.
- «Ваш заказ готов. При покупке аксессуаров получите скидку» — смешанный шаблон, который лучше разделить.
У смешанного сообщения уберите рекламную часть из уведомления о заказе. Для предложения создайте отдельный шаблон и отдельное условие отправки. Так отказ от акций не будет автоматически отключать сообщения, которые нужны клиенту для получения заказа.
Поздравление тоже стоит читать целиком. Если вслед за пожеланием идёт предложение купить со скидкой, рассматривайте эту часть как рекламу. Такой подход к смешанным сообщениям описывает Chat2Desk; конкретные условия использования шаблона для белорусского бизнеса лучше проверить отдельно.
Какие события и согласия заложить в CRM?
Опишите сценарий до настройки роботов. Для каждого SMS нужны событие, условие допуска к отправке и причина отмены. Например, событие «заказ готов» запускает проверку статуса: если заказ уже выдали, сообщение о готовности больше не нужно. Сам переход карточки между стадиями ещё не означает, что клиенту пора писать.
Для рекламного потока предусмотрите отдельную проверку согласия именно на рекламные сообщения. Наличие номера в карточке или прошлый заказ не используйте вместо этой проверки. Если статус согласия неизвестен, остановите рекламный сценарий до уточнения основания отправки. Способ подтверждения согласия и формулировки для клиента согласуйте с учётом белорусских требований.
Составьте короткий паспорт каждого сценария:
- Событие: что произошло с заказом или записью.
- Тип сообщения: сервисное либо рекламное.
- Условие отправки: что CRM проверяет перед запуском.
- Условие отмены: какое изменение делает SMS ненужным.
- Ответственный: кто утверждает текст и разбирает ошибки.
В рекламном сценарии добавьте понятный способ отказаться от таких сообщений. Проверьте результат отказа: последующие рекламные отправки должны прекращаться, а нужные уведомления по действующему заказу следует оценивать отдельно. Одна общая отметка «не писать» без пояснения причины затруднит эту проверку.
После разделения потоков можно заняться точностью предложений: например, разделить SMS-подписчиков по частоте покупок. Сегмент помогает выбрать адресатов, но сам по себе не заменяет согласие на рекламу.
Как перенести схему в автоматизацию Битрикс24?
Сначала проверьте, какие действия доступны в вашей версии CRM и выбранной SMS-интеграции. Уточните, можно ли проверять условия перед отправкой, отменять отложенное сообщение и получать статус доставки. Не стройте процесс вокруг функции, наличие которой ещё не проверили.
Техническая последовательность подключения и отправки уведомлений разобрана в статье на mpb.by. Перед настройкой интеграции подготовьте правила сценария: подключение канала не определяет, какое сообщение допустимо отправить конкретному клиенту.
- Создайте отдельные шаблоны для уведомления о заказе и рекламного предложения.
- Привяжите каждый шаблон к своему событию в CRM.
- Добавьте проверку допуска к отправке перед вызовом SMS-сервиса.
- Задайте отмену сообщения, если заказ или запись изменились.
- Запустите сценарий на тестовой карточке с доступным вам номером.
Проверьте подстановки в тексте. Если имя клиента отсутствует, приветствие должно оставаться читаемым. Номер заказа помогает понять, о какой покупке речь, а пустая переменная или внутреннее название стадии только запутают получателя. В шаблон стоит включать лишь те сведения, которые помогают выполнить следующее действие.
Отдельно проверьте повторный вход сделки в ту же стадию. Менеджер может вернуть карточку назад, исправить ошибку и снова перевести её вперёд. Предусмотрите признак, что уведомление по этому событию уже отправлено. Иначе техническое перемещение карточки станет причиной повторного SMS.
Какие правила отправки защитят от лишних сообщений?
Разделите срочность и маркетинговый план. Уведомление об изменении записи связано с конкретной ситуацией клиента, а рекламную отправку можно перенести. Для каждого сценария задайте своё допустимое время и срок актуальности, вместо единого расписания для всех сообщений.
У отложенного SMS нужна повторная проверка перед отправкой. Заказ могли отменить, визит перенести, оплату уже принять. Если система проверяет условия только при постановке в очередь, клиент рискует получить сообщение, которое больше не соответствует его ситуации.
Для рекламы определите общий частотный лимит на клиента. Проверяйте его сразу по всем рекламным сценариям: отдельная акция и автоматическое предложение после покупки могут попасть одному человеку подряд. Практические способы ограничения частоты разобраны в материале о том, как не перегрузить аудиторию таргетированных SMS.
Продумайте и сбой доставки. Повторять отправку стоит по заранее заданному правилу, после проверки причины ошибки. Если интеграция не подтвердила результат, сначала выясните статус сообщения: бесконтрольные повторы создают риск дублей. В описании сценария укажите, кто разбирает такие случаи.
Именно на стыке этих решений полезен аудит коммуникаций: он показывает, где пересекаются шаблоны, согласия и действия CRM. Правовой консалтинг помогает проверить спорные формулировки, а техническая стратегия переводит согласованные правила в условия автоматизации. Результатом такой работы должна стать понятная схема отправок с ответственными, а не только набор подключённых сервисов.
Типичные ошибки: что проверить до запуска?
- Рекламный текст спрятан в сервисном шаблоне. Удалите предложение из уведомления и создайте самостоятельный рекламный сценарий.
- Отказ от рекламы отключает все сообщения. Проверьте, как система различает рекламные отправки и уведомления по текущему заказу.
- Робот реагирует только на стадию сделки. Добавьте проверку актуальности заказа непосредственно перед отправкой.
- Шаблон изменили без повторного согласования. Назначьте ответственного, который проверяет смысл текста после каждой правки.
- Команда видит только факт запуска робота. Уточните, где проверить ответ SMS-сервиса и результат доставки, если интеграция его предоставляет.
Сценарий готов к пробному запуску, когда тестовая карточка получает нужное сообщение, повторный переход не создаёт дубль, а отмена заказа останавливает отложенную отправку. Для рекламного потока отдельно проверьте случай без подтверждённого согласия: сообщение не должно уходить. Такие проверки покажут, какие условия уже работают, а какие ещё нужно исправить.
Сейчас откройте один действующий SMS-шаблон в CRM и за две минуты отметьте его тип: сервисный, рекламный или смешанный.
