Сценарий обработки заказа — это первое, что настраивают при автоматизации продаж в RetailCRM. Он ведёт заказ по воронке: назначает менеджера, меняет статусы, ставит задачи и уведомляет клиента. Разберём, как собрать такое правило с нуля.
Подготовка: воронка и статусы
Перед созданием сценария нужна ясная статусная модель. Сценарии опираются на статусы и группы статусов, поэтому их настраивают первыми в Настройки → Статусы.
Минимальный набор групп статусов для интернет-магазина:
- Новый — заказ поступил, не обработан;
- Согласование — идёт связь с клиентом, уточнение состава;
- Комплектация — заказ собирается на складе;
- Доставка — передан в службу доставки;
- Выполнен / Отменён — финальные группы.
Создание триггера: выбор события
Новый сценарий создаётся в разделе Настройки → Триггеры → Добавить триггер. Первый шаг — выбрать событие, на которое реагирует правило.
| Событие | Когда использовать |
|---|---|
| Заказ создан | Первичная обработка: автостатус, распределение |
| Заказ изменён | Реакция на смену статуса, суммы, состава |
| Заказ создан или изменён | Универсальные проверки на всех этапах |
Для базового сценария обработки заказа чаще всего берут «Заказ создан» — чтобы сразу назначить ответственного и задать стартовый статус.
Настройка условий срабатывания
Условия — это фильтр, отсекающий заказы, к которым правило не должно применяться. Без условий триггер сработает на всём потоке, что редко нужно.
Частые условия для сценария обработки заказа:
- Источник / канал — отдельная логика для сайта, маркетплейса, телефона;
- Способ оплаты — предоплата и наложенный платёж обрабатываются по-разному;
- Сумма заказа — крупные заказы можно направлять на отдельного менеджера;
- Склад / регион — маршрутизация по географии.
Настройка действий
Действия — то, что сценарий выполняет, когда условия совпали. Для обработки заказа обычно комбинируют несколько:
- Сменить статус — например, перевести из «Новый» в «В работе»;
- Назначить менеджера — вручную выбранного или по правилу распределения;
- Поставить задачу — «связаться с клиентом» с дедлайном;
- Отправить уведомление — SMS или email клиенту о принятии заказа;
- Заполнить поле — проставить метку, источник, приоритет.
Действия выполняются в заданном порядке, поэтому важна их последовательность: сначала назначаем менеджера, потом ставим ему задачу, а уже затем шлём уведомление клиенту.
Автораспределение менеджеров
Отдельная частая задача — равномерно раздать заказы операторам. В сценарии это решается действием назначения ответственного. Варианты логики:
| Способ | Как работает | Когда подходит |
|---|---|---|
| По кругу | Заказы раздаются менеджерам по очереди | Равная нагрузка в одном отделе |
| По условию | Регион/канал → конкретный менеджер | Специализация по направлениям |
| По группе | Заказ попадает в группу, берут вручную | Гибкая обработка очереди |
Для распределения по кругу удобно использовать связку триггера с назначением на группу пользователей — тогда система сама выравнивает нагрузку.
Проверка и запуск
Перед включением сценария на весь поток обкатайте его на тесте:
- Создайте тестовый заказ, подходящий под условия правила;
- Убедитесь, что статус, менеджер и задача проставились как задумано;
- Проверьте, что уведомление ушло и текст корректен;
- Создайте «пограничный» заказ, который НЕ должен попадать под правило, и убедитесь, что триггер не сработал.
Итог
Создание сценария обработки заказа сводится к четырём шагам: подготовить статусы, выбрать событие, задать условия и настроить действия. Ключевые нюансы — проверять исходный статус в условиях, чтобы не зациклить правило, и обязательно тестировать на пограничных заказах перед запуском.
Если нужно выстроить всю воронку заказов и автораспределение под ваши процессы, специалисты B2Bsite спроектируют статусную модель и соберут набор сценариев, которые работают согласованно и не конфликтуют между собой.
Частые вопросы
Какое событие выбрать для базовой обработки заказа?
Чаще всего «Заказ создан» — оно позволяет сразу назначить менеджера и задать стартовый статус. Для реакции на дальнейшие переходы используют «Заказ изменён».
Можно ли в одном сценарии выполнить несколько действий?
Да, действия выполняются последовательно в заданном порядке. Типичная связка — сменить статус, назначить менеджера, поставить задачу и отправить уведомление.
Как раздавать заказы менеджерам поровну?
Используйте назначение на группу пользователей или распределение по кругу. Система будет выравнивать нагрузку между операторами автоматически.
Почему триггер зацикливается?
Обычно потому, что действие меняет статус по событию «Заказ изменён», а условие не проверяет исходный статус. Всегда указывайте, из какого состояния разрешён переход.
Нужно ли настраивать статусы до сценариев?
Да, статусы и группы статусов настраивают первыми — сценарии на них опираются в условиях и действиях.
Как проверить сценарий перед запуском?
Создайте тестовый заказ под условия правила и убедитесь, что все действия отработали. Затем проверьте заказ, который не должен попадать под правило.
Можно ли отправлять клиенту уведомление из сценария?
Да, действие отправки SMS или email доступно прямо в триггере. Текст задаётся шаблоном с подстановкой данных заказа.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.