Что такое сквозной бизнес-процесс
Сквозной бизнес-процесс — это цепочка работ, которая проходит через несколько подразделений компании и заканчивается одним результатом для клиента или бизнеса: оплаченным заказом, закрытым обращением, принятым на работу сотрудником. У такого процесса есть событие начала, конечный результат, владелец и общие метрики. Его оценивают по итогу всей цепочки, без разбивки по отделам.
Границы процесса задают два события. Начало — запрос клиента или внутренняя потребность, конец — момент, когда ценность получена и обязательства закрыты. Все передачи работы между отделами внутри этих границ входят в процесс.
В англоязычных материалах используют обозначение E2E (end-to-end, «от начала до конца»). Общая логика процессов разобрана в статье про бизнес-процесс, здесь фокус на стыках подразделений и ответственности за цепочку.
Дальше — отличия, типовые цепочки, разрывы, владелец, метрики, автоматизация и пример.
Чем сквозной процесс отличается от функционального
Функциональный, или локальный, процесс идет внутри одного подразделения и измеряется его показателями: отдел продаж считает подписанные договоры, склад — отгрузки. Сквозной процесс объединяет несколько таких участков и оценивается по результату для клиента. Функциональные процессы при этом сохраняются: они становятся этапами цепочки, а правила передачи работы между ними задает владелец сквозного процесса.
Различия видны по пяти критериям управления.
| Критерий | Функциональный процесс | Сквозной процесс |
|---|---|---|
| Границы | Внутри одного отдела | От запроса клиента до конечного результата |
| Цели | План и загрузка отдела | Результат для клиента и бизнеса |
| Ответственность | Руководитель подразделения | Владелец процесса вместе с руководителями этапов |
| Данные | Своя система или таблица отдела | Общие данные и статусы по всей цепочке |
| KPI | Выработка, скорость своего этапа | Время цикла, качество и стоимость результата |
Хорошие показатели каждого отдела еще не значат, что клиент получил результат вовремя. Переход к E2E начинают с решения, кто отвечает за итог и какими данными его подтверждают.
Типовые E2E-процессы
Типовые сквозные процессы называют по формуле «от события до результата». Чаще всего в компании выделяют Order-to-Cash (от заказа до оплаты), Procure-to-Pay (от заявки на закупку до оплаты поставщику), Hire-to-Retire (от найма до ухода сотрудника), Idea-to-Market (от идеи до выхода продукта на рынок) и обработку обращения клиента. Набор цепочек и их границы каждая компания уточняет под свою модель работы.
Для каждой цепочки в таблице указаны границы, участники, владелец и метрика.
| Процесс | Событие начала | Результат | Участники | Владелец | Метрика |
|---|---|---|---|---|---|
| Order-to-Cash | Запрос или заказ клиента | Оплата получена, обязательства закрыты | Продажи, финансы, склад, поддержка | Коммерческий директор | Время от заказа до оплаты |
| Procure-to-Pay | Заявка на закупку | Товар принят, поставщику оплачено | Инициатор, закупки, склад, бухгалтерия | Директор по закупкам | Время от заявки до поставки |
| Hire-to-Retire | Открытие вакансии | Сотрудник ушел, доступы закрыты | Руководитель, HR, ИТ, бухгалтерия | HR-директор | Время закрытия вакансии |
| Idea-to-Market | Идея продукта | Продукт в продаже | Маркетинг, разработка, производство, продажи | Директор по продукту | Время вывода на рынок |
| Обработка обращения | Обращение по любому каналу | Вопрос решен, клиент подтвердил | Первая линия, эксперты, ИТ, продажи | Руководитель сервиса | Доля решенных с первого обращения |
Владельцы указаны как типовой вариант. Клиентские цепочки — Order-to-Cash и обработку обращений — часто автоматизируют первыми, потому что задержку в них клиент замечает сразу.
Где возникают разрывы в сквозном процессе
Разрыв — место, где работа или информация теряется при переходе от одного участника к другому. Проблемы копятся на стыках: там нет общего хозяина, и каждая сторона считает свою часть выполненной. Пять типичных разрывов — в таблице.
| Разрыв | Симптом | Причина | Влияние | Способ устранения |
|---|---|---|---|---|
| Передача данных | Данные перепечатывают вручную | Нет обмена между системами | Ошибки в заказах и счетах | Интеграция и единый справочник |
| Разные KPI | Отделы спорят о приоритетах | Каждый отдел улучшает свою метрику | Клиент ждет на стыке | Общая метрика цепочки |
| Ручные согласования | Заявка неделями лежит в почте | Маршрут не формализован | Время цикла непредсказуемо | Маршрут со сроками и эскалацией |
| Нет владельца | Проблема повторяется | Никто не отвечает за итог | Улучшения не доводят до конца | Назначить владельца процесса |
| Разрозненные системы | Статус заказа знает один отдел | CRM, ERP и учет не связаны | Клиент получает разные ответы | Общий статус для всех участников |
В отчетах отделов разрывы не видны: каждый показывает свой этап в норме. Их находят по времени ожидания между этапами и числу возвратов.
Владелец сквозного процесса
Владелец сквозного процесса — руководитель, который отвечает перед руководством компании за результат всей цепочки. Он утверждает правила процесса, согласует метрики, разбирает отклонения и решает, что менять на стыках подразделений. Сотрудники этапов остаются в подчинении своих руководителей, владелец управляет правилами взаимодействия между ними.
Полномочия и ответственность
Полномочия фиксируют в положении о процессе:
- Правила процесса. Утверждает этапы, сроки и требования к результату этапов.
- Метрики. Согласует показатели цепочки и следит, чтобы функциональные KPI им не противоречили.
- Изменения. Решает, какие улучшения внедрять, и отвечает за результат.
- Эскалации. Разбирает конфликты, которые отделы не решили сами.
Без права менять правила на стыках владелец становится наблюдателем.
Как назначить владельца сквозного процесса
Владельца сквозного процесса назначает первое лицо или управляющий комитет компании — приказом или решением о процессе. Роль получает руководитель, который отвечает за итог цепочки перед бизнесом и имеет вес в переговорах с руководителями других подразделений. Вместе с назначением фиксируют полномочия, метрики процесса и порядок эскалации, иначе роль останется формальной.
Работа с функциональными руководителями
Владелец процесса и руководитель подразделения делят ответственность по предмету. Руководитель отвечает за ресурсы и выполнение своего этапа, владелец — за связь этапов и итог. Спорные вопросы выносят на разбор процесса, где обе стороны смотрят на одни данные.
Как описать сквозной процесс
Моделирование сквозного процесса начинают с результата и границ, детали этапов прорабатывают позже. Если идти от инструкций отделов, стыки между ними останутся пустыми.
Порядок описания
Описание собирают в восемь шагов:
- Результат. Что получает клиент в конце и по каким признакам это проверяют.
- Границы. Событие начала, событие завершения и то, что в процесс не входит.
- Участники. Подразделения и роли, которые выполняют этапы или принимают решения.
- Этапы. Крупные шаги с результатом каждого и ответственной ролью.
- Данные. Документы, поля и статусы, которые передаются между этапами.
- Правила. Сроки этапов, условия ветвлений, лимиты согласований.
- Риски. Где процесс может остановиться и что делать в этом случае.
- Контрольные точки. Места, где проверяют качество и сроки перед передачей работы дальше.
Данные и контрольные точки пропускают чаще других шагов, хотя именно они закрывают стыки.
Уровень детализации и нотация
Для управления хватает верхнего уровня, где каждый этап передает результат следующему. Детальные схемы строят для этапов, которые готовят к автоматизации. Для схем удобна нотация BPMN 2.0: она показывает роли, события, задачи и ветвления в виде, понятном и аналитику, и разработчику.
Метрики сквозного процесса
Сквозной процесс измеряют по всей цепочке, от события начала до конечного результата. Базовый набор метрик включает время цикла, качество результата, стоимость процесса, долю возвратов, соблюдение SLA и оценку клиента. Показатели отдельных этапов собирают дополнительно: по ним видно, на каком стыке цепочка теряет больше всего времени.
Для каждой метрики заранее определяют источник данных и того, кто подтверждает значение:
- Время цикла. Срок от события начала до результата, включая ожидание между этапами.
- Качество результата. Доля случаев, когда результат получен без исправлений и повторной работы.
- Стоимость процесса. Затраты всех участников на один заказ, закупку или обращение.
- Доля возвратов. Как часто работа уходит на предыдущий этап из-за ошибок или неполных данных.
- Соблюдение SLA. Доля экземпляров, выполненных в согласованный срок. SLA (Service Level Agreement) — соглашение об уровне сервиса.
- Клиентская оценка. Опрос после завершения процесса, например CSAT (Customer Satisfaction Score, индекс удовлетворенности клиента).
Метрики цепочки сверяют с KPI отделов. Если склад премируют за полную загрузку машин, а процесс измеряют сроком доставки, отгрузки начнут придерживать, и время цикла вырастет.
Как управлять E2E-процессом
Управление сквозными процессами — повторяющийся цикл: цели, измерение, разбор отклонений, изменения и их закрепление в правилах. Цикл работает, когда у участников одни данные и одна цель.
Контур управления
Контур повторяется из пяти шагов:
- Цель. Целевые значения метрик цепочки, согласованные с руководителями этапов.
- Измерение. Регулярный сбор метрик по всем экземплярам.
- Анализ. Поиск этапов и стыков, где копятся задержки и возвраты.
- Изменение. Правка правил, маршрута, данных или ролей.
- Закрепление. Обновление описания процесса и обучение участников.
Анализ и решения об изменениях проходят на регулярном разборе владельца с руководителями этапов. Без закрепления изменения держатся до первой смены сотрудников.
Единые цели для подразделений
Цели отделов выводят из цели цепочки. Если процесс должен сократить время от заказа до оплаты, финансы получают цель по сроку выставления счета, склад — по сроку отгрузки. Так функциональные показатели работают на общий результат.
Выбор улучшений
Улучшения начинают со стыков с самым долгим ожиданием или частыми возвратами. Изменение проверяют на всей цепочке: ускорение одного этапа может создать очередь на следующем. Методы поиска и устранения узких мест собраны в материале об оптимизации бизнес-процессов.
Автоматизация сквозных процессов
Автоматизация сквозных процессов связывает этапы разных подразделений в один исполняемый маршрут. Система создает задачи участникам, передает данные между этапами и учетными системами, контролирует сроки и собирает метрики по каждому экземпляру процесса. Начинают с одной цепочки, у которой уже есть владелец, описание и замеренное текущее время цикла.
Для этого используют платформы управления бизнес-процессами — BPMS (Business Process Management System). Они исполняют модель процесса: каждый этап становится задачей с ролью, сроком и формой.
Оркестрация задач
Оркестрация — управление последовательностью задач между участниками по правилам процесса. Система решает, кому передать следующий шаг, и запускает параллельные ветки, поэтому передача работы между отделами перестает зависеть от писем и напоминаний.
Интеграции и данные
Сквозной процесс берет данные из CRM, ERP, складского учета и бухгалтерии. Интеграции через API — программный интерфейс обмена данными между системами — передают статусы и документы без ручного ввода. Заранее решают, какая система главная для клиента, заказа и счета.
Мониторинг процесса
Мониторинг показывает, сколько экземпляров в работе, на каком они этапе и сколько вышли за сроки. Владелец видит сквозные метрики без ручной сборки отчетов, а отклонения запускают эскалацию руководителю этапа.
Изменение маршрутов без разработки
Правила процесса меняются после каждого цикла улучшений. На low-code платформах маршрут, формы и условия правят в визуальном редакторе без программирования. Low-code — подход, при котором приложения собирают из готовых компонентов и настроек, а код пишут только для сложных случаев.
Система сквозных процессов складывается постепенно: следующая цепочка использует уже настроенные справочники, роли и интеграции.
Сквозные процессы в BPMSoft
BPMSoft — российская low-code платформа для моделирования, автоматизации и контроля бизнес-процессов. Для сквозных цепочек в ней используются конструктор бизнес-процессов, ролевая модель, механизмы интеграции с внешними системами, отчеты и дашборды.
В конструкторе описывают маршрут: этапы, роли, сроки, условия ветвлений и формы. Платформа исполняет схему и ставит задачи сотрудникам разных подразделений, а права доступа определяют, кто видит и меняет данные на каждом этапе.
Учетные системы подключают через механизмы интеграции и коннекторы из магазина приложений BPMSoft, а отчеты и дашборды собирают показатели цепочки: время этапов, просрочки, нагрузку по ролям.
Для типовых цепочек есть готовые приложения: Управление продажами — для Order-to-Cash, Управление закупками (SRM) — для Procure-to-Pay, Управление сервисом — для обращений. Их процессы адаптируют средствами low-code.
Пример сквозного процесса: Order-to-Cash
Возьмем компанию, которая продает оборудование B2B-клиентам со склада. Процесс начинается с запроса клиента и заканчивается, когда оплата получена и обязательства по договору закрыты. Владелец — коммерческий директор, этапов шесть:
- Запрос и предложение. Продажи регистрируют запрос в CRM и готовят предложение.
- Заказ и договор. Менеджер оформляет заказ, финансы проверяют условия оплаты.
- Счет. Финансы выставляют счет по условиям договора: на предоплату или с отсрочкой.
- Отгрузка. Склад собирает и отгружает заказ после оплаты или одобренной отсрочки.
- Доставка и документы. Товар доставляют клиенту, бухгалтерия передает закрывающие документы.
- Оплата и закрытие. Финансы подтверждают оплату, поддержка закрывает вопросы клиента.
Контрольные точки стоят на стыках: отгрузка не начинается без оплаты или одобренной отсрочки. Данные о заказе, счете и отгрузке должны совпадать в CRM и учетной системе — для этого настраивают связку CRM и ERP.
Метрики процесса — время от заказа до оплаты, доля заказов без исправлений, доля отгрузок в срок и число обращений по заказу. Если время цикла растет, владелец ищет стык, где заказы ждут дольше, и меняет правило там.
Описание, метрики и автоматизация работают, когда есть человек, который отвечает за итог цепочки и может менять правила на стыках. С назначения такого владельца и замера времени цикла удобнее всего начинать.