Роботы и триггеры в Битрикс24: настройка автоматизации для начинающих

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

Роботы и триггеры: в чём разница на практике

Робот настраивается внутри конкретной стадии воронки продаж (CRM → Сделки → Настройка воронки → выбрать стадию → «Роботы») и запускается либо сразу при попадании сделки на эту стадию, либо через заданное время: через 2 часа, через 3 дня, в 10:00 следующего рабочего дня. Триггер настраивается там же, но реагирует не на время, а на действие: открытие письма клиентом, посещение определённой страницы сайта, поступление оплаты по счёту, повторное обращение с того же номера телефона. Когда триггер срабатывает, он обычно сам переводит сделку на следующую стадию — то есть триггер двигает процесс вперёд, а робот выполняет работу внутри уже существующей стадии.

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

Где искать и как добавить первого робота

Откройте CRM → Сделки → значок шестерёнки над воронкой → «Настройка автоматизации». Выберите стадию, на которую нужно повесить робота, нажмите «Добавить робота» и выберите его из списка: «Задача», «Email», «СМС», «Изменить поле», «Создать элемент», «Ждать», «Условие». У каждого робота есть настройка «Условия выполнения» и «Время выполнения» — именно вторая настройка чаще всего сбивает новичков с толку, потому что по умолчанию время считается от момента входа сделки на стадию, а не от текущего момента.

Пример: автоматическое напоминание менеджеру

Частый сценарий для отдела продаж из 6-8 человек: если сделка находится на стадии «Переговоры» больше 3 рабочих дней без движения, менеджеру и его руководителю нужно напоминание. Настройка: на стадии «Переговоры» добавляется робот «Ждать» на 3 рабочих дня, затем робот «Задача» с постановкой задачи менеджеру («Связаться с клиентом, сделка зависла») и параллельно робот «Уведомление» руководителю отдела. Если за это время сделка перешла на следующую стадию, робот на предыдущей стадии просто не сработает — это заложено в логику воронки, но именно это свойство часто пугает новичков: кажется, что робот «потерялся», хотя на самом деле сделка уже сдвинулась дальше.

Настройка триггеров: от простого к сложному

Начинать стоит с триггера «Оплата счёта» — он проверяется чаще всего и понятен по логике: как только приходит уведомление об оплате (через кассу, платёжную систему или ручную отметку в счёте), сделка автоматически перемещается на следующую стадию, например «В работу передано на выполнение». Дальше можно добавить триггер «Открытие письма» — если клиент открыл коммерческое предложение, отправленное роботом на предыдущем шаге, сделку можно перевести на стадию «КП просмотрено», и это станет сигналом менеджеру позвонить именно сейчас, пока предложение свежо в памяти клиента.

1. 1.Добавьте триггер «Оплата счёта» на стадии выставления счёта, чтобы не проверять оплаты вручную каждый день
2. 2.Добавьте триггер «Открытие письма» после стадии отправки коммерческого предложения
3. 3.Добавьте триггер «Посещение сайта» для отслеживания интереса клиента к конкретному разделу — например, странице с ценами
4. 4.Проверьте, что триггер не конфликтует с ручным перемещением сделки менеджером — иначе сделка может «скакать» между стадиями

Робот «Условие»: как разветвлять сценарий

Робот «Условие» позволяет строить развилки внутри одной стадии: например, если сумма сделки больше 300 000 рублей — поставить задачу руководителю на согласование скидки, если меньше — сразу отправить типовой договор. Без этого робота пришлось бы либо согласовывать всё вручную, либо делать отдельные воронки для крупных и мелких сделок, что усложняет отчётность. Условие сравнивает значение поля сделки (сумма, источник, ответственный, пользовательское поле) с заданным значением и в зависимости от результата запускает разные цепочки роботов.

Автоматизация писем и СМС: о чём часто забывают

Робот «Email» отправляет письмо по шаблону, который настраивается заранее в разделе CRM → Настройки → Шаблоны документов или напрямую в теле робота. Частая ошибка новичков — не проверить, подключена ли почта отправителя к порталу и не попадает ли шаблон в спам из-за отсутствия настроенного SPF/DKIM для домена. Ещё одна типичная проблема — робот с СМС настроен, но у компании не подключён СМС-провайдер в разделе «Настройки → Обмен сообщениями», из-за чего робот формально «выполнен», а сообщение никуда не ушло, и это не всегда видно без проверки логов.

Тестирование автоматизации перед запуском на реальных клиентах

