Роботы и бизнес-процессы Битрикс24: в чём разница и что выбрать

Краткий ответ: роботы в Битрикс24 — это простые линейные автоматические действия, которые настраиваются прямо на стадиях воронки CRM (отправить письмо, поставить задачу, изменить поле). Бизнес-процессы (БП) — это мощный конструктор с условиями, циклами, параллельными ветками, работающий со всеми сущностями (CRM, задачи, документы, списки). 80% задач автоматизации закрывают роботами; БП нужен для сложной логики (согласование, многошаговые процессы, интеграции). Ниже — подробное сравнение и 3 готовых примера из моей практики.

Я — Константин Астафьев, системный интегратор из Питера. За 7 лет работы навешал 1000+ роботов и создал 300+ бизнес-процессов для клиентов. И каждую первую консультацию слышу один и тот же вопрос: «А в чём, собственно, разница?» Спойлер: разница огромная, и неправильный выбор инструмента стоит денег. Разберёмся по полочкам.

Что такое автоматизация в Битрикс24

Автоматизация — это когда система делает что-то без участия человека. Менеджер перевёл сделку в стадию «КП отправлено» — и автоматически: поставилась задача перезвонить через 2 дня, ушло письмо клиенту «Ждём вашего ответа», а РП пришло уведомление в Telegram. Всё это — без единого клика менеджера после перевода стадии.

Зачем автоматизировать:

• Скорость. Реакция на действия — мгновенная, без «ой, забыл».
• Стандарт. Все менеджеры работают одинаково, никто не пропускает шаги.
• Контроль. Руководитель видит все автоматические действия в истории.
• Снятие рутины. Менеджер не тратит время на «напоминания себе», «отправку типовых писем».
• Прогнозируемость. Если сделка зависла — система сама пнёт ответственного.

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

Роботы: простые автоматические действия

Робот — это «один шаг»: одно действие, которое выполняется автоматически при наступлении события. События могут быть двух типов:

• «При переходе в стадию» — сделка приехала на стадию, сработал робот.
• «При простое N дней в стадии» — сделка N дней висит без движения, сработал робот.

Что умеют делать роботы (самые популярные действия):

• Отправить письмо (по шаблону или свободное).
• Отправить SMS.
• Отправить сообщение в чат CRM (мессенджер, открытая линия).
• Поставить задачу ответственному или другому сотруднику.
• Создать звонок, встречу, активность.
• Изменить поле сделки (например, проставить «Следующий шаг»).
• Сменить ответственного менеджера.
• Перевести сделку на другую стадию.
• Создать документ по шаблону (счёт, договор, КП).
• Ждать (пауза N дней — для отложенных действий).
• Отправить уведомление в Telegram (через приложение или вебхук).

Где настраивать: CRM → Роботы и бизнес-процессы → Роботы в воронке. Открывается визуальный конструктор — перетаскиваете роботов мышкой на стадии, выстраиваете последовательность.

Главное ограничение роботов: они линейные. Действия идут одно за другим, без условий и ветвлений. Если вам нужно «если сумма больше 100 000 — отправить письмо директору, иначе — менеджеру» — это уже не робот, это бизнес-процесс.

Бизнес-процессы (БП): сложная логика

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

Что умеют БП, чего не умеют роботы:

• Условия (if/else). «Если поле X = Y — то действие A, иначе — действие B».
• Параллельные ветки. Несколько действий выполняются одновременно, а не последовательно.
• Циклы. Повторять действие N раз или пока не выполнится условие.
• Запрос дополнительной информации. БП может спросить у сотрудника что-то в процессе выполнения и продолжить после ответа.
• Утверждение документа. Цепочка согласования: менеджер → руководитель → финдиректор → гендира.
• Переменные и константы. Хранение промежуточных значений в процессе.
• Работа с любыми сущностями. БП может создавать сделки, задачи, записи в списках, документы — что угодно.
• Запуск вручную и автоматически. По кнопке, по расписанию, при добавлении/изменении сущности.

Где настраивать: CRM → Роботы и бизнес-процессы → Бизнес-процессы (или раздел «Бизнес-процессы» в общем меню). Открывается дизайнер БП — визуальный редактор с блоками. Можно создать с нуля или взять готовый шаблон из библиотеки.

Сравнение: когда робот, когда БП

Сводная таблица, которая сэкономит вам часы споров в команде:

Правило 80/20: 80% задач автоматизации закрывают роботами. Если задача решается роботом — делайте роботом. БП подключайте, когда роботом принципиально не обойтись (нужно условие, согласование, работа с не-CRM сущностями).

Пример 1. Автодожим клиента роботами (5 шагов)

