Бизнес-процессы со статусами в Битрикс24

TL;DR. Бизнес процесс со статусами в Битрикс задаёт документу или сущности жёсткий маршрут: этап меняется только при выполнении условий, а на каждом статусе срабатывают действия и уведомления. Проще всего это собрать через Смарт-процессы и роботов в CRM либо через классический Дизайнер БП: первый вариант нагляднее и быстрее, второй мощнее для сложной логики с ветвлениями и согласованиями.

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

Что такое бизнес процесс со статусами в Битрикс24

Статус: это текущее состояние объекта на его пути. Сделка может быть в статусе «Новая», «В работе», «Счёт выставлен», «Оплачено». Задача согласования: «Черновик», «На согласовании», «Утверждено», «Отклонено». Статус отвечает на вопрос «где сейчас находится процесс».

Бизнес процесс со статусами в Битрикс24: это автоматизированный сценарий, привязанный к этим состояниям. Когда объект попадает на определённый статус, платформа запускает действия: ставит задачу, шлёт уведомление, меняет ответственного, ждёт документ. Смена статуса становится триггером, а не просто отметкой в карточке.

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

Где в Битрикс24 живут статусы

Статусы встречаются в нескольких местах платформы. В воронках CRM это стадии сделок и лидов. В Смарт-процессах: настраиваемые стадии под любую сущность. В классических бизнес-процессах: поля типа «Статус документа» или «Список», которыми управляет схема в Дизайнере БП. В задачах и списках тоже есть свои состояния.

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

Смарт-процессы, роботы или Дизайнер БП: чем управлять статусами

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

Роботы и триггеры в CRM. Самый лёбегкий вход. Робот привязан к стадии воронки и срабатывает, когда сделка на неё попадает. Триггер наоборот: ловит внешнее событие (входящий звонок, заполнение формы) и сам двигает сделку на нужный статус. Настраивается мышкой без кода. Подходит для линейных процессов продаж.

Смарт-процессы. Это конструктор собственных сущностей со своими стадиями, полями и канбаном. По сути вы создаёте мини-CRM под любой процесс: согласование договоров, обработка рекламаций, найм, логистика. Внутри Смарт-процесса работают те же роботы и триггеры, но объект отвязан от классических сделок.

Классический Дизайнер бизнес-процессов. Визуальная блок-схема с ветвлениями, циклами, параллельными ветками и обработкой ошибок. Здесь собирают сложные согласования с несколькими уровнями, условными переходами и голосованием. Мощнее роботов, но требует времени и понимания логики.

Практический вывод. Начинайте с роботов и Смарт-процессов: 80 процентов задач малого и среднего бизнеса закрываются ими. К Дизайнеру БП переходите, когда нужны ветвления «если сумма больше миллиона: два уровня согласования, иначе один».

Как настроить бизнес процесс со статусами в CRM: пошагово

Разберём сборку на живом примере: воронка обработки заявки от лида до оплаты. Тот же алгоритм подойдёт для большинства процессов продаж.

1. Спроектируйте статусы на бумаге. Выпишите этапы до входа в систему: «Новая», «Квалификация», «Отправлено КП», «Договор», «Счёт», «Оплачено», «Отказ». Не плодите лишние стадии: 5-8 достаточно.
2. Создайте или откройте воронку. В разделе CRM зайдите в настройки стадий сделок. Задайте статусы, порядок, цвета. Отдельно вынесите провальные стадии (Отказ, Неуспех).
3. Добавьте роботов на каждый статус. На стадии «Новая»: робот «Поставить задачу менеджеру: связаться за 15 минут». На «Отправлено КП»: робот «Напоминание через 2 дня, если нет ответа».
4. Настройте триггеры. Триггер «Входящий звонок» двигает лид на «Квалификация». Триггер «Оплата пришла» переводит сделку на «Оплачено» автоматически.
5. Пропишите условия перехода. Через робота «Изменить стадию» с условием: перевести на «Договор» только если заполнено поле «Сумма» и «Контактное лицо».
6. Настройте уведомления и ответственных. На критичных статусах: уведомление руководителю. Смена ответственного при передаче в бухгалтерию.
7. Протестируйте на тестовой сделке. Прогоните объект по всем статусам вручную. Проверьте, что роботы срабатывают, задачи создаются, письма уходят.
8. Запустите и наблюдайте неделю. Соберите обратную связь от менеджеров. Уберите лишние уведомления, добавьте недостающие проверки.

Как собрать статусный процесс в Смарт-процессе

Если объект не является сделкой (например, заявка на отпуск или согласование договора), создайте Смарт-процесс. Логика та же, но гибче.

1. В настройках CRM откройте раздел Смарт-процессы и создайте новый.
2. Задайте название, добавьте нужные поля (сумма, файл договора, комментарий).
3. Настройте стадии в канбане: «Черновик», «На согласовании юриста», «На согласовании директора», «Подписан», «Отклонён».
4. Повесьте роботов: на «На согласовании юриста» ставится задача юристу с дедлайном.
5. Добавьте условие возврата: при отклонении объект уходит обратно на «Черновик» с комментарием.

Как собрать сложный статусный процесс в Дизайнере БП

Когда нужны ветвления и многоуровневое согласование, открывайте Дизайнер бизнес-процессов. Он доступен для списков, документов CRM и универсальных списков. Битрикс24 бизнес процесс со статусами здесь строится как визуальная схема из блоков-действий.

Основные блоки, которыми вы оперируете: «Установка статуса», «Утверждение документа», «Задание», «Условие», «Пауза», «Отправка почты», «Обработка ветки». Схема читается сверху вниз: объект входит, проходит через блоки, на выходе получает финальный статус.

