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