Триггеры и коммуникационные сценарии в retailCRM: как автоматизировать общение с клиентами

Из чего состоит триггер

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

События

Это точка входа. Среди типичных событий: создан заказ, изменился заказ, изменился клиент, сменился статус, клиент попал в сегмент, сработал другой триггер. Есть и события, связанные с поведением на сайте, но для них потребуется Collector, и без него эта ветка не заработает. Полный набор событий в вашей учетной записи лучше смотреть прямо в интерфейсе: он зависит от настроек и подключенных модулей.

Условия

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

Действия

Набор действий зависит от события, и в одном триггере их может быть несколько. Это письмо или SMS, сообщение в чат, изменение данных заказа или клиента, назначение ответственного менеджера, задача сотруднику, внутреннее уведомление, HTTP-запрос во внешнюю систему. Шаблоны писем, SMS и сообщений нужно подготовить до создания триггера. Все каналы сразу и автоматически не появляются: часть действий требует дополнительного функционала. Для звонков нужна подключенная телефония, для WhatsApp модуль WhatsApp Business.

Чем сценарии отличаются от триггеров

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

Практическое правило такое: если есть событие и одно действие, перед вами скорее триггер. Событие, сообщение, пауза, проверка, второе сообщение и развилка, это уже удобнее вести сценарием. Жесткой границы нет. Многие связки собирают и из каскада триггеров, в документации RetailCRM, например, есть примеры, где один триггер запускает следующий через заданное время.

Какие каналы можно использовать

Основа любой автоматизации в RetailCRM это email и SMS. Дальше все зависит от того, что вы подключили: чаты и мессенджеры (WhatsApp, Telegram и другие), внутренние уведомления сотрудникам, задачи менеджеру. Для сообщений в чат система умеет подбирать канал по данным заказа или по прошлой переписке с клиентом. Звучит удобно, но это про омниканальность в целом: чем больше каналов подключено, тем внимательнее нужно следить, чтобы клиент не получил одно и то же трижды.

Основные сценарии для интернет-магазина

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

Приветственная цепочка после первого заказа

Запускается, когда у клиента появляется первый завершенный заказ. Проверяем, что это действительно первая покупка. Отправляем короткое «спасибо», рассказываем, как отследить заказ и где задать вопрос. Бизнесу это нужно, чтобы человек запомнил магазин и не растерялся, пока ждет посылку.

Подтверждение заказа

Транзакционное сообщение: оно сообщает факты (номер, состав, сумма, срок), а не продает. Поэтому в нем не место скидкам и рекламе. Отправляется сразу после создания заказа, и чем быстрее, тем меньше звонков в поддержку «а мой заказ дошел?».

Изменение статуса заказа

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

Напоминание забрать заказ из пункта выдачи

Хороший пример каскада. Родительский триггер срабатывает, когда заказ перешел в статус «готов к выдаче». Второй, отложенный, запускается через заданное число дней и проверяет, что заказ до сих пор не выкуплен. Если не выкуплен, уходит напоминание. Аналогичные примеры, например про заказ, не выкупленный из ПВЗ пять дней, есть в официальной документации RetailCRM.

Брошенная корзина

Клиент положил товар, но не оформил заказ. Первое напоминание можно отправить через 30 минут, второе через сутки, но эти интервалы стоит рассматривать как пример для тестов, а не как закон. Цепочка должна прекращаться, как только клиент оформил заказ. Для событий на сайте понадобится Collector.

Допродажа после покупки

Купили смартфон, предложите чехол и защитное стекло. Купили кофемашину, предложите кофе и средство от накипи. Условие простое: сообщение уходит после получения заказа, а не пока он едет, и предлагает именно то, что сочетается с покупкой.

Повторная покупка

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

Реактивация

Клиент давно не заказывал, например 90 дней. Срок у каждого бизнеса свой: для продуктов это одна история, для мебели совсем другая. Сообщение лучше всего звучит как вопрос или повод, а не как крик «мы по вам скучаем». Хорошо работает напоминание о том, что человек покупал раньше, и пара новинок из той же категории.

День рождения

Нужны два условия: вы собрали дату рождения и у клиента корректные контакты. С датой помогает форма оформления заказа или личный кабинет. Поздравление без навязчивой продажи иногда работает лучше любой акции.

VIP и высокий LTV

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

Запрос отзыва

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

Отмененные заказы

Здесь важно не одинаковое сообщение, а причина отмены. Нет товара на складе: предложить альтернативу. Передумал клиент: оставить дверь открытой без давления. Не дозвонились: задача менеджеру. Причину можно брать из поля в карточке заказа.

Сценарии на основе сегментов

Часто сегмент это и есть условие запуска: сначала система собирает группу клиентов, потом на попадание в нее срабатывает триггер и уходит нужное сообщение. Схема короткая: сегментация, триггер, коммуникация. Примеры сегментов: новые клиенты, постоянные, VIP, без покупок 90 дней, покупатели определенной категории, клиенты с высоким средним чеком, клиенты с несколькими отменами. Сегменты можно использовать и для персонализированных email, SMS и сообщений в WhatsApp. Если вам интересна сама логика разбиения базы, у нас есть отдельный разбор RFM-сегментации в RetailCRM.

Как построить сценарий

1. Сформулируйте бизнес-задачу: вернуть брошенные корзины, снизить число звонков про статус заказа, увеличить повторные покупки.
2. Выберите событие, с которого все начинается.
3. Определите аудиторию и условия: кому писать, а кому нет.
4. Решите, в каком канале пойдет сообщение.
5. Задайте задержки между шагами.
6. Пропишите условия выхода: что остановит цепочку.
7. Протестируйте на себе и коллегах.
8. Выберите показатель, по которому поймете, сработало ли.

