Роботы, триггеры и бизнес-процессы Битрикс24: что автоматизировать в первую очередь

В Битрикс24 включили десяток роботов, и через месяц никто не может сказать, почему клиенту ушло два одинаковых письма, а задача на перезвон появилась у уволенного сотрудника. Автоматизация, которую добавляли по одной галочке, начинает мешать продажам.

При внедрении Битрикс24 мы начинаем с простого вопроса: какое действие менеджер сейчас делает руками и забывает. Затем выбираем инструмент: робот, триггер или бизнес-процесс. У каждого своя задача и свои ограничения, и путаница между ними даёт те самые двойные письма.

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

Робот выполняет действие, когда элемент CRM попадает на стадию. Триггер реагирует на событие и переводит элемент на стадию. По данным справки Битрикс24 о роботах и триггерах на октябрь 2026, их настраивают на вкладке «Роботы» в лидах, сделках, предложениях, счетах и смарт-процессах.

Пример связки: клиент открыл письмо с КП, триггер переводит сделку в «Переговоры», а робот на этой стадии ставит менеджеру задачу позвонить через час. Менеджер ничего не двигает руками и узнаёт о клиенте вовремя.

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

Какие роботы Битрикс24 настроить первыми

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

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

Робот постановки задачи задаёт название, описание, исполнителя и крайний срок. Есть и обратная связка. По данным справки Битрикс24 об управлении задачами на октябрь 2026, триггер умеет перевести сделку на другую стадию, когда связанная задача получила нужный статус. Отдельный робот закрывает задачи, созданные другими роботами, например при успешном завершении сделки.

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

Перезвон по пропущенному стоит настроить вместе с телефонией: звонок должен создавать лид или дело в CRM, иначе роботу не на что реагировать. Как это устроено, мы подробно разбирали в статье о контроле пропущенных звонков.

Как настроить триггеры Битрикс24

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

• Ставьте триггеры только на события, которые CRM видит сама. Если оплату вносят руками, триггер «оплата счёта» сработает с опозданием.
• Проверьте, может ли триггер вернуть сделку назад. Для части триггеров это включается отдельно, иначе сделка двигается только вперёд.
• Ограничьте триггер условием. Например, переводить сделку при входящем звонке только со стадий до «Договора».
• Опишите в одной таблице, какой триггер на какой стадии стоит. Через полгода это сэкономит часы поиска.

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

Бизнес-процессы Битрикс24: когда они нужны и какие у них лимиты

Бизнес-процесс нужен, если в цепочке участвуют несколько людей и есть развилки. Типичные случаи: согласование скидки или договора, заявка на закупку, передача заказа в производство с проверкой оплаты. Если сценарий укладывается в «стадия → действие», хватит роботов.

У бизнес-процессов в облаке есть ограничение. По данным справки Битрикс24 о лимите запуска на октябрь 2026, на одном элементе CRM одновременно работают не более двух бизнес-процессов с ожиданием, следующий ждёт завершения одного из них. На коробочную версию лимит не распространяется, а роботы из дизайнера бизнес-процессов запускаются и сверх него.

Сами бизнес-процессы в CRM доступны не на всех тарифах — так сказано в справке о запуске процесса из карточки на октябрь 2026. Набор роботов тоже зависит от тарифа, проверьте сравнение тарифов до того, как проектировать автоматизацию.

Когда процесс выходит за пределы CRM, например нужно забрать остатки со склада или выставить счёт в 1С, бизнес-процесс превращается в набор костылей. Такой обмен надёжнее делать через интеграцию по API: с логом ошибок и повторной отправкой. Связку CRM и производства мы разбирали в статье о передаче заказа в работу.

Ошибки при автоматизации и как их избежать

Главная ошибка — автоматизировать процесс, который ещё не устоялся. Стадии меняются раз в неделю, а роботы остаются на старых местах и срабатывают не там. Сначала две-три недели работы вручную, потом автоматизация.

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

Про обязательные поля подробно написано в справке Битрикс24: на октябрь 2026 поле можно сделать обязательным для всех или выбранных стадий. Настройка действует только в воронке, к которой относится карточка. Если воронок несколько, настраивайте каждую отдельно.

Как проверить, что автоматизация работает

Автоматизация работает, если менеджер получает нужную задачу в нужный момент и не получает лишних. Список включённых роботов этого не покажет, смотреть нужно реальные сделки. Через неделю после запуска откройте несколько свежих сделок и пройдите их историю от создания до текущей стадии.

• Каждый робот сработал там, где ожидали, и не сработал дважды.
• Задачи от роботов выполнены или закрыты, просроченные не копятся.
• На одно событие клиент получил одно сообщение.
• Триггеры не вернули сделки на ранние стадии без причины.
• Бизнес-процессы завершились и не висят в статусе ожидания.

Запущенные процессы видно в разделе «Автоматизация» в списке активных, там же их можно остановить. Если процесс завис на ожидании, а на элементе уже работают два процесса, новые не стартуют. Снаружи это выглядит как «робот не работает», хотя причина в лимите.

Раз в квартал пересматривайте список правил. Стадии, продукты и состав команды меняются, а роботы продолжают выполнять старую логику. Мы на проектах ведём простую таблицу: воронка, стадия, робот, что делает, кто включил и зачем. Отключить лишнее по такой таблице можно за полчаса.

Хороший порядок работ выглядит так: описать процесс на бумаге, настроить стадии и поля, включить два-три робота, неделю смотреть, затем добавлять следующие. На бесплатной консультации разберём ваш портал, посмотрим, какие роботы уже стоят и что срабатывает лишний раз, и предложим план автоматизации по шагам.