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

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

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

Технически бизнес-процесс — это сценарий, который система прогоняет автоматически по заранее заданному алгоритму: что-то происходит (создали заявку, поступил счёт, сотрудник подал заявление), дальше система сама решает, кому отправить задачу, что показать, кого спросить «согласен/не согласен», и что сделать с результатом. Конструктор находится в CRM → Бизнес-процессы → Конструктор, а также отдельно для смарт-процессов, для раздела «Компания» (например, для отпусков) и для библиотеки документов. Процесс живёт не в голове у сотрудника и не в переписке в чате, а в системе, поэтому его можно посчитать: сколько дней он занимает в среднем, на каком шаге чаще всего зависает, кто чаще всех нарушает сроки.

Ключевое отличие от «просто задач в Битрикс24»: в задаче ответственный сам решает, что делать дальше. В бизнес-процессе маршрут прошит заранее — если сумма счёта больше 200 000 рублей, документ уходит не только руководителю отдела, но и финансовому директору; если кандидат не прошёл техническое интервью, процесс найма автоматически переводит его в статус «отказ» и создаёт задачу рекрутеру написать вежливый ответ. Человек принимает решения по существу (согласовать/отклонить, оценить кандидата), а не решает, кому переслать документ дальше — это делает система.

Зачем это малому и среднему бизнесу, а не только корпорациям

Возьмём типичный пример: компания на 35 сотрудников, отдел продаж из 8 человек, склад и логистика. Без процессов заявка на закупку канцтоварки и заявка на закупку партии товара на 800 000 рублей идут одинаково — через личное сообщение директору в мессенджере. Директор в отпуске — заявка зависает на неделю. Бухгалтер не понимает, кто утвердил оплату, потому что согласование было устным. При обороте в 15-20 млн рублей в месяц один незамеченный дублирующий платёж или забытая просрочка по договору обходится дороже, чем два дня настройки процесса в конструкторе.

Формализация процессов даёт три конкретных эффекта, которые можно измерить уже через месяц: сокращение среднего времени согласования (обычно на 40-60%, потому что документ не лежит «на столе», а прилетает роботом с уведомлением и таймером), снижение числа потерянных заявок и забытых шагов (проверено на клиентах: до внедрения теряется в среднем 1 заявка из 12-15, после — почти ноль, потому что процесс не даст закрыть шаг без обязательных полей), и появление данных для управленческих решений — сколько в среднем стоит нанять одного сотрудника по времени HR, сколько дней реально длится закупка, а не «по ощущениям».

Из чего состоит процесс технически

Точки запуска

Процесс запускается либо автоматически по событию (создание элемента CRM, изменение стадии сделки, создание документа в разделе «Диск», добавление сотрудника), либо вручную кнопкой «Запустить процесс» на карточке, либо по расписанию (например, каждый понедельник в 9:00 запускать процесс еженедельного отчёта). У смарт-процессов и CRM-форм есть отдельная настройка триггеров в разделе автоматизации самой сущности.

Роботы, условия и действия

Внутри процесса вы работаете с тремя типами блоков: условия (ветвление «если сумма больше X — идём по одному пути, если меньше — по другому»), действия (создать задачу, отправить уведомление, изменить поле, отправить письмо, поставить документ на согласование) и роботы CRM, которые можно встроить прямо в процесс. Отдельно стоит блок «Утверждение документа» — он создаёт полноценный лист согласования с историей, кто когда посмотрел и что написал в комментарии.

Конструктор процессов, роботы CRM и упрощённый визард — в чём разница

Начинающие путают три инструмента автоматизации, и это первая точка провала. Роботы CRM (в карточке сделки, вкладка «Роботы») — это простые правила уровня «когда сделка попала на стадию Х, поставь задачу и подожди 2 дня». Они хороши для линейного пути сделки, но не умеют ветвиться на несколько условий и не имеют полноценного листа согласования. Конструктор бизнес-процессов — полноценный визуальный редактор с условиями, параллельными ветками, циклами и подпроцессами; он нужен, когда в маршруте больше двух развилок или несколько согласующих. Упрощённый визард (мастер создания процесса согласования) — это готовый шаблон линейного согласования документа с 1-3 этапами, отличный вариант для первого процесса, если не хочется разбираться в блок-схеме.

• Роботы CRM — линейный путь одной сделки, без ветвлений, настройка 10-15 минут
• Упрощённый визард согласования — готовый шаблон «подать → согласовать → утвердить», 20-30 минут на настройку
• Конструктор бизнес-процессов — сложные маршруты с условиями и параллельными этапами, от 2-3 часов настройки
• Смарт-процессы — если нужен процесс не для CRM-сущности, а для собственного справочника (рекламации, инвентарь, договоры)

Пошаговый пример: процесс согласования отпуска на практике

Компания на 40 сотрудников, три отдела. Раньше заявление на отпуск писали в бумажном виде и носили директору на подпись — в среднем 4 рабочих дня от подачи до ответа, потому что директор часто был в разъездах. После настройки процесса в разделе «Компания» → «Отпуска» алгоритм такой: сотрудник подаёт заявку в приложении, процесс автоматически проверяет остаток дней отпуска по кадровому учёту, если дней достаточно — уходит на согласование руководителю отдела с дедлайном 1 рабочий день, если руководитель не отвечает — эскалация HR-директору, после согласования автоматически создаётся событие в календаре отдела и уведомление бухгалтеру для расчёта отпускных. Среднее время сократилось до 6 часов, а число «забытых» заявлений (когда сотрудник ушёл в отпуск без официального оформления) упало до нуля за первый квартал.

