Создание триггера — это перевод бизнес-правила на язык RetailCRM. Задача сводится к трём решениям: на какое событие реагировать, для каких заказов и что сделать. Пройдём весь путь настройки от кнопки «Добавить» до боевого запуска.
Подготовка: сформулируйте правило словами
Прежде чем открывать конструктор, опишите правило человеческим языком: «Когда заказ оплачен и способ доставки — курьер, перевести его в статус „Комплектация“ и поставить задачу складу». Такая формулировка сразу раскладывается на событие, условия и действия.
- Событие — «заказ оплачен» → изменение заказа.
- Условия — оплата = получена, доставка = курьер.
- Действия — сменить статус, поставить задачу.
Триггеры создаются в Настройки → Коммуникации → Триггеры кнопкой добавления нового правила.
Шаг 1. Выбор события
Событие — это триггер-«будильник». От его выбора зависит, как часто правило будет проверяться.
| Событие | Когда применять |
|---|---|
| Заказ создан | Приветственные действия, первичное заполнение полей, первичное распределение |
| Заказ изменён | Реакция на смену статуса, оплаты, состава — самый универсальный вариант |
| Клиент создан / изменён | Сегментация, приветственные цепочки, обновление тегов |
| По времени | Отложенные проверки: «висит в статусе дольше N часов» |
Шаг 2. Сборка условий
Условия — это фильтр, отсекающий лишние заказы. Их можно комбинировать логикой И (все условия должны выполниться) и ИЛИ (достаточно одного), собирая группы.
Чаще всего в условиях используют:
- статус и группу статусов заказа;
- состояние оплаты (получена / не получена);
- способ и службу доставки;
- сумму заказа и способ оплаты;
- источник, магазин, ответственного;
- пользовательские поля и принадлежность к сегменту.
Например, условие Оплата = получена И Группа статусов = Новый отберёт только что оплаченные новые заказы — и не тронет уже собранные.
Шаг 3. Настройка действий
Действия — результат срабатывания. В одном триггере их можно перечислить несколько, они выполнятся последовательно.
- Сменить статус — двигает заказ по воронке.
- Назначить ответственного — вручную выбранного или по правилу распределения.
- Изменить поле — проставить значение в поле заказа или клиента (автозаполнение).
- Отправить уведомление — SMS, email или сообщение в мессенджер по шаблону.
- Поставить задачу — менеджеру, с текстом и сроком.
- HTTP-запрос — отправить данные во внешнюю систему.
В текстах уведомлений и задач доступны подстановки — переменные заказа и клиента, вроде номера заказа, имени и трек-номера. Это позволяет одному шаблону работать на всех клиентов.
Пример: триггер на оплаченный заказ
Соберём правило целиком. Бизнес-задача: как только заказ оплачен, отправить клиенту благодарность и передать заказ в работу склада.
- Событие: Заказ изменён.
- Условия: Оплата = получена И Группа статусов = «Новый».
- Действия: сменить статус на «Комплектация»; отправить клиенту SMS
Заказ №%order.number% оплачен, собираем его; поставить задачу складу.
Условие по группе статусов «Новый» здесь играет роль предохранителя: правило не сработает повторно на заказе, который уже ушёл в комплектацию.
Проверка и запуск
Перед включением на боевом потоке правило нужно проверить.
- Создайте тестовый заказ на свой номер и email.
- Воспроизведите событие — например, отметьте оплату.
- Убедитесь, что статус сменился, уведомление пришло, задача поставлена.
- Проверьте, что на «неподходящих» заказах правило молчит.
Итог
Создание триггера — это дисциплина трёх шагов: точное событие, аккуратные условия и осмысленные действия. Если правило сначала сформулировано словами, а потом проверено на тестовом заказе, оно работает предсказуемо и не создаёт побочных эффектов.
Мы в B2Bsite собираем такие правила пачками — от единичного триггера до полной воронки со связанными сценариями. Если хотите, чтобы автоматизация продаж заработала без проб и ошибок, поможем спроектировать и настроить систему триггеров под ваши процессы.
Частые вопросы
С какого события начать новичку?
Чаще всего — с «Заказ изменён»: оно покрывает реакцию на оплату и смену статусов. «Заказ создан» берут для первичного заполнения и приветственных действий.
Как объединить несколько условий?
Условия комбинируются логикой И и ИЛИ, их можно группировать. Так собирается точный фильтр, например «оплачен И курьерская доставка».
Сколько действий можно повесить на один триггер?
Несколько. Обычно правило и меняет статус, и шлёт уведомление, и ставит задачу — всё это выполняется при одном срабатывании.
Как подставить в SMS номер заказа или имя клиента?
В шаблонах уведомлений и задач используются переменные-подстановки заказа и клиента, поэтому один шаблон корректно заполняется данными каждого заказа.
Зачем в условиях проверять текущий статус?
Это предохранитель от повторного срабатывания и зацикливания. Условие по статусу гарантирует, что действие выполнится только один раз, на нужном этапе.
Можно ли временно отключить триггер?
Да, правило можно деактивировать без удаления. Это удобно на время отладки или сезонных изменений процесса.
Как убедиться, что триггер не конфликтует с другими?
Сведите все активные правила в таблицу по событиям и целевым статусам. Пересечения по одному событию и заказу — первый признак конфликта.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.