Классический сценарий: клиенту отправили КП, он пропал. Нужно автоматически «дожать» его серией касаний. Реализуется роботами за 15 минут.

Стадия воронки: «КП отправлено». Роботы на этой стадии:

1. Робот 1 (при переходе): создать задачу менеджеру «Перезвонить через 2 дня, узнать, получил ли КП».
2. Робот 2 (при простое 2 дня): отправить email клиенту: «Здравствуйте, отправляли вам КП на [тема]. Подскажите, получили ли? Готов ответить на вопросы».
3. Робот 3 (при простое 5 дней): отправить SMS: «Константин, lead4sell.ru. По вашему КП — есть вопросы? Перезвоните или ответьте на это SMS».
4. Робот 4 (при простое 10 дней): отправить второе email: «Видимо, не сейчас. Вот кейс, как мы внедрили CRM похожей компании → [ссылка]. Если что, мы на связи».
5. Робот 5 (при простое 14 дней): перевести сделку в стадию «Закрыто и не реализовано» с причиной «Не отвечает 14 дней» + уведомление РП.

Итог: из «КП отправлено» клиент не выпадает — система сама делает 4 касания и закрывает, если ответа нет. Менеджер вмешивается только если клиент отозвался. Конверсия из «КП отправлено» в «Переговоры» вырастает на 20–30%.

Пример 2. Согласование скидки через БП

Сценарий: менеджер хочет дать клиенту скидку больше 10%. По правилам компании — нужно согласование руководителя отдела продаж, а если скидка больше 20% — ещё и коммерческого директора. Роботом это не сделать (нужно условие + запрос). Делаем БП.

Логика БП «Согласование скидки»

1. Запуск: вручную по кнопке в карточке сделки (поле «Запрошенная скидка» больше 10%).
2. Шаг 1: запросить у менеджера «Обоснование скидки» (текстовое поле).
3. Шаг 2 (условие): если скидка ≤ 20% — идти на согласование к РП. Если > 20% — к РП + комм. директору параллельно.
4. Шаг 3: задача РП «Согласовать скидку X для сделки Y. Обоснование: ...» со ссылкой на сделку. Дедлайн — 4 часа.
5. Шаг 4: ожидание ответа РП (кнопки «Согласовать» / «Отклонить» в задаче).
6. Шаг 5 (условие): если РП согласовал — записать скидку в сделку, отправить письмо менеджеру «Скидка X согласована». Если отклонил — задача менеджеру «Скидка отклонена, предложите клиенту Y».
7. Шаг 6 (для скидок > 20%): параллельно задача комм. директору, та же логика.
8. Шаг 7: запись результата в историю сделки + уведомление в Telegram руководителю.

Время настройки такого БП — 2–3 часа (если есть опыт) или 1 день (если первый раз). Зато потом работает годами без единого ручного согласования по email/в мессенджере.

Пример 3. Уведомление в Telegram из Битрикс24

Сценарий: новая сделка с суммой больше 500 000 ₽ → уведомление в личный Telegram руководителя. Реализуется через БП (есть условие по сумме) + вебхук в Telegram Bot API.

Логика