Курс школы: Бизнес-процессы в Битрикс24 — от 19 990 ₽

Типичные ошибки на старте

1. 1.Пытаться автоматизировать сразу самый сложный процесс в компании (обычно это закупки или производство) — займёт месяцы и разочарует всех; правильно начинать с простого линейного процесса на 10-15 сотрудников из одного отдела
2. 2.Копировать чужой типовой шаблон без адаптации под реальную оргструктуру — в шаблоне согласующий «руководитель», а в компании их физически два на равных правах, процесс зависает на развилке, которую никто не предусмотрел
3. 3.Не назначать ответственного за процесс после запуска — если никто не смотрит статистику по срокам и не подкручивает маршрут, через 3 месяца процесс превращается в кладбище зависших задач
4. 4.Делать слишком много обязательных полей на первом шаге — сотрудники начинают обходить процесс и договариваться в обход системы, потому что подать заявку дольше, чем написать в чат
5. 5.Не тестировать процесс на самом себе перед раскаткой на всех — баг в условии (например, перепутанные «больше» и «больше или равно») вскрывается только когда через процесс прошло 30 реальных заявок и половина ушла не туда

Правило одного процесса в квартал. Не пытайтесь описать и внедрить больше одного полноценного бизнес-процесса за квартал, если в компании нет выделенного администратора Битрикс24. Каждый процесс требует минимум 2-3 итерации донастройки после первого запуска — сотрудники находят кейсы, которые не учли на бумаге. Пять недоделанных процессов хуже одного, который реально работает.

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

Сколько это стоит по времени и что окупается быстрее всего

По опыту настройки процессов для компаний на 20-60 человек: простой процесс согласования (отпуска, счета до определённой суммы) занимает 3-6 часов работы администратора включая тестирование. Процесс найма или закупок с несколькими развилками — от 12 до 25 часов. Быстрее всего окупаются процессы, где раньше документ физически передавался между людьми или ждал, пока кто-то вспомнит — согласование счетов и отпусков. Медленнее всего окупаются процессы, которые пытаются заменить творческую работу (например, процесс «придумать маркетинговую кампанию») — там автоматизировать почти нечего, только чек-лист задач.

С чего начать: минимальный чек-лист первого процесса

• Выберите процесс, который повторяется минимум 5 раз в месяц и имеет чёткое начало и конец
• Нарисуйте маршрут на бумаге до открытия конструктора — кто, что и в какой последовательности решает
• Ограничьте первую версию 3-5 шагами максимум, даже если в жизни бывают исключения
• Запустите на 2 недели в тестовом режиме на своём отделе, соберите обратную связь
• Только после этого масштабируйте на всю компанию и добавляйте условия для редких случаев

Как понять, что процесс реально работает, а не просто существует

У любого запущенного процесса должны быть три измеримых показателя, которые руководитель смотрит хотя бы раз в месяц в разделе статистики бизнес-процессов. Первый — среднее время прохождения от старта до финиша: если по регламенту согласование счёта должно занимать 1 день, а фактически занимает 3,5 — где-то в маршруте лишний согласующий или человек не получает уведомлений вовремя. Второй — процент процессов, завершившихся штатно, без ручной отмены администратором: если больше 10% экземпляров кто-то останавливает вручную, значит в логике есть дыра, которую пользователи обходят руками. Третий — распределение по этапам: если 80% времени процесс висит на одном конкретном шаге (чаще всего это «ожидание ответа руководителя»), то узкое место найдено и его нужно чинить не автоматизацией, а организационно — например, назначить заместителя, который согласовывает в отсутствие основного руководителя.

Отдельно стоит сказать про частую иллюзию: «процесс настроен — значит, работает вечно». На практике оргструктура меняется чаще, чем кажется: увольняется согласующий, появляется новый отдел, меняется лимит по сумме сделки. Если в компании 40+ сотрудников и запущено 4-5 процессов, разумно закладывать 2-4 часа в месяц на ревизию — просто открыть статистику и посмотреть на аномалии. Это дешевле, чем потом разбираться, почему три месяца заявки на закупку утверждал уволившийся сотрудник, потому что его никто не убрал из маршрута.

Кто в компании должен отвечать за процессы

Частая ошибка малого бизнеса — считать, что бизнес-процессы это задача айтишника или подрядчика, который «настроил и ушёл». На практике за живой процесс должен отвечать человек из бизнеса, который понимает предметную область: HR-менеджер для процесса найма и отпусков, руководитель снабжения для закупок, коммерческий директор для сделок. Технической стороной (конструктором, роботами, полями) может заниматься администратор портала или подрядчик, но решения «что менять в маршруте» должен принимать владелец процесса, а не тот, кто умеет кликать в конструкторе. Если этой роли нет и оба вопроса пытается решать один айтишник, процесс со временем отрывается от реальной работы отделов — правила меняются в жизни, а в системе остаются старые.