Чем роботы отличаются от бизнес-процессов
В Битрикс24 существуют два инструмента автоматизации: роботы/триггеры и бизнес-процессы (БП).
Роботы — это автоматические действия, которые срабатывают при попадании карточки на определённую стадию воронки. Настраиваются визуально, без программирования, прямо в редакторе воронки.
Триггеры — условия, которые переводят карточку на нужную стадию при наступлении внешнего события: входящем письме, заполнении формы, ответе на сообщение в чате.
Бизнес-процессы — более сложный инструмент. Запускаются вручную по кнопке или автоматически при изменении полей карточки, имеют один или несколько конечных результатов и позволяют реализовывать ветвящиеся сценарии согласований и уведомлений.
| Параметр | Роботы | Бизнес-процесс |
|---|---|---|
| Запуск | При смене стадии | Вручную или по условию поля |
| Сложность настройки | Низкая | Средняя/высокая |
| Ветвление логики | Ограниченное | Полное |
| Типичное применение | Задачи, письма, уведомления | Согласования, многошаговые процессы |
В типовом проекте внедрения на одну воронку сделок настраивается от 5 до 15 роботов — в зависимости от сложности процесса продаж. Для детальных сценариев согласований используйте смарт-процессы Битрикс24.
Как устроена автоматизация в воронке
Каждый робот привязан к конкретной стадии. Когда карточка попадает на стадию — робот срабатывает немедленно или с заданной задержкой. Это позволяет выстроить последовательность действий системы без участия менеджера.
flowchart LR
LEAD[Лид / Сделка] --> S1[Стадия 1\nНовый]
S1 -->|Робот: задача| MGR[Менеджер]
S1 -->|Робот: письмо| CLIENT[Клиент]
S1 --> S2[Стадия 2\nКоммерческое предложение]
S2 -->|Триггер: открыл письмо| S3[Стадия 3\nПереговоры]
S2 -->|Робот: напоминание через 2 дня| MGR
S3 --> S4{Итог}
S4 -->|Успех| WON[Успешно закрыта]
S4 -->|Провал| LOST[Провал / фиксация причины]
WON -->|Робот: передача в след. воронку| NEXT[Следующая воронка]
Логика простая: чем точнее описаны стадии воронки, тем полезнее роботы. Перед настройкой автоматизации убедитесь, что стадии отражают реальный процесс продаж — типовой проект предусматривает до 15–20 стадий в каждой воронке.
7 сценариев автоматизации, которые работают
1. Автозадача менеджеру при входе на стадию
Стадия: любая, где требуется активное действие (например, «Отправить коммерческое предложение»).
Робот: «Поставить задачу» — создаёт задачу ответственному менеджеру с заголовком, описанием и дедлайном. Задача автоматически связывается с карточкой сделки.
Зачем: менеджер не забывает о следующем шаге, а РОП видит невыполненные задачи в отчёте. По нашему опыту, этот робот настраивается в 100% воронок — он самый универсальный.
2. Напоминание о длительном сроке на стадии
Стадия: любая, где карточка не должна «зависать».
Робот: «Поставить задачу» или «Отправить уведомление» — срабатывает с задержкой (например, через 3 рабочих дня после входа на стадию) и напоминает менеджеру или руководителю о том, что карточка давно не двигается.
Зачем: выявляет «замороженные» сделки до того, как они превратятся в потери. Этот сценарий прямо упоминается в планах внедрения как типовая автоматизация: «Постановка задач с напоминаниями о длительном сроке нахождения карточки на определённой стадии».
3. Автоматическое письмо клиенту
Стадия: например, «Коммерческое предложение отправлено» или «Счёт выставлен».
Робот: «Отправить письмо» — уходит на email клиента с шаблонным текстом. Поля карточки (имя, сумма, менеджер) подставляются автоматически через переменные.
Зачем: клиент получает подтверждение без ручного труда менеджера. Триггер «Входящее письмо» может автоматически перевести сделку на следующую стадию при ответе клиента — связка работает в обе стороны.
4. Смена ответственного по правилу
Стадия: переход между этапами (например, «Передано в клиентский отдел»).
Робот: «Изменить ответственного» — назначает нового сотрудника или распределяет по очереди между несколькими менеджерами.
Зачем: исключает ручную передачу сделок при смене этапа воронки или подразделения. Об автоматическом назначении ответственных читайте подробнее в статье про распределение лидов в Битрикс24.
5. Эскалация просрочки руководителю
Стадия: критичная, где нельзя допускать задержку (например, «Ожидает оплаты»).
Схема: робот с задержкой N дней отправляет уведомление руководителю отдела продаж, если карточка всё ещё находится на этой стадии.
Зачем: РОП получает сигнал без ручного мониторинга. Вместе с отчётами и дашбордами это формирует полноценный контур контроля.
6. Передача карточки между воронками
Стадия: финальная успешная стадия первой воронки.
Робот: создаёт карточку в следующей воронке и копирует нужные поля из исходной карточки. Исходная карточка остаётся в воронке «откуда» как архивная копия для статистики.
Зачем: данные о клиенте не теряются при переходе между этапами (например, из воронки «Первая продажа» в воронку «Повторные продажи»). Этот сценарий — один из самых часто настраиваемых в проектах с несколькими воронками.
7. Уведомление при изменении поля карточки
Триггер: изменение значения конкретного поля (например, «Бюджет» или «Тип клиента»).
Действие: уведомление в чат Битрикс24 ответственному или смежному сотруднику, либо автоматическое изменение другого поля карточки.
Зачем: позволяет реагировать на изменения данных без перехода по стадиям — удобно для полей, которые заполняются вне основного процесса.
Сколько роботов настраивают в реальных проектах
По данным планов работ АС Проект, типовые квоты на автоматизацию выглядят так:
| Тип воронки | Роботов | БП |
|---|---|---|
| Воронка лидов (базовая) | до 2–5 | до 2 |
| Воронка сделок (стандарт) | до 5–10 | до 2–5 |
| Воронка сделок (расширенная) | до 15 | до 10 |
| Смарт-процесс | до 3–5 | до 2–7 |
Количество роботов фиксируется в плане работ и техническом задании до начала настройки — это позволяет избежать разногласий по объёму работ. Если вы ещё не формализовали требования, используйте опросный лист перед внедрением Битрикс24 как отправную точку.
Типичные ошибки при настройке роботов
- Робот без дедлайна. Задача без срока уходит в бесконечную «очередь невыполненных» и теряется.
- Дублирующие роботы. Два одинаковых робота на одной стадии — типичная ошибка при итерационной настройке. Проверяйте список роботов перед публикацией.
- Робот на стадию «Провал». Часто забывают настроить автоматическую фиксацию причины отказа — а это ключевые данные для анализа воронки.
- Отсутствие тестирования. Каждый сценарий нужно проверить на тестовой карточке перед запуском в боевой работе. В проектах АС Проект тестирование сценариев — отдельный этап работ.
- Слишком сложный БП там, где хватит робота. Бизнес-процессы сложнее в поддержке. Если действие линейное — используйте робота.
Что настраивается без программирования
Все перечисленные сценарии реализуются в рамках штатного функционала Битрикс24 без написания кода. Это важно: нестандартные задачи на уровне программирования выполняются отдельно и тарифицируются иначе.
Стандартный набор роботов в Битрикс24 включает:
- постановку задач и дел
- отправку писем и SMS
- изменение полей карточки
- смену ответственного
- отправку уведомлений в чат
- создание документов по шаблону
- запуск бизнес-процесса
Триггеры позволяют реагировать на: входящее письмо, заполнение CRM-формы, входящий звонок, изменение поля, наступление даты из поля карточки.
Если сценарий требует интеграции с внешними системами — например, передачи данных в 1С при смене стадии — это решается через вебхуки или интеграцию Битрикс24 и 1С.