Что такое бизнес-процесс: примеры и структура

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

Процесс важно рассматривать целиком, даже если он проходит через несколько отделов. Клиенту безразлично, какая функция задержала заказ: он оценивает общий результат и срок.

Процесс, функция и проект

Функция объединяет профессиональную деятельность: продажи, закупки, финансы или ИТ. Процесс пересекает функции ради результата. В выполнении заказа могут участвовать продажи, склад, закупки, логистика и бухгалтерия.

Проект создаёт уникальное изменение и завершается, процесс повторяется. Внедрение нового порядка закупок — проект, а обработка каждой закупочной заявки после запуска — процесс. Управление процессом направлено на стабильность, скорость, качество и непрерывное улучшение.

Из чего состоит бизнес-процесс

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

Если нельзя определить результат и клиента, перед нами, вероятно, перечень действий или организационная функция, а не корректно выделенный процесс.

Виды бизнес-процессов

Основные процессы непосредственно создают ценность и доход: разработка продукта, продажа, производство, поставка, обслуживание. Обеспечивающие предоставляют ресурсы и сервисы: подбор персонала, ИТ-поддержка, закупка для внутренних нужд. Управляющие задают цели и контроль: стратегия, бюджетирование, управление рисками и результативностью.

Также выделяют процессы развития, которые меняют возможности бизнеса. Классификация нужна для архитектуры и ответственности, но не должна превращаться в спор о названиях. Важнее понять связи и вклад в результат.

Сквозной процесс: пример выполнения заказа

Процесс начинается с подтверждённого заказа и заканчивается поставкой, документами и оплатой. Продажи проверяют условия, система определяет наличие, закупки обеспечивают дефицит, склад комплектует, логистика доставляет, финансы учитывают операцию.

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

Владелец процесса и роли

Владелец определяет цель и показатели, согласует правила между функциями, инициирует улучшения и отвечает за результат. Он не обязан руководить всеми участниками административно, но должен иметь полномочия выносить межфункциональные решения.

Исполнитель отвечает за конкретное действие. Руководитель функции — за компетенции и ресурсы. Владелец данных — за качество информационного объекта. ИТ обеспечивает систему, но не должен самостоятельно определять бизнес-правила.

Как описать бизнес-процесс

Определить проблему и цель описания.
Зафиксировать начало, конец, результат и клиента.
Назначить владельца и перечислить участников.
Проследить несколько реальных случаев от входа до выхода.
Записать действия, решения, ожидания, возвраты и исключения.
Отметить документы, данные и системы.
Проверить схему с исполнителями и владельцем.
Добавить показатели и вопросы для улучшения.

Для визуального описания часто используется BPMN. Нотация показывает события, задачи, развилки, роли и сообщения. Однако схема должна отвечать задаче и оставаться понятной; подробнее — на странице моделирования бизнес-процессов.

AS-IS и TO-BE

AS-IS показывает текущую работу, включая неформальные маршруты и ручные обходы. Его задача — создать общую фактическую картину. TO-BE описывает целевой процесс после изменения: новые роли, правила, данные и автоматизацию.

Нельзя механически удалить шаги на схеме и объявить процесс оптимизированным. Нужно понять, какую функцию выполняет действие, почему возник контроль и что произойдёт в исключении. Иногда согласование следует убрать, иногда — заменить прозрачным правилом или перенести ближе к источнику информации.

Показатели бизнес-процесса

Хорошие показатели отражают результат и поток:

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

Показатель отдела может конфликтовать со сквозным результатом. Поэтому метрики рассматривают совместно и дополняют правилами принятия решений.

Анализ и улучшение

Анализ ищет не только медленные действия, но и очереди, передачи между ролями, повторный ввод, лишний контроль, дефицит информации и локальную оптимизацию. Факты получают из систем, наблюдений, документов, интервью и разбора реальных случаев.

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

Когда нужна автоматизация

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

Один процесс может использовать ERP, CRM, BPM, интеграции и ИИ. Архитектура выбирается по сценарию, а не по желанию внедрить конкретный продукт. Подробный порядок разобран в статье об автоматизации бизнес-процессов.

Как прописать процессы без бюрократии

Глубина документации зависит от риска и аудитории. Часто достаточно схемы, карточки с владельцем и показателями, правил исключений и нескольких инструкций. Регламент на десятки страниц оправдан, если он нужен для безопасности, контроля или сложного взаимодействия, но его ценность проверяется использованием.

Модель должна иметь владельца и дату пересмотра. Изменение системы, роли или правила одновременно обновляет процесс и связанные документы. Иначе база процессов быстро становится архивом.

Типовые ошибки

описывать структуру отделов вместо потока результата;
моделировать со слов одного руководителя;
показывать только идеальный основной маршрут;
назначать владельцем процесса ИТ;
измерять число операций вместо клиентского результата;
создавать TO-BE без полномочий, данных и плана перехода;
автоматизировать текущий хаос;
описывать все процессы компании без приоритета и цели.

Архитектура процессов компании

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

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

Управление процессами после описания

Владелец регулярно рассматривает показатели, причины отклонений и предложения участников. Существенные изменения проходят оценку влияния на соседние процессы, данные и системы. Новая версия модели публикуется вместе с инструкциями и обучением, а старая сохраняется для прослеживаемости.

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

Частые вопросы

Что такое бизнес-процесс простыми словами?

Это повторяемый путь от запроса или события до полезного результата для клиента.

Сколько процессов должно быть в компании?

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

Кто должен описывать процессы?

Аналитик организует сбор и моделирование, исполнители подтверждают факты, владелец принимает границы, правила и показатели.

Обязательно ли рисовать BPMN?

Нет. Для простой инструкции подойдёт блок-схема или контрольный список. BPMN полезна для сложного взаимодействия и требований к автоматизации.

С чего начать оптимизацию?

Выберите проблемный сквозной процесс, определите его результат и владельца, соберите исходные показатели и разберите реальные случаи. При необходимости закажите анализ и оптимизацию бизнес-процессов.