Самый частый провал случается на шестом шаге: условия выхода забывают, и клиент, уже купивший товар, получает «вы кое-что забыли в корзине».

Как не превратить автоматизацию в спам

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

Персонализация без шаблонной скуки

Сравните два сообщения. «У нас скидка 10%, купите снова» и «Анна, прошло два месяца с покупки кофе, судя по всему, он на исходе, вот тот же сорт и новинка из той же обжарки». Второе работает не потому, что в нем стоит имя, а потому, что оно основано на данных: что человек покупал, в какой категории, на какую сумму, есть ли у него бонусы, в каком статусе заказ и каким каналом он пользуется. Не превращайте это в набор шаблонов с подстановкой имени. Принцип в том, чтобы сообщение объясняло, почему оно пришло именно этому человеку именно сейчас.

Как понять, что сценарии работают

Смотрите на цифры по каждому сценарию отдельно: Open Rate и CTR, конверсию в заказ, выручку после коммуникации, средний чек, повторные покупки, реактивацию, число восстановленных корзин, отписки и незабранные заказы. Но главный вопрос не «сколько сообщений ушло», а «изменился ли целевой показатель». Сценарий про брошенные корзины, который отправил тысячу писем и не вернул ни одной корзины, неудачный, как бы красиво он ни выглядел в отчете.

Типичные ошибки

• Автоматизируют без бизнес-задачи, потому что «так положено».
• Пишут слишком часто.
• Забывают условия выхода.
• Отправляют одно сообщение всей базе.
• Не учитывают статус заказа: напоминание об оплате приходит уже оплатившему.
• Одинаково общаются с новичками и постоянными.
• Не проверяют, как пересекаются сценарии.
• Не тестируют после каждого изменения.
• Не следят за техническими ошибками доставки.
• Запускают сразу десятки сложных цепочек.

Последний пункт самый дорогой: когда сценариев много и никто не помнит, как они связаны, поправить одно значит сломать другое.

В каком порядке внедрять

Начните с сервисных сообщений: подтверждение заказа, статусы, доставка, напоминание про пункт выдачи. Они почти ничем не рискуют и сразу снимают нагрузку с поддержки. Затем переходите к тем, что приносят деньги: брошенная корзина, допродажа, повторная покупка. И только потом к CRM-маркетингу: приветственные цепочки, реактивация, VIP, LTV-сегменты. Начинать с тридцати сложных сценариев не нужно, даже если руки чешутся. Один триггер с уведомлением настраивается за вечер. А вот связать десятки событий, статусов, сегментов и каналов так, чтобы клиент получал нужное сообщение вовремя и без дублей, куда сложнее, и тут пригодится помощь специалистов «Деломатики»: они спроектируют систему сценариев и встроят ее в ваши бизнес-процессы.

Искусственный интеллект в сценариях RetailCRM

Часто ИИ путают с самой автоматизацией, хотя это разные вещи. Триггер отвечает на вопрос «когда», а ИИ помогает с вопросом «что именно написать». Где он может быть полезен: подготовить варианты текста сообщения, персонализировать формулировки, определить тему обращения клиента, ответить на типовой вопрос, проанализировать переписку, предположить следующее действие клиента, подобрать, что предложить дальше, и подсказать менеджеру контекст, если клиента из автоматической цепочки передают живому человеку. Что из этого есть в вашей версии, уточняйте у поддержки: по умолчанию включено не все.

Пример полной цепочки

Вот как все складывается в один путь клиента (интервалы условные, у каждого магазина они свои и подбираются на тестах):

1. Первый заказ, сразу уходит подтверждение.
2. Заказ передан в доставку, приходит уведомление.
3. Заказ получен, а после него пауза в пять дней и только потом просьба об отзыве.
4. Примерно через двадцать дней персональная рекомендация под купленный товар.
5. Повторной покупки нет, и на 60-90 день включается реактивация.

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

Частые вопросы

Чем сценарии отличаются от триггеров?
Триггер отвечает на одно событие, сценарий ведет клиента через несколько шагов с паузами и развилками.

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

Как настроить брошенную корзину?
Подключите Collector, чтобы система видела действия на сайте, и соберите цепочку из одного-двух напоминаний, которая обрывается после оформления заказа.

Можно ли работать через мессенджеры?
Да, если нужный канал подключен. Для WhatsApp, скажем, нужен отдельный модуль WhatsApp Business.

Как сделать отложенное сообщение?
Поставьте второй триггер, который стартует после первого с задержкой (например, через 5 дней) и заново проверяет условие, ведь за это время ситуация могла измениться.

Можно ли запускать автоматизацию для сегмента?
Можно: событием служит попадание клиента в сегмент.

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

Какие триггеры внедрить первыми?
Сервисные: подтверждение, статусы, напоминание про пункт выдачи.

Как проверить, что триггер работает?
Оформите заказ на свой контакт и пройдите весь путь, отмечая, что и когда пришло.

Можно ли создавать сложные цепочки?
Можно, но по одной: сначала один рабочий сценарий, потом следующий.

Чек-лист перед запуском

Перед включением мы бы пробежались по короткому списку вопросов:

• Какая цель и в чем мы ее измерим?
• С какого события все стартует и кому адресовано сообщение (а кому точно нет)?
• Какие условия отсекают лишних, каким каналом идет отправка и что будет, если он недоступен?
• Сколько ждем между шагами и что останавливает цепочку?
• Не пересекается ли она с обычной рассылкой, готовы ли шаблоны, не придет ли клиенту письмо с «{имя}» вместо имени, работают ли ссылки?
• По какой метрике поймем результат и прошла ли цепочка тестовый запуск на нашем контакте?

Если на какой-то вопрос ответа нет, сценарий еще сырой, а день на доработку обойдется дешевле письма с битой ссылкой для всей базы.