Бизнес-процесс — это повторяющийся поток связанных действий от конкретного события до измеримого результата для внутреннего или внешнего клиента. У процесса есть границы, результат, клиент, владелец, участники, правила передачи работы и показатели. Если перечислены только обязанности отдела, перед вами функция, а не процесс.
В растущей компании слово «процесс» часто означает всё сразу: регламент, инструкцию, отдел, маршрут согласования или схему из десятков блоков. Из-за этого описание работы быстро превращается в бюрократию, которой команда не пользуется.
Полезнее начинать не со схемы, а с результата. Что должно измениться для клиента? Какое событие запускает работу? Где она заканчивается? Кто отвечает за весь путь, а не только за свой участок?
Пример бизнес-процесса простыми словами
Возьмём процесс «от заявки до оплаты» в B2B-компании.
Получена заявка, которая соответствует целевому профилю клиента.
Клиент получил обещанный продукт или услугу, компания получила оплату.
Маркетинг, продажи, производство или исполнение, логистика и финансы.
Один руководитель отвечает за результат потока целиком, даже если в нём работают разные подразделения.
Если каждый отдел оптимизирует только собственный участок, продажи могут обещать то, что производство не успевает выполнить, логистика — снижать свои затраты ценой задержки, а финансы — узнавать о проблеме после просрочки. Процесс нужен, чтобы управлять общим результатом, а не суммой локальных действий.
Процесс, функция, проект и инструкция — в чём разница
Функция — постоянная область ответственности: продажи, маркетинг, финансы, производство. Процесс — сквозной поток, который часто проходит через несколько функций. Проект — временная работа с уникальным результатом и окончанием. Инструкция — способ выполнить отдельное действие внутри процесса.
Например, «продажи» — функция. «От заявки до оплаты» — процесс. «Запуск нового филиала» — проект. «Как оформить коммерческое предложение в CRM» — инструкция.
Семь элементов рабочего бизнес-процесса
- Триггер.Какое наблюдаемое событие запускает поток: заявка, заказ, вакансия, отклонение качества или наступление даты.
- Клиент и результат.Кто получает ценность и какой проверяемый итог должен появиться. Формулировка «обработать заявку» слабее, чем «клиент получил корректное решение в согласованный срок».
- Границы.Что считается началом и окончанием. Без границ обсуждение процесса постоянно расширяется и не приводит к решению.
- Ключевые шаги и передачи.Не каждое нажатие кнопки, а точки, где меняется состояние работы или ответственность переходит другому участнику.
- Роли и владелец.Кто выполняет шаги, кто принимает решения и кто один отвечает за результат потока целиком.
- Показатели.Срок, качество, объём и экономический результат. Обычно достаточно двух-трёх показателей, которые помогают заметить отклонение и принять решение.
- Исключения и эскалация.Что делать при нестандартной ситуации и в какой момент вопрос должен перейти на другой уровень управления.
Карточка процесса на одной странице
Для первого описания не нужна сложная нотация. Соберите фактическую работу в короткую карточку:
Название процесса: [от события до результата]. Триггер: [что запускает]. Клиент и результат: [кто и что получает]. Границы: [где старт и финиш]. Владелец: [один человек]. Участники и передачи: [ключевые роли и точки]. Показатели: [срок, качество, экономика]. Исключения: [когда и кому эскалировать].
Эта карточка не заменяет подробные инструкции там, где они действительно нужны. Она создаёт общий управленческий контур: команда видит цель потока, границы решений и факты, по которым оценивается результат.
Как описать процесс за 60 минут
- Выберите один повторяющийся поток.Начните с места, где регулярно теряются сроки, качество, деньги или ответственность.
- Соберите людей из разных участков.Фактический процесс редко совпадает с представлением одного руководителя.
- Назовите старт и результат.Если команда спорит о границах, зафиксируйте их до обсуждения шагов.
- Выложите фактический путь.Отмечайте реальные передачи, ожидания, возвраты и согласования — не желаемую картинку.
- Найдите одно ограничение.Где поток ждёт, переделывает, теряет данные или возвращается к руководителю.
- Назначьте владельца и эксперимент.Одно изменение, один ответственный, один срок и показатель проверки.
Цель первой встречи — не «описать всю компанию». Нужно увидеть один поток целиком и договориться об изменении, эффект которого можно проверить.
Пять ошибок при описании процессов
Рисовать идеальную схему вместо факта. Тогда документ не объясняет, где работа действительно застревает.
Начинать с программного обеспечения. Автоматизация ускоряет существующую логику — в том числе лишние согласования и переделки.
Назначать владельцем комитет. Участников может быть много, но ответственность за результат потока должна быть персональной.
Измерять только активность. Количество звонков и заполненных карточек не показывает, получил ли клиент результат и заработала ли компания.
Описывать всё одновременно. Большой каталог схем быстро устаревает. Начинайте с процессов, где отклонение уже создаёт заметные потери.
Источники и границы материала
- APQC: Process Classification Framework как карта процессов организации.
- ISO: процессный подход и управление взаимосвязанными процессами как системой.
Источники подтверждают общие принципы и определения, на которые опирается разбор. Практическая последовательность, примеры и выводы являются авторской интерпретацией Александра Селедчика и требуют адаптации к контексту конкретной компании.
Частые вопросы
Чем бизнес-процесс отличается от функции?
Функция описывает постоянную область работы подразделения или роли, а процесс — сквозной поток от события до результата для конкретного клиента. Один процесс часто проходит через несколько функций.
Кто такой владелец бизнес-процесса?
Это один человек, который отвечает за результат процесса целиком, видит его показатели и имеет полномочия менять взаимодействие участников в согласованных границах.
Нужно ли сразу рисовать схему бизнес-процесса?
Нет. Сначала зафиксируйте результат, границы, участников, ключевые шаги, показатели и исключения. Схема полезна после того, как команда согласовала фактическую работу.
Что делать после описания
Отдельный процесс начинает работать устойчиво только внутри общей управленческой конструкции. В разборе «Система управления компанией: 8 ключевых элементов» показано, как связать процессы со стратегией, ролями, правами решений, экономикой и регулярным ритмом управления.
Если вы хотите усилить процесс технологией, сначала сравните кандидатов по эффекту, данным, проверяемости и риску: какие бизнес-процессы автоматизировать с помощью ИИ.
Если отдельные процессы понятны, но подразделения двигаются в разные стороны, начните с общей рамки выбора: как провести стратегическую сессию и получить решения на выходе. Стратегия задаёт приоритеты, а процессы переводят их в повторяемую работу.
Если ключевые решения внутри процесса всё ещё возвращаются собственнику, используйте разбор «Как делегировать решения, а не задачи». В нём собраны границы полномочий, критерии и точка контроля.
Если процессов много, но все они держатся на личном участии владельца, продолжите со статьёй «Как выйти из операционки: 4 шага для собственника».
Связь потока, ролей, финансов, данных и технологий собрана в книге Александра Селедчика «Бизнес. Инструкция по сборке».
Новые материалы о процессах и управлении
В Дзене выходят подробные статьи, а в Telegram — короткие практические наблюдения, вопросы для команды и анонсы новых материалов.
Александр Селедчик
Предприниматель, инвестор и автор книги «Бизнес. Инструкция по сборке». Пишет о системном управлении, роли собственника, сильных командах и росте без постоянного ручного контроля.