Тестировать роботов и триггеры на реальных сделках с реальными клиентами — плохая идея: если письмо уйдёт не по адресу или задача поставится не тому сотруднику, это увидит клиент или коллега. Правильный подход — создать тестовую сделку с фиктивным контактом (например, с вашим личным email) и провести её вручную через все стадии воронки, проверяя срабатывание каждого робота и триггера. Для роботов с задержкой по времени (например, «ждать 3 дня») можно временно поставить минимальное значение в 1 минуту, протестировать логику, а затем вернуть боевое значение — не забыв это сделать, иначе тестовая настройка «1 минута» останется в проде.

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

Курс школы: Роботы, триггеры и умные сценарии в Битрикс24 — от 14 990 ₽

Роботы для мессенджеров: WhatsApp и Telegram в воронке

Если к порталу подключён Открытый канал с WhatsApp или Telegram через раздел «Контакт-центр», можно настроить робота, который отправляет сообщение клиенту прямо в тот мессенджер, откуда пришло обращение, а не только по email. Это особенно полезно для розницы и услуг, где клиенты почти не читают почту, но моментально видят сообщение в мессенджере. Настройка отличается от email-робота тем, что нужно заранее подготовить шаблон, одобренный политикой мессенджера (для WhatsApp Business это шаблон, согласованный через провайдера интеграции), иначе сообщение либо не уйдёт, либо аккаунт компании может получить ограничение за спам-рассылку по неодобренным шаблонам.

Копирование воронки на другой отдел или филиал

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

• После копирования воронки проверьте каждого робота на предмет захардкоженных имён исполнителей вместо динамических ссылок
• Убедитесь, что почтовые шаблоны в письмах не содержат реквизитов или контактов старого филиала
• Проверьте, что триггеры на оплату ссылаются на правильный расчётный счёт или кассу нового филиала, если это разные юрлица
• Дайте новому филиалу протестировать всю цепочку на тестовой сделке перед реальным использованием, а не полагайтесь на то, что копия воронки работает идентично

Ограничение числа роботов на стадии и производительность

Технически на одну стадию можно повесить десяток роботов, но практически это плохая идея: чем больше роботов выполняется последовательно, тем сложнее диагностировать, какой именно из них не сработал при жалобе сотрудника «клиенту не пришло письмо». Разумный ориентир — не больше 4-5 роботов на одну стадию, а если логика требует больше, стоит задуматься, не пора ли разбить стадию на две более мелких с понятным промежуточным результатом между ними. Это же касается условий: вложенность в 3-4 уровня («если сумма больше Х и источник равен Y и стадия была изменена не позднее Z») делает робота практически нечитаемым для любого, кроме автора, и такую логику лучше выносить в бизнес-процесс с явной схемой, а не пытаться уместить в конструктор роботов воронки.

Частые ошибки при настройке автоматизации

• Робот с задержкой настроен от общего времени входа на стадию, а не от последнего действия — сделка «зависает» без реального напоминания
• Несколько роботов конфликтуют между собой, меняя одно и то же поле в разное время, из-за чего в истории сделки путаница
• Триггер на оплату не срабатывает, потому что оплата фиксируется вручную бухгалтером с опозданием на несколько дней
• Шаблон письма робота не обновили после смены прайса, и клиентам уходят старые цены
• Робот привязан к конкретному сотруднику как исполнителю задачи, а не к роли «ответственный по сделке» — при смене менеджера логика ломается
• Тестовые настройки (задержка в 1 минуту, тестовый email) забыли вернуть в боевой режим после проверки

Мы полгода не могли понять, почему клиентам иногда уходит два одинаковых письма подряд — оказалось, что робот дублировался при копировании воронки для другого филиала, и никто не проверил список роботов после копирования.

Логирование и история срабатывания роботов

У каждой сделки есть вкладка истории, где фиксируется каждое срабатывание робота и триггера с точным временем — это первое место, куда стоит смотреть при разборе жалобы «клиенту не пришло письмо» или «задача не поставилась». Прежде чем менять логику робота в ответ на единичную жалобу, полезно проверить историю по нескольким похожим сделкам за последнюю неделю: если сбой единичный, скорее всего дело в конкретных данных этой сделки (например, у контакта не указан email), а если сбоит стабильно у всех — проблема в настройке самого робота, и её нужно чинить на уровне воронки, а не разбираться с каждой сделкой по отдельности.

С чего начать внедрение автоматизации в компании

Не пытайтесь автоматизировать всю воронку сразу. Разумный путь — выбрать одну стадию с наибольшим числом однотипных рутинных действий (чаще всего это «Ожидание оплаты» или «КП отправлено») и настроить на ней 2-3 робота и один триггер. Через одну-две недели работы посмотреть на реальные результаты: сколько сделок прошло через стадию, не было ли сбоев, экономит ли автоматизация время менеджеров на самом деле. Только после этого расширять автоматизацию на соседние стадии.

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