Вы настроили автоматизацию в CRM, потратили на это дни, а через неделю выясняется: половина сделок зависает, менеджеры ругаются, что система "глючит", а исправить что-то страшно, потому что непонятно, где именно всё сломалось. Знакомая картина?
Чаще всего причина не в Битрикс24 и не в кривых руках того, кто настраивал. Причина проще: для задачи выбрали не тот инструмент. Попытались натянуть сложную многоступенчатую логику на простого робота. Или наоборот: построили громоздкий бизнес-процесс с визуальным дизайнером там, где хватило бы одной кнопки.
Разберём, чем роботы отличаются от бизнес-процессов в Битрикс24 на техническом уровне, какие ошибки встречаются чаще всего и как выбирать инструмент, чтобы автоматизация работала, а не превращалась в головную боль.
Роботы в Битрикс24: простые действия на стадиях воронки
Роботы в Битрикс24 - это автоматические действия, которые привязываются к конкретной стадии воронки сделки или лида. Настраиваются прямо на странице CRM, без отдельного редактора.
Как это работает технически: вы выбираете стадию воронки (например, "Переговоры" или "Выставлен счёт"), добавляете на неё робота и задаёте условие. Когда сделка попадает на эту стадию, система проверяет условие. Если оно выполнено, робот запускает действие: ставит задачу ответственному, отправляет email клиенту, меняет значение поля, создаёт документ.
Типичные сценарии для роботов:
- Сделка перешла в "Счёт выставлен" - робот отправляет письмо клиенту с реквизитами и PDF-счётом во вложении
- Лид попал в "Первичный контакт" - робот ставит задачу менеджеру "Позвонить в течение часа"
- Сделка перешла в "Согласование" и сумма больше 500 000 рублей - робот ставит задачу руководителю отдела
- Сделка в "Оплата" больше двух дней - робот меняет ответственного на отдел взыскания
Ключевое ограничение: один робот выполняет одно действие по одному условию. Если нужно ветвление ("если сумма больше 100 000, делай А, если меньше - делай Б, а если клиент из Москвы - вообще В"), робот с этим не справится. У него нет логики ветвлений, циклов и переменных.
Бизнес-процессы в Битрикс24: сложная логика с ветвлениями
Бизнес-процессы настраиваются в отдельном визуальном дизайнере. Это полноценный инструмент для построения многоэтапных сценариев с условиями, циклами, переменными и параллельными ветками.
Техническая разница с роботами: бизнес-процесс не привязан жёстко к одной стадии. Он запускается по триггеру (создание сделки, изменение поля, ручной запуск), а дальше выполняет последовательность шагов по заданной логике. Внутри процесса можно использовать условные блоки ("если-то-иначе"), циклы ("повторять, пока условие истинно"), задержки по времени, сбор данных от участников и многоступенчатые согласования.
Типичные сценарии для бизнес-процессов:
- Согласование крупной сделки: если сумма больше 1 млн рублей, процесс запрашивает согласование у коммерческого директора, затем у финансового, затем у генерального. Если кто-то отклонил, процесс возвращает сделку менеджеру с комментарием
- Онбординг нового клиента: процесс последовательно ставит задачи разным отделам (юристам подготовить договор, бухгалтерии выставить счёт, техподдержке настроить доступы), ждёт выполнения каждой задачи и переходит к следующему шагу
- Обработка заявки с сайта: процесс проверяет регион клиента, назначает ответственного из нужного филиала, если клиент не ответил на звонок за сутки - передаёт заявку другому менеджеру, если не ответил за трое суток - закрывает с причиной "Не дозвонились"
Бизнес-процесс решает задачи, где одного действия на стадии недостаточно, а нужна цепочка шагов с проверками и ветвлениями.
Минус бизнес-процессов: настройка занимает больше времени. Нужно открыть дизайнер, выстроить схему, прописать условия, протестировать все ветки. Для простого действия "отправить письмо при переходе на стадию" это избыточно.
Ошибка первая: пытаются реализовать сложную логику через роботов
Частая картина на практике: компания хочет автоматизировать согласование договоров. Логика такая: если сумма сделки до 300 000 рублей, согласование не нужно. Если от 300 000 до 1 млн - согласовывает руководитель отдела. Если больше 1 млн - сначала руководитель отдела, потом коммерческий директор, потом генеральный.
Пытаются собрать это на роботах. Создают несколько роботов на стадии "Согласование", каждый с условием по сумме. Первый робот проверяет "сумма больше 300 000" и ставит задачу руководителю. Второй проверяет "сумма больше 1 млн" и ставит задачу коммдиректору.
Что ломается:
- Роботы срабатывают параллельно, а не последовательно. Если сумма 1,5 млн, оба робота сработают одновременно, и задачи уйдут всем сразу. Никакой последовательности согласования
- Нет механизма "ждать ответа и переходить к следующему шагу". Робот поставил задачу - и забыл. Он не проверяет, что ответил руководитель, не передаёт управление дальше
- Нет обработки отказа. Если руководитель отклонил согласование, робот об этом не узнает и не вернёт сделку менеджеру
В итоге приходится добавлять костыли: дополнительные поля в CRM, чтобы отмечать статус согласования вручную, дополнительные стадии воронки под каждый этап согласования, инструкции для сотрудников "если руководитель отклонил, поменяй поле Х на значение Y вручную". Автоматизация превращается в полуручной процесс, который путает всех, кто с ним работает.
Правильное решение для такой задачи - бизнес-процесс. В нём можно выстроить цепочку: проверить сумму условным блоком, отправить задачу первому согласующему, дождаться его ответа, если одобрил - отправить следующему, если отклонил - вернуть менеджеру с комментарием. Всё это в одной схеме, с прозрачной логикой.
Ошибка вторая: строят бизнес-процесс вместо простого робота
Обратная ситуация: компании нужно простое действие. Когда сделка переходит на стадию "Счёт выставлен", отправить клиенту письмо с реквизитами и приложить PDF-счёт.
Вместо того чтобы добавить робота на эту стадию (две минуты настройки), открывают дизайнер бизнес-процессов. Создают новый процесс, настраивают триггер "изменение стадии", добавляют условие "если стадия = Счёт выставлен", добавляют действие "отправить письмо", настраивают шаблон письма, тестируют.
Что не так:
- На настройку ушло в 5-10 раз больше времени, чем требовалось
- Процесс сложнее поддерживать: если через полгода нужно изменить текст письма, придётся снова открывать дизайнер, искать нужный блок, редактировать, публиковать заново
- Другие сотрудники, которые не настраивали этот процесс, боятся в него лезть. Дизайнер выглядит страшнее, чем список роботов на странице сделки
На практике такое встречается, когда человек однажды освоил бизнес-процессы и теперь использует их для всего подряд. Или наоборот: прочитал статью, что бизнес-процессы - это "правильный" и "профессиональный" инструмент, и считает роботов чем-то упрощённым, недостойным внимания.
В результате CRM обрастает десятками бизнес-процессов, каждый из которых делает одно простое действие. Через полгода в этой системе не может разобраться даже тот, кто её настраивал. Любое изменение требует часов работы.
Правильное решение: робот на стадии. Открыли воронку, добавили робота "Отправить письмо" на нужную стадию, выбрали шаблон, сохранили. Готово. Если нужно изменить текст письма - меняете шаблон в настройках CRM, робот автоматически использует обновлённый вариант.
Как выбирать инструмент под задачу
Критерии выбора между роботом и бизнес-процессом простые. Задайте себе три вопроса:
1. Достаточно ли одного действия, или нужна цепочка шагов?
Если задача сводится к "когда сделка попадает на стадию Х, сделай действие Y" - это робот. Отправить письмо, поставить задачу, изменить поле, создать документ - всё это одно действие.
Если нужна последовательность ("сделай А, дождись ответа, потом сделай Б, потом проверь условие и в зависимости от результата сделай В или Г") - это бизнес-процесс.
2. Есть ли ветвления по условиям?
Робот умеет проверять одно условие перед срабатыванием. "Если сумма больше 100 000 - поставь задачу". Если условие не выполнено, робот просто не сработает.
Если логика сложнее ("если сумма больше 100 000 и клиент из Москвы - делай А, если сумма больше 100 000 и клиент из регионов - делай Б, если сумма меньше - делай В"), нужен бизнес-процесс с условными блоками.
3. Нужно ли ждать ответа от человека и действовать в зависимости от ответа?
Робот не умеет ждать. Он сработал - и забыл. Если вам нужно поставить задачу сотруднику, дождаться, пока он её выполнит, проверить результат и на основе этого что-то сделать - это бизнес-процесс.
Если достаточно просто поставить задачу, а что с ней будет дальше - не важно для автоматизации, робот справится.
Практические примеры по этим критериям:
- Отправка письма клиенту при переходе на стадию - робот (одно действие, без ветвлений)
- Постановка задачи менеджеру при создании лида - робот (одно действие)
- Изменение ответственного, если сделка висит на стадии больше трёх дней - робот (одно действие с условием по времени)
- Согласование договора с несколькими участниками последовательно - бизнес-процесс (цепочка действий, ожидание ответа)
- Онбординг клиента с задачами разным отделам - бизнес-процесс (цепочка действий, ожидание выполнения)
- Обработка заявки с сайта: назначить ответственного по региону, если не дозвонились - передать другому - бизнес-процесс (ветвление, проверка результата)
Ещё один признак, что пора переходить от роботов к бизнес-процессу: вы создали на одной стадии три и больше роботов, которые работают вместе. Скорее всего, их логику можно объединить в один процесс, и это будет понятнее.
Что делать, если автоматизация уже запуталась
Если автоматизация в вашей CRM уже превратилась в хаос, не пытайтесь чинить её точечно. Добавление ещё одного робота или ещё одного условия в бизнес-процесс обычно только усугубляет ситуацию.
Правильный подход: остановитесь, выпишите на бумаге или в блокноте, какие сценарии должны работать. Для каждого сценария определите, робот это или бизнес-процесс по критериям выше. Потом пересоберите автоматизацию с нуля, удалив старые костыли.
Звучит страшно, но на практике переделка занимает меньше времени, чем бесконечные попытки заставить работать то, что изначально собрано неправильно.
Если у вас есть сценарий, который нужно автоматизировать, но непонятно, какой инструмент выбрать и как это правильно выстроить, напишите мне. Разберём вашу задачу, определим подходящий инструмент и логику настройки, чтобы автоматизация работала, а не создавала новые проблемы.