Фраза «настроить бизнес-процессы в Битрикс24» в девяти случаях из десяти означает разное для клиента и для подрядчика. Клиент имеет в виду «сделать так, чтобы работало само». Подрядчик слышит конкретный инструмент — дизайнер бизнес-процессов. А задача, с которой пришли, часто решается вообще не им, а роботом на стадии или отдельным смарт-процессом.
Разберу, что за механизмы живут в Битрикс24 под общим словом «процессы», чем они отличаются на практике и что выбирать под конкретную задачу. Без интерфейсных инструкций «нажмите сюда» — их достаточно в справке вендора. Здесь про то, что решается до того, как открыт конструктор.
Четыре механизма автоматизации, которые путают между собой
В Битрикс24 есть четыре разных способа заставить систему что-то делать самостоятельно. Они выглядят похоже в разговоре и совершенно по-разному ведут себя в работе.
Роботы — действия, привязанные к стадии сделки, лида или элемента. Сделка перешла на «Счёт выставлен» — робот поставил задачу бухгалтеру и отправил письмо клиенту. Робот живёт внутри одной стадии и срабатывает при входе на неё. Это самый простой и самый недооценённый инструмент: примерно две трети запросов на «настройте нам бизнес-процессы» закрываются роботами за пару часов.
Триггеры — обратная сторона роботов. Робот реагирует на смену стадии, триггер сам меняет стадию в ответ на событие извне: клиент ответил в мессенджере, пришла оплата, заполнена форма на сайте. Связка «триггер двигает стадию — робот на стадии делает работу» покрывает большинство типовых сценариев в продажах.
Бизнес-процессы — тяжёлая артиллерия. Собираются в отдельном дизайнере, живут по своей схеме с ветвлениями, условиями, параллельными ветками и ожиданием ответа от человека. В отличие от робота, бизнес-процесс не привязан к стадии: он идёт по собственному маршруту и может долго ждать на каждом шаге. Именно здесь делают согласования, многоступенчатые проверки и всё, где решение принимает человек, а не система.
Смарт-процессы — это вообще не автоматизация. Это возможность завести собственную сущность CRM рядом со сделками, лидами и контактами: со своей карточкой, своим набором полей, своей воронкой стадий и своими правами. К ним, в свою очередь, можно прикрутить и роботов, и бизнес-процессы.
Роботы против бизнес-процессов: что брать
Практическое правило: начинайте с роботов и переходите к бизнес-процессам только когда упёрлись. Причин три.
Первая — скорость изменений. Робот правится за минуту прямо в воронке, и это может сделать сам руководитель отдела. Бизнес-процесс правится в дизайнере, требует понимания схемы и почти всегда возвращает вас к подрядчику.
Вторая — прозрачность. Роботы видны прямо на канбане: открыл стадию, увидел список действий. Схема бизнес-процесса живёт отдельно от воронки, и через полгода никто в компании уже не помнит, что там нарисовано и почему.
Третья — отладка. Когда робот не сработал, причина обычно на поверхности: не выполнилось условие, не заполнено поле. Когда встал бизнес-процесс, разбираться приходится по журналу выполнения, шаг за шагом.
Бизнес-процесс оправдан, когда в сценарии есть хотя бы одно из трёх: ожидание решения человека, ветвление по результату этого решения, или обработка не в CRM, а в списках и документах.
Типы бизнес-процессов в Битрикс24
В самом дизайнере процессы делятся на два типа, и разница между ними — самая частая причина, по которой собранный процесс работает не так, как ожидали.
Последовательный процесс идёт от начала к концу по нарисованной схеме: шаг, условие, следующий шаг, конец. Он запускается один раз, проходит маршрут и завершается. Подходит для всего, что имеет чёткое начало и конец: согласование счёта, оформление отпуска, приём заявки от подразделения.
Процесс со статусами устроен иначе: у элемента есть набор состояний, между которыми он ходит, и в каждом состоянии доступен свой набор команд. Такой процесс не завершается сам — элемент просто находится в каком-то статусе, пока кто-то не переведёт его дальше. Подходит для длинных жизненных циклов: работа с претензией, ведение объекта, обработка обращения, которое может вернуться на предыдущий шаг сколько угодно раз.
Ошибка, которую я вижу чаще всего: длинный жизненный цикл пытаются собрать последовательным процессом, потому что он привычнее. В итоге получается схема с десятком возвратов и петель, в которой невозможно разобраться. Если элемент может возвращаться назад и жить в состоянии неделями — это процесс со статусами, а не последовательный.
Где вообще запускаются бизнес-процессы
Второй источник путаницы — место запуска. Бизнес-процессы в Битрикс24 живут в нескольких местах, и возможности у них разные.
- В CRM — на сделках, лидах, контактах, компаниях и смарт-процессах. Здесь процесс работает с полями карточки и её стадиями.
- В универсальных списках — это отдельный инструмент: таблица с произвольными полями, к которой прикручивается процесс. Классика жанра — заявки на закупку, реестр договоров, справочники. Списки удобны там, где сущность не про продажи и в CRM ей не место.
- В документах и папках Диска — согласование файла, публикация регламента.
- В задачах и на «живой ленте» — процессы уровня компании: заявка на отпуск, командировка, служебная записка.
Отдельно предупрежу про тарифы: бизнес-процессы и смарт-процессы доступны не на всех планах Битрикс24, и состав функций вендор периодически меняет. Прежде чем проектировать схему, откройте свой тариф и проверьте, что нужный инструмент вообще включён — иначе рискуете нарисовать то, что не запустится.
Смарт-процессы: когда пора заводить свою сущность
Смарт-процесс — самый недооценённый механизм в Битрикс24 и самый полезный для компаний со сложным жизненным циклом клиента.
Признак, что он нужен: вы пытаетесь запихнуть в сделку то, что сделкой не является. Договор, объект, партию, рекламацию, проект внедрения, переговоры. Симптомы всегда одинаковые — воронка распухает до двадцати стадий, половина полей в карточке заполняется только у трети сделок, а на вопрос «на какой стадии проект» никто не может ответить, потому что стадия описывает продажу, а не производство.
Что даёт отдельный смарт-процесс: собственную воронку со своими стадиями, собственный набор полей, отдельные права доступа и — главное — связь с родительской сделкой. Сделка остаётся про деньги и продажу, а всё, что происходит после подписания, живёт в своей сущности со своим циклом.
На собственном портале я держу отдельными смарт-процессами переговоры, договоры, проекты внедрения и реестр выплат партнёрам. Сделка при этом остаётся короткой: заявка, квалификация, встреча, коммерческое предложение, договор. Всё производство — уже в связанных элементах, и по любому из них видно свой статус, не засоряя воронку продаж.
Процесс согласования — самый частый сценарий
Девять из десяти запросов на бизнес-процесс сводятся к согласованию: счёта, скидки, договора, отпуска, закупки. Разберу, что в нём важно спроектировать до конструктора.
Кто согласует и по какому признаку. Не «руководитель отдела», а конкретное правило: по сумме, по типу договора, по подразделению автора. Если правило не сформулировано словами — в схеме оно превратится в дерево из пятнадцати условий, которое никто не будет поддерживать.
Что происходит при отказе. Самый частый пробел. Отказ — это возврат автору на доработку, эскалация выше или полная отмена? Если возврат — сколько кругов допустимо, прежде чем процесс остановится?
Что происходит при молчании. Согласующий в отпуске, и заявка висит неделю. Нужен срок ожидания и действие по его истечении: напомнить, эскалировать выше, согласовать автоматически. Процессы без таймаутов — главная причина, почему согласование в компании считают бесполезным: оно просто зависает.
Что остаётся следом. Кто и когда согласовал, с каким комментарием. Если этого не сохранить в полях элемента, через полгода вы не восстановите, на каком основании была дана скидка.
Только после ответов на эти четыре вопроса имеет смысл открывать дизайнер. Схема после этого собирается за час; без них — переделывается три раза.
Шаблоны процессов: чем удобны и чем опасны
Готовый шаблон бизнес-процесса — это заготовка со схемой, которую можно скопировать и поправить под себя. В Битрикс24 есть встроенные шаблоны под типовые задачи компании, плюс шаблон можно выгрузить с одного портала и загрузить на другой.
Удобство очевидно: не рисовать с нуля. Опасность менее очевидна — шаблон приносит с собой чужую логику согласования и чужую структуру подразделений. Если взять готовую схему и не пройти по ней с четырьмя вопросами выше, вы автоматизируете чужой порядок работы, а не свой. Дальше сотрудники начинают обходить процесс, потому что он мешает, и в компании появляется вторая, неофициальная схема работы — в мессенджере.
Бизнес-процессы в списках: где живёт всё, что не продажи
Универсальные списки — самый недооценённый инструмент после смарт-процессов. Это таблица с произвольными полями, к которой прикручивается процесс. Разница со смарт-процессом принципиальная: смарт-процесс живёт внутри CRM и связан со сделками, список стоит отдельно и про продажи ничего не знает.
Что обычно уезжает в списки: заявки на закупку, реестр договоров с контрагентами, справочники (объекты, автопарк, оборудование), внутренние заявки в ИТ и на хозработы. Общее у них одно — это не клиенты и не деньги, но это регулярная работа, которая сейчас живёт в переписке.
Признак, по которому выбирают между списком и смарт-процессом: если у сущности есть жизненный цикл со стадиями и она связана с клиентом — это смарт-процесс. Если это справочник или разовая заявка без воронки — это список. Пытаться вести справочник оборудования как смарт-процесс так же неудобно, как вести проект внедрения в списке.
Как понять, что процесс работает, а не просто нарисован
Схема в дизайнере ничего не говорит о том, пользуются ли ей. Есть три проверки, которые я делаю на приёмке.
Журнал выполнения за последний месяц. Сколько раз процесс стартовал и сколько раз дошёл до конца. Если стартов много, а завершений мало — процесс где-то зависает, и обычно это шаг с ожиданием человека без таймаута.
Среднее время на каждом шаге. Если согласование по регламенту занимает день, а по факту три — либо согласующий выбран неправильно, либо у него нет уведомлений, либо шаг вообще лишний.
Разговор с двумя исполнителями. Не с руководителем, а с теми, кто нажимает кнопки. Вопрос простой: «что вы делаете в обход системы и почему». Ответ на него точнее любой аналитики показывает, где схема расходится с работой.
Процесс, который стартует, доходит до конца и не имеет обходных путей в мессенджере, — работает. Всё остальное — нарисован.
Пять ошибок, из-за которых процессы не приживаются
- Автоматизируют бардак. Если порядок согласования не описан на бумаге и каждый раз разный, схема лишь зафиксирует хаос и сделает его обязательным. Сначала регламент словами, потом конструктор.
- Берут бизнес-процесс там, где хватало робота. Проект дорожает, поддержка усложняется, а выигрыша нет.
- Не задают таймауты. Процесс, который зависает на неделю без напоминаний, умирает в первый же месяц.
- Делают процесс обязательным раньше, чем удобным. Если согласование добавляет сотруднику пять кликов и ничего не даёт взамен, его будут обходить.
- Не оставляют владельца. У каждого процесса в компании должен быть человек, который отвечает за его изменения. Без него схема костенеет: она уже не соответствует работе, но править её некому.
С чего начать, если процессов пока нет
Порядок, который работает у меня на внедрениях:
- Выписать пять–семь регулярных сценариев, которые сейчас живут в переписке и головах. Не все процессы компании, а именно те, что повторяются каждую неделю.
- Для каждого определить, чем он закрывается: робот, триггер, бизнес-процесс или отдельная сущность. Большая часть уйдёт в роботов.
- Собрать сначала самый частый, а не самый сложный. Первый работающий процесс важнее правильного: он показывает команде, что система помогает.
- Дать поработать две недели и собрать возражения. Именно здесь всплывают отказы, таймауты и исключения, о которых не вспомнили при проектировании.
- Только потом браться за тяжёлые многоступенчатые согласования.
И главное правило, которое экономит больше всего денег: не автоматизируйте то, что происходит раз в квартал. Ручная работа раз в три месяца стоит дешевле, чем схема, которую надо помнить и поддерживать.