Битрикс24 бизнес процессы: как настроить согласования

Чем бизнес-процессы отличаются от роботов

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

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

Обычно они работают вместе: робот в сделке запускает бизнес-процесс согласования скидки, а по его итогу сделка идёт дальше.

Где бизнес-процессы окупаются

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

• оплата счетов поставщиков: заявка, согласование руководителя, оплата бухгалтером;
• согласование договоров с юристом и директором до отправки клиенту;
• нестандартная скидка или рассрочка в сделке, которую должен подтвердить руководитель отдела продаж;
• заявки на закупку, выдачу оборудования, рекламного бюджета;
• отпуска, командировки и авансы сотрудников;
• входящие документы, которые нужно распределить и зарегистрировать.

Из чего собирается процесс

Конструктор работает как схема из блоков. Основных блоков немного: задание (человек должен утвердить, отклонить или заполнить данные), условие (ветвление по сумме, отделу, типу клиента), уведомление, изменение полей документа, пауза до срока или события и цикл для повторяющихся действий.

Запускать процесс можно вручную, автоматически при создании элемента или по событию, например из сделки. Хранить сами заявки удобно в универсальных списках или смарт-процессах: заявка становится записью с полями и файлами, а бизнес-процесс управляет её движением.

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

Как внедрить: пошаговая инструкция

Порядок действий важнее красоты схемы. Работает такая последовательность:

• Выберите один процесс, который болит сильнее всего. Чаще всего это согласование оплат.
• Опишите его на бумаге: кто участвует, какие решения принимаются, что происходит при отказе, кто подменяет отсутствующего.
• Уберите лишнее. Каждое дополнительное согласование замедляет работу; оставьте только те, без которых нельзя.
• Создайте форму заявки: обязательные поля, вложение счёта или договора.
• Соберите схему, привязав задания к должностям и ролям, а не к фамилиям.
• Задайте сроки заданий и напоминания, а также правило, что делать при просрочке.
• Прогоните тестовые заявки по всем веткам: утверждение, отказ, возврат, большая и малая сумма. Запустите в одном отделе, понаблюдайте и только потом расширяйте на компанию.

Пример: оплата счёта поставщику

Представим оптовую компанию в Ташкенте, которая закупает товар у нескольких поставщиков. Раньше менеджер писал руководителю в Telegram, тот пересылал сообщение бухгалтеру, а счёт терялся в переписке.

В бизнес-процессе всё иначе. Сотрудник заполняет заявку: поставщик, сумма в сумах, назначение, файл счёта. Задание уходит руководителю отдела. Если сумма выше внутреннего порога, добавляется согласование финансового директора. После утверждения заявка попадает к бухгалтеру, тот проводит оплату через банк или Click/Payme для бизнеса и отмечает её в карточке. Инициатор получает уведомление. При отказе приходит комментарий, и заявку можно исправить, не создавая новую.

Порог суммы задаёт сама компания; это условие в схеме, которое меняется за минуту, если правила пересмотрели.

Типичные ошибки

Большинство неудачных внедрений повторяют один и тот же набор промахов:

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

Бизнес-процессы и сквозная аналитика

Побочный эффект, ради которого стоит всё это затевать: каждое согласование оставляет в Битрикс24 историю. Видно, кто и когда утвердил, на каком шаге заявка застряла, сколько в среднем занимает согласование. На вопрос «где завис договор» отвечает карточка, а не опрос в чате.

Для маркетинга и продаж это тоже важно. Если скидки и нестандартные условия проходят через процесс, сумма и причина скидки попадают в данные сделки. Тогда в сквозной аналитике можно сопоставить рекламный канал, стоимость лида и реальную маржу сделки, а не только выручку по счёту. Без дисциплины в CRM такие отчёты строить не из чего.

Команда markdev подключает такие данные к отчётности: связывает рекламу в Meta Ads и Google Ads, заявки из Instagram и Telegram с этапами сделок в CRM.

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

Перед тем как открыть процесс сотрудникам, проверьте: есть ли описание на бумаге; назначен ли ответственный; привязаны ли задания к ролям; предусмотрены ли отказ, возврат и замещение; заданы ли сроки и напоминания; пройдены ли все тестовые ветки; получили ли участники короткую инструкцию, где видны задания и как отвечать.

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