Одну и ту же задачу в Битрикс24 часто пытаются решить тремя разными инструментами. Нужно поставить задачу после звонка - делают бизнес-процесс. Нужно согласовать скидку - добавляют десяток роботов. Нужно вести монтаж после продажи - пытаются втиснуть его в сделку. В результате автоматизация становится хрупкой: менеджеры не понимают, где смотреть статус, руководитель не видит контроль, а администратор боится менять настройки.
Чтобы выбрать правильно, нужно разделить три уровня: роботы, бизнес-процессы и смарт-процессы. Роботы удобны для простых действий на стадиях. Бизнес-процессы нужны для маршрутов, согласований, условий и последовательностей. Смарт-процессы помогают создать отдельный объект со своей карточкой, стадиями, правами и полями, если стандартная сделка или задача уже не подходят.
Здесь сосредоточимся на практическом выборе инструмента: когда достаточно робота, когда нужен бизнес-процесс, а когда стоит выделить отдельный смарт-процесс.
Актуальные определения
По официальной документации Битрикс24, роботы в CRM выполняют рутинные действия: могут ставить задачи, отправлять сообщения, создавать документы и менять данные по заданным условиям. Триггеры отслеживают событие или изменение и могут переводить элемент на другую стадию. Это удобно, когда есть понятное событие и понятное действие.
Бизнес-процессы в Битрикс24 предназначены для автоматизации последовательных задач, согласований, уведомлений и маршрутов. В дизайнере бизнес-процессов настраивают действия, условия, переменные, константы и права. Такой инструмент нужен, когда процесс состоит не из одного шага, а из цепочки с участниками и проверками.
Смарт-процессы - это отдельные элементы CRM для собственных сценариев работы. Для них можно настроить карточку, поля, стадии, права, связь с задачами, календарем и другими элементами. Если у процесса есть самостоятельный жизненный цикл, смарт-процесс часто чище, чем перегруженная сделка.
Сравнительная таблица
| Критерий | Роботы | Бизнес-процессы | Смарт-процессы |
|---|---|---|---|
| Запуск | Стадия, событие, действие в CRM | Событие, ручной запуск, шаблон процесса | Создание или изменение отдельного элемента |
| Шаги | Обычно простые действия | Последовательность действий | Стадии собственного объекта |
| Ветвления | Ограниченные условия | Условия, команды, разные маршруты | Через стадии, роботов и бизнес-процессы внутри процесса |
| Согласования | Подходят для простых уведомлений | Сильная сторона инструмента | Если согласование живет как отдельный объект |
| Роли | Один или несколько ответственных | Несколько участников, права, задания | Свои права и ответственные по элементу |
| Поля | Использует поля элемента CRM | Может работать с полями, переменными и константами | Своя карточка и набор пользовательских полей |
| Стадии | Работают на стадиях CRM | Могут сопровождать этапы маршрута | Свои стадии и канбан |
| Повторяемость | Хороши для типовых действий | Хороши для повторяемых маршрутов | Хороши для процессов с собственной жизнью |
| Поддержка | Проще поддерживать, если их немного | Требуют документации и владельца | Требуют архитектуры полей, стадий и прав |
Дерево выбора
- Есть одно событие и одно понятное действие? Начните с робота. Например, поставить задачу при переходе сделки на стадию.
- Нужно согласование, несколько ролей или условия? Рассмотрите бизнес-процесс. Например, скидку должен согласовать РОП, затем коммерческий директор.
- Процесс не является сделкой, но имеет свои стадии? Создавайте смарт-процесс. Например, монтаж, сервисная заявка или производство после оплаты.
- Нужны и отдельный объект, и автоматизация внутри него? Смарт-процесс может иметь роботов и бизнес-процессы. Это нормальная архитектура, если она описана.
- Не можете выбрать? Сначала опишите процесс на бумаге: событие, действие, контроль, исключения, владелец.
Карта типовых сценариев
| Сценарий | Событие | Инструмент | Действие | Контроль | Риск |
|---|---|---|---|---|---|
| Задача после звонка | Звонок завершен или стадия изменилась | Робот | Поставить задачу менеджеру | Срок и ответственный | Задачи станут шумом без правил |
| Дожим КП | КП отправлено, ответа нет | Робот или бизнес-процесс | Напоминание, задача, проверка реакции | Просрочка и следующий контакт | Нет даты отправки или статуса КП |
| Контроль счета | Счет выставлен | Робот плюс отчет | Напомнить об оплате, подсветить просрочку | Срок оплаты и ответственный | Счет не связан со сделкой |
| Возврат клиента | Клиент давно не покупал | Бизнес-процесс | Серия касаний и проверок | Реакция клиента и результат | Нет сегментации базы |
| Согласование договора или скидки | Менеджер запросил нестандартные условия | Бизнес-процесс | Маршрут согласования | Кто согласовал и когда | Решения уходят в чаты |
| Монтаж, сервис или производство | Продажа завершена или заказ оплачен | Смарт-процесс | Создать отдельный объект со стадиями | Статус работ, сроки, ответственные | Сделка перегружается чужими этапами |
Когда достаточно робота
Робота достаточно, если действие короткое, повторяемое и не требует сложной логики. Например: при переходе сделки на стадию "КП отправлено" поставить задачу перезвонить через два дня; при создании сделки назначить ответственного; при просрочке отправить уведомление руководителю. Такой робот должен быть понятен без схемы на несколько страниц.
Главная опасность - поставить слишком много роботов без правил. Тогда CRM начинает создавать десятки задач, уведомлений и комментариев, а люди перестают отличать важное от фонового шума. Перед настройкой нужно решить, какое действие действительно помогает продажам.
Когда нужен бизнес-процесс
Бизнес-процесс нужен, если есть маршрут: кто-то должен проверить, согласовать, выбрать сценарий, передать задачу дальше или дождаться результата. Например, согласование скидки: менеджер отправляет запрос, РОП проверяет маржу, коммерческий директор подтверждает исключение, после этого менеджеру создается задача отправить обновленное КП.
Бизнес-процессы полезны и там, где нужна история согласования. Важно видеть не только итог, но и кто принял решение, сколько времени заняло задание и где процесс завис. Для этого процесс нужно документировать: роли, условия, переменные, исключения, права и владелец.
Когда нужен смарт-процесс
Смарт-процесс выбирают, когда у объекта есть собственная жизнь. Сделка отвечает на вопрос "продаем или нет", а монтаж отвечает на вопрос "как выполняем обязательства". Сервисная заявка, производственный заказ, подготовка документов, рекламация или внедрение после продажи могут иметь свои стадии, поля, ответственных и сроки. В такой ситуации смарт-процесс помогает не перегружать сделку чужими этапами.
Смарт-процесс не отменяет роботов и бизнес-процессы. Внутри него тоже можно автоматизировать задачи, уведомления и согласования. Но сначала проектируют объект: какие поля нужны, какие стадии отражают реальность, кто имеет права и какой отчет нужен руководителю.
Почему нельзя автоматизировать неописанный процесс
Если процесс не описан, инструмент не спасет. Робот будет ставить задачи не в тот момент, бизнес-процесс будет застревать на согласовании, а смарт-процесс превратится в еще одну таблицу без дисциплины. Перед настройкой полезно собрать простую схему: событие → инструмент → действие → контроль. Если для каждого шага понятно "кто делает" и "как проверить", автоматизацию можно запускать.
Условный сценарий выбора инструмента
Условный пример. Компания продает оборудование, а после оплаты выполняет монтаж. Сначала монтаж пытались вести внутри сделки: добавили стадии "выезд", "монтаж", "акт", "закрыто". Продажи и производство смешались, менеджеры перестали понимать, какие сделки еще продаются, а какие уже исполняются. Затем добавили роботов, но они только умножили задачи: монтажники получали уведомления, хотя данных по объекту не хватало.
После описания процесса стало видно, что продажа и монтаж - разные жизненные циклы. Сделка должна завершаться продажей и оплатой, а монтаж лучше вынести в смарт-процесс со своими стадиями: подготовка, выезд, работы, акт, закрытие. Внутри смарт-процесса достаточно роботов для задач монтажникам и бизнес-процесса для согласования нестандартных работ. Так инструменты не конкурируют, а дополняют друг друга.
Если бы задача была проще, например напомнить менеджеру перезвонить после КП, смарт-процесс был бы лишним. Хватило бы робота на стадии сделки. Если бы нужно было согласовать скидку перед отправкой КП, лучше подошел бы бизнес-процесс. Выбор всегда начинается с реального маршрута, а не с названия инструмента.
Как тестировать автоматизацию
- Создайте тестовую сделку или элемент смарт-процесса с безопасными данными.
- Пройдите процесс ролями: менеджер, РОП, согласующий, администратор.
- Проверьте не только успешный сценарий, но и исключения: отказ, возврат, просрочку, отсутствие поля.
- Убедитесь, что задачи создаются один раз и с правильным ответственным.
- Посмотрите, видит ли руководитель контроль в отчете или списке.
- Зафиксируйте, кто может менять роботов, шаблоны и стадии после запуска.
Как поддерживать автоматизацию после запуска
Роботы, бизнес-процессы и смарт-процессы нельзя считать разовой настройкой. Отдел продаж меняет стадии, добавляет новые источники, вводит другие правила скидок, подключает телефонию, отчеты или интеграции. Если изменения вносятся без владельца и журнала, через несколько месяцев никто не понимает, почему задача создается два раза или согласование ушло не тому человеку.
После запуска нужно завести простые правила поддержки. Любое изменение стадии проверяется на влияние роботов. Любой новый обязательный реквизит проверяется в бизнес-процессах. Любой новый смарт-процесс получает описание полей, ролей и отчетов. Если у процесса есть критичные автоматизации, изменения сначала проходят тест на копии или безопасной выборке.
Полезно хранить карту автоматизации в доступном виде: событие, инструмент, действие, ответственный, где смотреть контроль. Это не бюрократия, а способ быстро понять, почему система ведет себя так, а не иначе. Особенно это важно, когда администратор меняется или проект развивается после первичного внедрения.
Перед финальным выбором также проверяют тариф, права и фактический интерфейс портала. Возможности Битрикс24 меняются, а доступность отдельных инструментов зависит от редакции, настроек и роли пользователя. Поэтому путь в меню и состав функций лучше подтверждать на конкретном портале перед внедрением. Это снижает риск, что схема на бумаге окажется недоступной команде в реальной работе.
Еще один полезный контроль - назначить владельца автоматизации. Это не обязательно технический специалист: часто владельцем становится РОП или руководитель направления, который понимает бизнес-логику и принимает решение, нужна ли новая ветка. Администратор настраивает инструмент, но владелец отвечает за смысл правила: когда оно запускается, кому помогает, какой риск закрывает и когда его нужно пересмотреть.
Ошибки
- Делать бизнес-процесс там, где хватило бы одного робота.
- Заменять сложное согласование набором несвязанных роботов.
- Вести отдельный процесс монтажа внутри сделки до полной потери понятности.
- Не назначать владельца процесса и администратора изменений.
- Не документировать условия, переменные и исключения.
- Настраивать автоматизацию без проверки прав и ролей.
Чек-лист перед настройкой
- Процесс описан как есть.
- Есть событие запуска и понятный результат.
- Роли, сроки и исключения согласованы.
- Поля CRM заполнены достаточно стабильно.
- Понятно, где руководитель увидит контроль.
- Выбран самый простой инструмент, который решает задачу.
- Есть план тестирования на ролях менеджера, РОПа и администратора.
Связанные материалы
- подробное руководство по смарт-процессам
- пошаговый план настройки CRM
- что проверить перед настройкой Битрикс24
Дополнительные разборы по теме
- Какие процессы отдела продаж стоит автоматизировать в Битрикс24
- Как автоматически ставить задачи менеджерам в Битрикс24
- Смарт-процессы в Битрикс24: что это и когда они нужны
Мягкий следующий шаг
Если вы сомневаетесь, что выбрать для вашего отдела продаж, начните с описания процесса и карты автоматизации. CTR1 может помочь в рамках настройки бизнес-процессов Битрикс24, а для комплексной перестройки CRM полезно смотреть внедрение Битрикс24. Если процесс связан с задачами и проектами, также пригодится страница задачи и проекты в Битрикс24.