Пример схемы согласования счёта

• Старт. Сотрудник создаёт счёт, процесс запускается автоматически. Статус: «На проверке».
• Условие по сумме. Блок «Условие»: если сумма меньше 100 000, ветка идёт сразу на бухгалтера. Если больше: сначала на руководителя.
• Задание на согласование. Руководитель видит задачу с кнопками «Согласовать» и «Отклонить». Статус меняется на «У руководителя».
• Обработка отказа. При отклонении процесс возвращает объект автору, статус «Возвращён», с обязательным комментарием причины.
• Финал. После всех согласований статус «Утверждён», уходит уведомление в бухгалтерию и инициатору.

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

Сценарии применения для бизнеса

Статусные процессы окупаются там, где есть повторяющийся маршрут с несколькими участниками. Вот конкретные примеры, которые внедряют чаще всего.

Продажи. Воронка от лида до оплаты с автозадачами на каждом этапе. Менеджер не может забыть перезвонить: система ставит задачу и напоминает руководителю о зависших сделках.

Согласование договоров. Смарт-процесс со стадиями от черновика до подписи. Юрист, финансист и директор согласуют по очереди, каждый видит свою задачу, история изменений фиксируется.

Обработка рекламаций. Заявка проходит статусы «Принята», «Диагностика», «Решение предложено», «Закрыта». Клиент получает автоуведомление на каждой смене статуса, поддержка не теряет обращения.

Найм персонала. Кандидат движется по стадиям «Отклик», «Скрининг», «Интервью», «Оффер», «Вышел». HR видит воронку целиком, автоматика напоминает про фидбэк после собеседования.

Внутренние заявки. Заявки на отпуск, закупку, доступ к системам. Сотрудник создаёт заявку, она уходит на согласование по цепочке, финальный статус разблокирует действие.

Частые ошибки при настройке статусов

Большинство провалов внедрения повторяются из проекта в проект. Проверьте себя по этому списку до запуска.

• Слишком много статусов. Пятнадцать стадий в воронке: менеджеры путаются и двигают объекты как попало. Держите 5-8 осмысленных этапов, детали выносите в поля.
• Нет условий перехода. Если сделку можно перетащить на «Оплачено» без заполненной суммы, аналитика ломается. Ставьте роботов-проверок на критичных переходах.
• Переспам уведомлениями. Уведомление на каждое микродвижение приучает людей игнорировать систему. Оставьте оповещения только на важных статусах.
• Нет ветки отказа. Процесс согласования без обработки «Отклонить» зависает навсегда. Всегда закладывайте негативный сценарий и возврат объекта.
• Отсутствие таймаутов. Задача согласования без дедлайна лежит неделями. Ставьте паузу с эскалацией руководителю, если этап затянулся.
• Запуск без теста. Схему прогоняют сразу на боевых сделках, ловят баги на клиентах. Всегда тестируйте на пробном объекте.
• Игнор мнения исполнителей. Процесс рисует руководитель, а работают в нём менеджеры. Соберите обратную связь в первую неделю и упростите неудобные места.

Как выбрать инструмент под свою задачу

Чтобы не гадать, идите по простому дереву решений. Оно закрывает почти все ситуации.

1. Это продажи или работа с лидами? Берите классическую воронку CRM с роботами и триггерами. Быстро и наглядно.
2. Нужна своя сущность с полями (договоры, заявки, объекты)? Создавайте Смарт-процесс. Он даёт канбан и роботов без привязки к сделкам.
3. Есть ветвления, уровни согласования, условная логика? Открывайте Дизайнер БП. Только он тянет сложные схемы с обработкой ошибок.
4. Процесс простой и линейный, участник один? Хватит роботов на стадиях, не усложняйте.

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

Чек-лист перед запуском процесса

• Статусы выписаны заранее, их 5-8, названия понятны исполнителю.
• Провальные стадии вынесены отдельно, аналитика по причинам отказа собирается.
• На каждом ключевом статусе есть действие: задача, уведомление или проверка.
• Критичные переходы защищены условиями (заполнены обязательные поля).
• Заложена ветка отказа и возврата объекта с комментарием.
• На долгих согласованиях стоят таймауты с эскалацией.
• Уведомления настроены точечно, без спама.
• Схема протестирована на пробном объекте от старта до финала.
• Собрана обратная связь исполнителей в первую неделю работы.

Частые вопросы

Чем робот отличается от бизнес-процесса в Битрикс24?

Робот: это одно действие, привязанное к стадии воронки, срабатывает при попадании объекта на статус. Бизнес-процесс в Дизайнере БП: полноценная схема с ветвлениями, циклами и обработкой ошибок. Робот проще и быстрее для линейных сценариев, бизнес-процесс мощнее для сложных согласований с условной логикой.

Можно ли настроить статусы без программиста?

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

В каком тарифе Битрикс24 доступны бизнес-процессы?

Роботы и триггеры в CRM доступны на большинстве коммерческих тарифов. Смарт-процессы и полноценный Дизайнер бизнес-процессов открываются на старших планах. Конкретный набор зависит от актуальной тарифной сетки, поэтому перед покупкой сверьтесь с текущими условиями Битрикс24: линейка периодически меняется.

Как сделать, чтобы сделку нельзя было двигать без заполнения полей?

Поставьте на нужный переход робота-условие: он проверяет обязательные поля и блокирует смену статуса, если они пусты. Также можно включить обязательность полей на конкретной стадии в настройках воронки. Так система не пропустит объект дальше, пока менеджер не внесёт сумму, контакт или документ.

Что делать, если процесс со статусами зависает?

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