Триггеры: автозапуск сценариев

Триггер в CRM Битрикс24 — это реакция на событие: клиент открыл письмо, зашёл на сайт, оплатил счёт или прислал сообщение, а сделка сама переходит на нужную стадию. А уже на этой стадии срабатывают роботы. Разбираем, как триггеры устроены, где настраиваются и почему они «молчат», если стадию выбрать неправильно.

Что такое триггер и чем он отличается от робота

В автоматизации CRM Битрикс24 есть два взаимодополняющих механизма. Робот выполняет действие, когда элемент уже находится на стадии: отправляет письмо, ставит задачу, шлёт уведомление. Триггер работает наоборот — он ловит внешнее или внутреннее событие и в ответ переводит лид или сделку на ту стадию, над которой настроен.

Проще говоря: робот отвечает на вопрос «что сделать на стадии», а триггер — «когда и по какому событию перевести элемент на эту стадию». Именно связка триггер плюс роботы даёт полноценный автоматический сценарий: событие клиента запускает переход, а переход запускает цепочку действий.

Где настраиваются триггеры

Откройте нужную воронку в разделе CRM → Сделки (или Лиды / смарт-процесс) и переключитесь в режим «Роботы» — это отдельная вкладка автоматизации над канбаном. Для каждой стадии сверху есть два блока: «Создать триггер» и «Создать робота».

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

1. Выбираете стадию, на которую нужно переводить элемент по событию;
2. нажимаете «Создать триггер» над этой стадией;
3. выбираете тип триггера (событие) из списка;
4. задаёте параметры и фильтры конкретного триггера;
5. сохраняете — триггер начинает отслеживать событие.

Какие события ловят триггеры

Набор триггеров в CRM Битрикс24 широкий и делится на несколько групп по источнику события. Ниже — основные, которые встречаются в реальных сценариях:

У каждого триггера свои условия и настройки. Например, «Визит на сайт» требует, чтобы на сайте стоял виджет или счётчик Битрикс24 и клиент был идентифицирован; «Открытие письма» работает только для писем, отправленных из CRM с включённым трекингом.

Логика стадий: почему триггер иногда не срабатывает

Это ключевой момент, на котором спотыкаются почти все. Триггер переводит элемент на свою стадию, только если элемент находится левее — на этой же или на предшествующих стадиях воронки. Если сделка уже прошла стадию триггера и находится правее, событие проигнорируется, и никакого перехода не будет.

Логика в том, что триггер двигает воронку вперёд, а не откатывает назад. Поэтому событие «Приход оплаты», настроенное над стадией «Оплачено», сработает для сделки на стадии «Счёт выставлен», но не тронет ту, что уже уехала в «Отгрузка».

• Хотите ловить событие на любом этапе — ставьте триггер над ранней стадией, ближе к началу воронки;
• для возврата «застрявших» сделок к более ранней стадии штатный триггер не подходит — здесь нужен отдельный сценарий или ручной перенос;
• один и тот же тип триггера можно повесить над несколькими стадиями, если событие должно обрабатываться в разных точках.

Триггер плюс роботы: как собирается сценарий

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

1. Триггер ловит событие (клиент оставил заявку через CRM-форму) и переводит лид на стадию «Новая заявка»;
2. на стадии срабатывают роботы: уведомление менеджеру, автоответ клиенту, постановка задачи «перезвонить»;
3. если менеджер обработал заявку, следующий триггер или робот двигает сделку дальше.

Такой подход превращает воронку в конвейер: каждое действие клиента автоматически подхватывается системой. Классические связки — «Заполнение формы → приветственное письмо и задача», «Приход оплаты → перевод в работу и уведомление бухгалтеру», «Открытие письма → напоминание менеджеру перезвонить, пока клиент тёплый».

Настройка популярных триггеров и условия

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

• Заполнение CRM-формы — можно указать конкретную форму, чтобы стадия менялась только по заявкам с нужного лендинга, а не по любой форме портала;
• Приход звонка / Пропущенный звонок — привязка к линии телефонии; полезно для сценария «дозвониться до пропущенного»;
• Изменение поля — выбираете поле и, при необходимости, целевое значение (например, стадия меняется, когда поле «Согласие получено» стало «Да»);
• Триггер по времени — переводит элемент по расписанию, удобно для регулярных проверок и напоминаний;
• Сообщение в открытую линию — реагирует на входящее сообщение в чат или мессенджер, подключённый к порталу.

Для триггеров, связанных с трекингом (визит на сайт, открытие письма, клик по ссылке), обязательна корректная идентификация клиента: система должна связать посетителя с элементом CRM. Без этого событие произойдёт, но привязать его будет не к чему, и триггер не сработает.

Частые ошибки и отладка триггеров

Когда «триггер не работает», причина почти всегда в одной из типовых ситуаций. Проверяйте по порядку:

• Стадия правее события. Самая частая история: сделка уже прошла стадию триггера, поэтому переход не происходит. Верните тест-сделку на раннюю стадию и повторите;
• Нет идентификации. Для триггеров сайта и писем клиент не связан с элементом CRM — событие «висит в воздухе»;
• Тариф или сервис не подключён. Триггеры оплаты, открытых линий, сайта требуют активных связанных сервисов и подходящего тарифа;
• Слишком узкий фильтр. Указана не та форма, не та линия телефонии, не то значение поля — событие приходит, но отсекается условием;
• Триггер настроен в другой воронке. Сделка идёт по направлению, где триггера нет.

Для проверки удобно использовать тестовый элемент и раздел журнала (лента истории сделки): там видно, был ли переход стадии и запуск роботов. Если переход есть, а действий нет — проблема в роботах, а не в триггере; если перехода нет — разбираемся с самим триггером и стадией.

Итог

Триггеры в CRM Битрикс24 — это механизм автозапуска: событие клиента (визит, письмо, звонок, оплата, форма) переводит лид или сделку на нужную стадию, а роботы на этой стадии выполняют действия. Работает связка надёжно, если помнить главное правило — триггер двигает элемент только вперёд, с текущей или предшествующей стадии, и требует корректной идентификации клиента и подключённых сервисов.

Мы в B2Bsite проектируем такие сценарии под реальные процессы отдела продаж: раскладываем воронку по стадиям, расставляем триггеры на события и настраиваем роботов так, чтобы заявки обрабатывались без ручного перетаскивания карточек. Если автоматизация в вашем Битрикс24 пока держится на памяти менеджеров — поможем перевести её на триггеры и роботы.