Что такое бизнес-процесс простыми словами: гайд по описанию

Содержание статьи:

Определение бизнес-процесса простыми словами
5 признаков того, что ваши процессы не работают
Пошаговый гайд: как описать бизнес-процесс без BPMN
Как превратить описание в рабочий регламент, который сотрудники реально читают
Частые вопросы о бизнес-процессах
Чем бизнес-процесс отличается от регламента?
Сколько бизнес-процессов нужно описать, чтобы начать?
Кто должен описывать бизнес-процессы — собственник или сотрудник?

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

Определение бизнес-процесса простыми словами

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

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

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

5 признаков того, что ваши процессы не работают

Одни и те же вопросы каждую неделю. Сотрудники спрашивают руководителя о том, что уже случалось десятки раз, потому что ответа нет в базе знаний.
Результат зависит от человека, а не от должности. У одного менеджера конверсия 30%, у другого на той же позиции — 8%, и никто не может объяснить разницу в подходах.
Новичок выходит на самостоятельную работу больше месяца. Обучение держится на устных пересказах и памяти наставника, а не на чек-листах.
Руководитель тушит пожары вместо того, чтобы планировать. Оперативка съедает время, которое должно уходить на стратегию и цифры.
Увольнение ключевого сотрудника останавливает работу отдела. Знание о том, как работает процесс, существовало только в его голове.

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

Пошаговый гайд: как описать бизнес-процесс без BPMN

Сложные нотации вроде BPMN нужны для глубокой интеграции с IT-системами. Для внутреннего описания бизнес-процессов достаточно пяти шагов. Разберём на примере процесса «Обработка входящей заявки».

Зафиксируйте вход и выход. Вход: заявка попала в CRM или на почту. Выход: заявка переведена в статус «в работе» или «отказ» с указанием причины.
Выпишите шаги в порядке выполнения. Пример: заявка попадает в CRM → менеджер получает уведомление → менеджер звонит клиенту → фиксирует потребность в карточке → присваивает статус. Оптимальная длина цепочки — 5–9 шагов. Больше — процесс нужно дробить на подпроцессы.
Назначьте роль на каждый шаг. Не имя сотрудника («это делает Вася»), а должность («дежурный менеджер», «РОП», «логист»). Так регламент переживает текучку кадров.
Проставьте норматив времени (SLA). Без срока шаг превращается в пожелание. «Ответить быстро» не работает. «Ответить за 15 минут в рабочее время» — работает, и это можно проверить.
Проверьте на живом человеке. Дайте описание сотруднику, который раньше не занимался этой функцией, и посмотрите, где он застревает. Застревание — это точка, которую вы упустили при описании.

На пятом шаге обычно происходит и естественная оптимизация бизнес-процессов: становится видно лишние согласования, дублирующиеся звонки, действия «на всякий случай». Их убирают сразу, не дожидаясь отдельного проекта. Именно такой прикладной подход к описанию мы отрабатываем в программе «Система в бизнесе» — за 4 месяца собственник переводит на процессы 5–7 ключевых функций компании.

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

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

Один регламент — одна должность. Не заставляйте менеджера читать инструкцию для бухгалтера, чтобы найти свои три абзаца.
Один экран — один шаг. Если инструкцию нужно прокручивать, чтобы понять один пункт, её перепишут своими словами и потеряют точность.
Скриншоты вместо описаний интерфейса. Фраза «Нажмите кнопку статуса» и красная стрелка на скриншоте экономят время лучше, чем два абзаца текста.
Ревизия раз в квартал. Процесс меняется, когда меняется команда, продукт или CRM. Регламент должен успевать за этими изменениями.

Готовые шаблоны регламентов и чек-листы по 20 ключевым функциям компании собраны в базе знаний — 65 инструментов для системного управления бизнесом, от найма до финансов.

Частые вопросы о бизнес-процессах

Чем бизнес-процесс отличается от регламента?

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

Сколько бизнес-процессов нужно описать, чтобы начать?

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

Кто должен описывать бизнес-процессы — собственник или сотрудник?

Первую версию — тот, кто сейчас выполняет процесс лучше всех, обычно это ключевой сотрудник или сам собственник. Финальную проверку и утверждение — руководитель направления. Если поручить описание человеку, который процесс не выполняет, регламент получится оторванным от реальности.

Если непонятно, с какого процесса начинать и сколько времени в компании реально уходит на ручное управление, это быстрее увидеть со стороны. Аудит бизнеса показывает, какие 3–5 процессов забирают у собственника больше всего времени, и с чего начать их описание в первую очередь.