1. Запуск БП: при добавлении новой сделки.
2. Условие: если поле «Сумма» > 500 000 ₽.
3. Действие: «Вебхук» (HTTP-запрос к https://api.telegram.org/bot{TOKEN}/sendMessage).
4. Тело запроса: {chat_id: "ВАШ_CHAT_ID", text: "🔥 Новая крупная сделка: {название} на {сумма} ₽. Ответственный: {менеджер}"}.
5. Запись в историю: уведомление отправлено в Telegram.

Время настройки — 30 минут. Получить токен бота можно у @BotFather, chat_id — у @userinfobot. ВАЖНО: токен и chat_id храните в настройках БП как константы, не хардкодьте в шаблоне.

Альтернатива для тех, кто не хочет возиться с вебхуками: приложение «Telegram-уведомления» в Маркетплейсе Битрикс24 (есть несколько бесплатных). Устанавливаете, настраиваете шаблон сообщения — и БП вызывает готовое действие «Отправить в Telegram».

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

Триггер — это «событие», которое запускает робота или БП. В Битрикс24 основные триггеры:

• При добавлении — создана новая сделка/контакт/задача.
• При изменении — изменено любое поле или конкретное поле.
• При переходе в стадию — сделка переехала на стадию воронки.
• При простое N дней — сделка N дней не двигалась.
• При удалении — сущность удалена.
• По расписанию — каждый день в 9:00, раз в неделю и т.д.
• Вручную — по кнопке в карточке (только для БП).
• По вебхуку — внешний HTTP-запрос запускает БП (мощно для интеграций).

Для роботов доступны: переход в стадию, простой в стадии, ручной запуск. Для БП — все вышеперечисленные.

Вебхуки и REST API: для продвинутых

Если стандартных роботов и БП не хватает — на помощь приходит REST API и входящие вебхуки. Это позволяет:

• Принимать внешние события (заявка с сайта, оплата из банка, событие из 1С) и запускать БП.
• Отправлять данные из Битрикс24 во внешние системы (Google Таблицы, Power BI, собственный сервер).
• Делать кастомные интеграции, которых нет в Маркетплейсе.

Создание входящего вебхука: раздел «Разработчикам» → «Вебхук» → «Входящий». Получаете URL вида https://ваша-компания.bitrix24.ru/rest/1/xxxxxxx/. Дальше POST-запросом на этот URL с параметром event=... запускаете БП.

Пример (curl):

curl -X POST https://your-portal.bitrix24.ru/rest/1/WEBHOOK_CODE/bizproc.workflow.start \
  -d "TEMPLATE_ID=123" \
  -d "DOCUMENT_ID[]=crm" \
  -d "DOCUMENT_ID[]=CCrmDocumentDeal" \
  -d "DOCUMENT_ID[]=Deal_42"

Это запустит БП с шаблоном 123 на сделке с ID 42. Используется, когда у вас есть внешний сервис (например, n8n, Make, собственный backend), который должен инициировать процесс в Битрикс24.

Тестирование и отладка автоматизаций

Автоматизация без тестирования — это рулетка. Один раз забыл проверить условие — и БП отправил 500 клиентам письмо «Ваш заказ отменён» вместо «Спасибо за покупку». Реальный кейс, между прочим, не выдумка. Чтобы такого не случилось, у меня правило: любая автоматизация тестируется на 3 уровнях.

Уровень 1. На одной тестовой сделке

Создаёте сделку-«песочницу» (название «ТЕСТ — НЕ ТРОГАТЬ»), прогоняете через все стадии вручную. Проверяете: каждый робот срабатывает, каждое письмо приходит, каждая задача создаётся. Если БП — проверяете все ветки условий (true и false). Документируете, что увидели.

Уровень 2. На тестовом портале

Если есть тестовый портал (дубликат боевого, на бесплатном тарифе) — сначала развернуть там. Прогнать с реальными данными 2–3 дня. На боевой переносить только после того, как на тестовом отработало чисто. Для сложных БП с интеграциями — это обязательно.

Уровень 3. Постепенный rollout на боевой

Включили автоматизацию на боевом — но не для всех. Сделайте копию воронки «B2B-услуги (тест)», переведите туда 2–3 сделки, посмотрите неделю. Если всё ок — переносите все. Этот шаг часто пропускают, а он спасает от массовых сбоев.

Инструменты отладки в самом Битрикс24:

• История запусков БП — открываете конкретный запущенный экземпляр, видите все шаги, где остановился, какие переменные принял.
• Логи роботов — в карточке сделки во вкладке «История» видно, какие роботы сработали и когда.
• Действие «Запись в лог» в БП — позволяет выводить отладочную информацию в текстовый лог. Полезно для сложных БП с переменными.
• Тестовая отправка писем — робота можно запустить «вхолостую», заменив email получателя на свой. Проверите, как выглядит письмо, до того как оно уйдёт клиенту.

И главное — после любого изменения в роботе или БП снова тестируйте. «Я просто поменял текст письма» может обернуться тем, что вы случайно удалили переменную {имя} и 100 клиентам ушло «Здравствуйте, {имя}!». Один час на ретест дешевле, чем извинения перед клиентами.

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

1. Делать БП там, где хватает робота. Сложно поддерживать, трудно отлаживать. Сначала пробуйте роботом — если не хватает, переходите к БП.
2. Зацикленные БП. БП запускает БП, который запускает первый БП — бесконечный цикл, портал «падает» от нагрузки. Решение: проверять флаг «БП уже запущен» перед запуском.
3. 20 роботов на одной стадии. Система зависает, действия выполняются хаотично. Разделяйте на разные события (переход vs простой).
4. Роботы без пауз. 5 писем за 1 час клиенту — выглядит как спам, попадает в чёрные списки. Делайте паузы через «Ждать».
5. Нет тестирования. Запустили БП в бой сразу — он удалил половину сделок. Сначала тестируйте на тестовом портале или на одной сделке.
6. Хардкод email/телефона в шаблоне БП. Сменился сотрудник — БП шлёт письма на старый адрес. Используйте переменные и константы.
7. Не настроены права на БП. Менеджер запускает БП, а у него нет прав на изменение поля — БП падает с ошибкой. Проверяйте права перед запуском.
8. Отсутствие уведомлений об ошибках. БП тихо падает, никто не знает. Решение: в конце БП — действие «Записать в лог» или уведомление админу при ошибке.

Лайфхаки: шаблоны роботов и копирование между воронками

• Копирование роботов между воронками. Если у вас 3 воронки с похожей логикой — настройте роботов в одной, потом нажмите «Копировать» → выберите целевую воронку. Экономит часы.
• Шаблоны БП. В Маркетплейсе есть бесплатные шаблоны: «Согласование документа», «Онбординг сотрудника», «Обработка заявки». Берёте, дорабатываете под себя — готово.
• Пауза «Ждать». Самый недооценённый робот. Позволяет делать отложенные действия: «через 2 дня», «через неделю», «в следующий понедельник». Используйте для эскалации.
• Шаблоны писем. Создайте 5–10 типовых шаблонов писем (приветствие, КП, напоминание, спасибо, отказ). Роботы будут их использовать — не нужно каждый раз писать с нуля.
• Уведомления РП в Telegram. Настройте 3–5 ключевых событий (новая сделка > 500К, простой сделки 7 дней, отказ с причиной «дорого») — и РП всегда в курсе без захода в CRM.
• Документация БП. Если БП сложный — сделайте в первом блоке «Запись в лог» с описанием: что делает, кто владелец, когда последний раз меняли. Через год скажете спасибо.
• «Заморозка» БП вместо удаления. Если БП перестал нужен — не удаляйте, а выключите. Сохранится история, при необходимости можно включить обратно.
• Создание «библиотеки шаблонов». Заведите отдельный скрытый список или документ с описанием всех настроенных роботов и БП: название, стадия, что делает, кто владелец, дата последнего изменения. Когда через полгода кто-то спросит «а что это за робот шлёт письмо в 3 часа ночи?» — у вас будет ответ за 30 секунд, а не за час разбирательства в конструкторе.
• Использование переменных в письмах. Не пишите «Здравствуйте, Иван Иванович!» хардкодом — вставляйте переменную {Имя}. Один раз настроили — работает для всех клиентов корректно. Если переменная пустая — поставьте значение по умолчанию («Здравствуйте!»).

Стоимость разработки автоматизации у интегратора

Если решите не возиться с роботами и БП сами — типовые цены на рынке (и у меня в том числе):

• Настройка одного робота — от 1 500 ₽. Например, «отправить письмо при переходе в стадию» или «поставить задачу РП при простое 5 дней». Включает саму настройку + тестирование + шаблон письма.
• Автодожим клиента (5 роботов на стадии) — от 7 000 ₽. Готовый сценарий из примера 1 выше: серия касаний с паузами, эскалация в отказ при простое.
• Простой бизнес-процесс с условием — от 8 000 ₽. Например, «если сумма > 500К, отправить уведомление директору».
• Сложный БП с согласованием — от 25 000 ₽. Цепочка согласования (менеджер → РП → директор), с возвратом на доработку, историей и уведомлениями.
• Интеграция с внешним сервисом через вебхук — от 15 000 ₽. Telegram, Google Таблицы, n8n, собственный backend.
• Комплексная автоматизация под ключ — от 60 000 ₽. 5–10 роботов, 2–3 БП, интеграции, тестирование, документация, обучение команды.

Сравните с тем, сколько стоит ручной труд менеджера, который каждый день забывает позвонить 5 клиентам. Один потерянный клиент на 100 000 ₽ — это уже окупает весь комплекс. Поэтому автоматизация в Битрикс24 — не «расход», а инвестиция с прозрачной окупаемостью.

Итог: что выбрать

Если коротко:

• Нужно отправить письмо / поставить задачу / изменить поле при переходе в стадию? → Робот.
• Нужно «дожать» клиента серией касаний с паузами? → Роботы (3–5 штук с паузами).
• Нужно условие «если X, то Y, иначе Z»? → Бизнес-процесс.
• Нужно согласование (руководитель → директор → гендира)? → Бизнес-процесс.
• Нужно работать с задачами, документами, списками (не CRM)? → Бизнес-процесс.
• Нужно запускать по расписанию или по внешнему событию? → Бизнес-процесс + вебхук.

Не ломайте голову — начните с 5 базовых роботов (описаны в статье про настройку Битрикс24), через месяц посмотрите, каких автоматизаций не хватает. Скорее всего, это будет 1–2 БП для согласований и уведомлений. Если нужна помощь в проектировании сложных процессов — приходите на консультацию, я как раз этим живу.

Автор: Астафьев Константин Евгеньевич, системный интегратор Битрикс24, основатель Lead4Sell. 150+ внедрений, 7 лет опыта. Санкт-Петербург.