Чтобы не изобретать автоматизацию с нуля, полезно опереться на готовые сценарии, проверенные на практике. Ниже — набор рабочих шаблонов RetailCRM с описанием события, условий и действий. Их можно взять за основу и адаптировать под свои процессы.
Распределение новых заказов
Самый базовый и полезный сценарий: как только заказ поступает, он должен сразу оказаться у ответственного и в правильном статусе.
- Событие: Заказ создан;
- Условия: статус = «Новый», менеджер не назначен;
- Действия: назначить менеджера по кругу → сменить статус на «В работе» → поставить задачу «связаться в течение 15 минут».
Брошенная корзина
Догоняющий сценарий, возвращающий недооформленные заказы. Работает на отложенном запуске:
- Событие: Заказ создан со статусом «Не завершён»;
- Задержка: 2 часа;
- Условие при запуске: статус всё ещё «Не завершён»;
- Действие: отправить email/мессенджер с составом корзины и ссылкой на оформление.
Контроль оплаты по предоплате
Сценарий следит, чтобы заказы с предоплатой не зависали неоплаченными:
| Этап | Действие |
|---|---|
| Заказ создан, оплата = предоплата | Статус «Ожидает оплаты», письмо со ссылкой |
| Через 24 часа без оплаты | Задача менеджеру, повторное напоминание клиенту |
| Через 72 часа без оплаты | Статус «Отменён — нет оплаты» |
Такая цепочка из трёх триггеров разгружает менеджеров: система сама напоминает и закрывает мёртвые заказы, освобождая аналитику от мусора.
Уведомления о статусе доставки
Клиенты ценят прозрачность доставки. Сценарий информирует их на ключевых переходах без участия оператора:
- Статус «Передан в доставку» → SMS с трек-номером и ссылкой отслеживания;
- Статус «Прибыл в пункт выдачи» → сообщение «заказ готов к получению»;
- Статус «Вручён» → благодарность и запрос отзыва.
При интеграции со службами доставки трек-номер подставляется в шаблон автоматически, а статусы приходят из логистики через webhook.
Реактивация и лояльность
Сценарии удержания опираются на сегменты и RFM-анализ. Несколько рабочих примеров:
- Уходящий клиент: сегмент «не покупал 60 дней» → персональное предложение вернуться;
- Постоянный клиент: 3+ заказа → пометка «VIP», приоритетная обработка;
- После первой покупки: через 7 дней → приветственная цепочка и промокод на второй заказ.
Контроль качества и SLA
Отдельная категория — сценарии, которые следят за самим процессом обработки:
| Проблема | Сценарий |
|---|---|
| Заказ завис в статусе | Через 2 часа без движения → задача руководителю |
| Долгое согласование | Более суток в «Согласовании» → эскалация |
| Нет реакции на обращение | Диалог без ответа 30 минут → оповещение старшему |
Эти правила не двигают заказ по воронке, а подсвечивают проблемы, не давая им превратиться в потерянного клиента или сорванный срок.
Итог
Готовые сценарии закрывают типовые задачи ритейла: распределение заказов, возврат брошенных корзин, контроль оплаты, уведомления о доставке, реактивацию клиентов и контроль SLA. Каждый шаблон — это связка события, условий и действий, которую легко адаптировать под свои статусы и каналы.
Специалисты B2Bsite внедряют такие сценарии под конкретный бизнес: настраиваем воронку, сегменты и цепочки автоматизации так, чтобы они реально снижали рутину и повышали конверсию. Начнём с аудита ваших процессов и подберём приоритетный набор правил.
Частые вопросы
С какого сценария начать внедрение?
С распределения новых заказов — он быстрее всего окупается и стандартизирует старт воронки. Дальше добавляют брошенную корзину и контроль оплаты.
Как работает сценарий брошенной корзины?
Триггер срабатывает через заданное время после создания незавершённого заказа, перепроверяет статус и шлёт клиенту напоминание с составом корзины и ссылкой на оформление.
Можно ли автоматически отменять неоплаченные заказы?
Да, цепочкой отложенных триггеров: напоминание через 24 часа, повтор и задача менеджеру, затем автоотмена через 72 часа без оплаты.
Как уведомлять клиента о доставке?
Сценариями на переходах статусов: «передан в доставку», «готов к выдаче», «вручён». Трек-номер подставляется из интеграции со службой доставки.
Что нужно для сценариев реактивации?
Настроенные динамические сегменты или RFM-анализ. Триггер проверяет принадлежность клиента к сегменту и отправляет персональное предложение.
Чем сценарии контроля SLA отличаются от остальных?
Они не двигают заказ по воронке, а подсвечивают проблемы: зависшие заказы, долгое согласование, обращения без ответа. Их цель — эскалация, а не обработка.
Нужно ли адаптировать готовые сценарии?
Да, шаблоны опираются на конкретные статусы и каналы. Их подгоняют под вашу воронку, названия статусов и структуру команды.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.