Бизнес-процесс — последовательность взаимосвязанных действий, которая преобразует входные ресурсы (данные, материалы, запросы) в конкретный результат для клиента или компании. У процесса есть начало, конец, ответственный и измеримый выход. Пример из продаж: заявка от клиента → обработка менеджером → выставление счёта → оплата → закрытие сделки.
Определение опирается на стандарт ISO 9000:2015: процесс — совокупность взаимосвязанных и взаимодействующих видов деятельности, которые используют входы для получения намеченного результата. На этой базе строятся управление процессами и их автоматизация на платформах вроде BPMSoft.
Что такое бизнес-процесс простыми словами
Бизнес-процесс отвечает на вопрос «как из запроса получается результат». Любой повторяемый рабочий сценарий компании можно описать как процесс: обработка заявки, подбор сотрудника, согласование договора, ремонт оборудования.
Пример из сервисной компании: заявка на ремонт → диагностика → выезд мастера → выполнение работ → закрытие заявки и оценка качества. Каждый шаг имеет исполнителя, входные данные и результат, который передаётся дальше по цепочке.
Бизнес-процесс отличают от бизнес-функции. Функция — постоянная деятельность подразделения (бухгалтерия ведёт учёт, отдел продаж работает с клиентами). Процесс — конечная последовательность шагов ради конкретного результата, которая часто проходит через несколько функций. Для руководителя это разница между «кто чем занят» и «как получается итог».
Структура бизнес-процесса
Любой процесс раскладывается на обязательные элементы. Их фиксируют до моделирования и автоматизации — иначе процесс невозможно измерить и улучшить.
Линейная структура процесса выглядит так: Вход (триггер) → Участники и ресурсы → Шаги процесса → Контроль (владелец) → Выход (результат). Аналитик использует эту схему как чек-лист: если хотя бы один элемент не определён, описание процесса неполное.
Вход и выход
Вход запускает процесс: запрос клиента, событие в системе, входящий документ, наступление срока. Выход — измеримый результат: отгруженный товар, оказанная услуга, принятое решение, обновлённые данные. Чёткие вход и выход задают границы процесса и позволяют понять, где он начинается и заканчивается.
Практическая привязка: прежде чем описывать шаги, аналитик формулирует один вход и один выход. Пример: вход — поступившая заявка на кредит, выход — подписанный договор или мотивированный отказ.
Владелец процесса
Владелец процесса — сотрудник или роль, отвечающая за результат и качество всей цепочки, а не за отдельный шаг. Исполнитель выполняет одну операцию; владелец отвечает за то, чтобы процесс целиком давал нужный выход в срок и по нормативу.
Без назначенного владельца процесс «ничей»: при сбое никто не отвечает за исправление, метрики не отслеживаются, изменения не вносятся. Назначение владельца — первое управленческое решение перед оптимизацией.
Ресурсы и участники
Ресурсы — люди, ИТ-системы, данные, оборудование, бюджет, которые потребляет процесс. Участники делятся по ролям: кто выполняет шаг, кто согласует, кто получает результат. На этапе описания важно зафиксировать, какая роль отвечает за каждый шаг, чтобы исключить зоны без ответственного и дублирование работы.
Классификация бизнес-процессов
Самая распространённая практическая схема делит процессы на три группы: основные, вспомогательные и управленческие. Деление помогает понять, какие процессы создают ценность для клиента, а какие обеспечивают работу компании.
| Тип процесса | Цель | Примеры | Кто владелец |
|---|---|---|---|
| Основные | Создают ценность для внешнего клиента и приносят доход | Продажи, производство, доставка, сервисное обслуживание | Коммерческий или операционный директор |
| Вспомогательные | Обеспечивают работу основных процессов | ИТ-поддержка, подбор персонала, бухгалтерия, закупки | Руководитель обеспечивающего подразделения |
| Управленческие | Регулируют и координируют остальные процессы | Стратегическое планирование, бюджетирование, контроль качества | Генеральный директор, профильный топ-менеджер |
Основные процессы
Основные процессы создают то, за что клиент платит. В торговой компании это закупка → приёмка → выкладка → продажа → доставка. В сервисной — приём обращения → диагностика → выполнение → закрытие. Сбой в основном процессе напрямую бьёт по выручке и лояльности клиента, поэтому их описывают и автоматизируют в первую очередь.
Вспомогательные процессы
Вспомогательные процессы не видны клиенту, но без них основные останавливаются. Подбор и онбординг сотрудников, закупка расходников, ИТ-поддержка, расчёт зарплаты. Пример: заявка в ИТ-поддержку → регистрация → назначение исполнителя → решение → подтверждение пользователем.
Управленческие процессы
Управленческие процессы задают правила и контролируют остальные. Бюджетирование, планирование, аудит, управление рисками. Их результат — решения и нормативы, по которым работают основные и вспомогательные процессы. Например, утверждённый годовой бюджет определяет лимиты для процесса закупок.
Как описать бизнес-процесс
Описание процесса идёт по понятному порядку: выбор процесса → определение границ → сбор данных → выбор нотации → построение модели AS-IS → анализ → построение модели TO-BE. Каждый шаг даёт аналитику конкретный артефакт: границы, перечень шагов, схему, список проблем, целевую модель.
Нотации для описания
Нотация — набор графических правил для записи процесса. Выбор зависит от сложности и аудитории:
- BPMN 2.0 — стандарт для сложных и сквозных процессов. Поддерживается Object Management Group (OMG), последняя формальная редакция — 2.0.2, принятая также как международный стандарт ISO/IEC 19510. Подходит для процессов с ветвлениями, ролями и интеграциями.
- Блок-схема — для простых линейных процессов без сложной логики. Понятна без обучения.
- EPC — событийная цепочка процессов, удобна для увязки событий и функций.
- IDEF0 — для описания функций верхнего уровня с входами, выходами, управлением и механизмами.
Рекомендация для аналитика: BPMN 2.0 для процессов, которые планируют автоматизировать, блок-схема для быстрого согласования логики с бизнесом.
AS-IS и TO-BE
AS-IS — модель текущего состояния процесса «как есть». Она фиксирует реальные шаги, узкие места, ручные операции и точки потери времени. TO-BE — целевая модель «как должно быть» после оптимизации.
Без модели AS-IS целевая модель строится на догадках: команда улучшает процесс, которого не понимает. Сначала фиксируют фактический ход и проблемы, затем проектируют целевой вариант и считают эффект от изменений.
Управление бизнес-процессами — BPM
Управление бизнес-процессами (BPM, Business Process Management) — управленческая дисциплина по непрерывному улучшению процессов через их моделирование, внедрение, мониторинг и оптимизацию. Подход сформировали работы Майкла Хаммера и Джеймса Чампи о реинжиниринге процессов, а свод знаний систематизировала ассоциация ABPMP (BPM CBOK).
Цель BPM — управляемость и предсказуемость операций: руководитель видит, как идут процессы, где задержки и как изменение в одном шаге влияет на результат.
Цикл BPM
BPM работает как замкнутый цикл: Проектирование → Моделирование → Внедрение → Мониторинг → Оптимизация → снова проектирование. После оптимизации цикл повторяется на новом уровне — процесс улучшается итеративно, а не один раз.
На практике это означает: процесс описали, запустили, собрали данные о его работе, нашли узкие места, внесли изменения и снова замерили эффект.
Метрики процессов
Процесс измеряют по нескольким показателям. Без метрик оптимизация превращается в субъективную оценку.
- Время выполнения — от запуска до результата, по шагам и в целом.
- Стоимость — затраты ресурсов на один проход процесса.
- Количество ошибок — доля проходов с дефектами и переделками.
- Удовлетворённость клиента — оценка результата получателем.
- Процент отклонений от регламента — как часто процесс идёт не по описанной модели.
Автоматизация бизнес-процессов
Автоматизация переносит исполнение и контроль процесса в ИТ-систему: маршруты задач, согласования, уведомления и проверки выполняются по заданной модели без ручного управления. Выгода — сокращение времени и ошибок, снижение зависимости от конкретного сотрудника, масштабируемость при росте объёмов.
Ключевое правило: автоматизировать стоит оптимизированный процесс. Если перенести в систему сырой процесс с лишними шагами, автоматизация закрепит неэффективность и масштабирует ошибки. Порядок такой: описать AS-IS → убрать лишнее и спроектировать TO-BE → автоматизировать целевую модель.
BPM-платформы отвечают за исполнение процесса (запуск маршрутов и задач), контроль (отслеживание сроков и отклонений) и изменение (быстрая правка модели без остановки работы).
Типичные ошибки при работе с бизнес-процессами
Три ошибки встречаются чаще всего и обнуляют эффект от работы с процессами:
- Описывать процессы ради документов. Схемы рисуют для отчёта, кладут в папку и не используют для изменений. Описание имеет смысл, когда ведёт к улучшению или автоматизации.
- Не назначать владельца. Без ответственного за результат процесс не контролируют и не улучшают — при сбое разбираться некому.
- Автоматизировать неоптимизированный процесс. Перенос сырого процесса в систему фиксирует лишние шаги и масштабирует ошибки вместо их устранения.
Бизнес-процессы на платформе BPMSoft
BPMSoft — российская low-code платформа для моделирования, автоматизации и мониторинга бизнес-процессов с поддержкой нотации BPMN. Полный цикл работы с процессом проходит в одной среде: описание процесса в визуальном дизайнере → запуск автоматизированного маршрута → контроль исполнения по шагам → аналитика отклонений и узких мест.
Low-code подход меняет роль бизнес-аналитика: он строит и меняет процессы в конструкторе без участия разработчиков. Изменение маршрута согласования или добавление шага занимает часы, а не недели разработки.
Сценарии, которые автоматизируют на платформе:
- Обработка заявок — приём, классификация, маршрутизация на исполнителя, контроль срока.
- Согласование договоров — параллельные и последовательные согласования с автонапоминаниями.
- Онбординг сотрудников — задачи для HR, ИТ и руководителя с единым контролем готовности к выходу.
- Сервисные обращения — регистрация, назначение, решение и оценка качества по регламенту.
Подробнее о внедрении — в разделе автоматизации бизнес-процессов.