Как собственнику провести аудит бизнес‑процессов и найти потери в управлении

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

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

Когда пора проверять бизнес‑процессы

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

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

Как провести аудит бизнес‑процессов: семь шагов

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

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

Чтобы расставить приоритеты, задайте по каждому процессу четыре вопроса:

1. Какой финансовый результат зависит от процесса?
2. Как часто в нем возникают задержки, переделки или конфликты?
3. Сколько управленческого внимания он требует от собственника?
4. Что произойдет с бизнесом, если объем операций вырастет в полтора‑два раза?

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

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

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

На этом шаге полезно записать:

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

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

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

Для первичной карты достаточно ответить на пять вопросов по каждому этапу:

1. Кто получает входящую информацию или материал?
2. Что именно он делает?
3. Какое решение принимает и на основании каких данных?
4. Кому и в каком виде передает результат?
5. Сколько времени занимает работа и ожидание между этапами?

Отдельно отмечайте обходные пути: переписку в личных чатах, устные согласования, ручные таблицы, повторный ввод данных, временные роли и действия, которые существуют только потому, что «так исторически сложилось». Именно в этих местах формальная схема чаще всего расходится с реальностью.

Шаг 4. Найдите желтые и красные флаги. Когда цепочка действий восстановлена, не спешите ее автоматизировать. Сначала проверьте, какие этапы не создают ценности или делают результат нестабильным.

Желтые флаги:

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

Красные флаги:

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

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

Шаг 5. Проверьте границы ответственности. В большинстве конфликтных процессов проблема находится не внутри отдельной функции, а на стыке между ними. Продажи обещают срок, который производство не подтверждало. Закупки экономят на партии, но увеличивают складской запас. HR закрывает вакансию, однако руководитель не определил результат роли. Каждый участник может действовать логично в пределах своей задачи, а компания при этом получает плохой итог.

Для каждой передачи результата зафиксируйте четыре роли:

• кто выполняет работу;
• кто несет конечную ответственность;
• с кем необходимо согласование до принятия решения;
• кого достаточно уведомить после решения.

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

Для первичной оценки обычно достаточно четырех групп показателей:

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

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

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

Посчитайте хотя бы приблизительно:

• сколько часов сотрудники тратят на ожидание, повторный ввод и переделки;
• какова стоимость этих часов;
• сколько заказов или клиентов компания теряет из‑за задержки;
• какие скидки, компенсации и срочные закупки возникают из‑за сбоя;
• сколько времени собственник и топ‑менеджеры расходуют на ручное управление процессом.

Точность до рубля на этом этапе не нужна. Важно получить порядок величины и сравнить стоимость проблемы со стоимостью изменения. Так приоритеты перестают зависеть от громкости жалоб и начинают опираться на экономику.

Собирательный пример: почему найм не устраняет процессный сбой

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

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

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

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

Что исправлять в первую очередь

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

Практичный порядок приоритетов выглядит так:

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

У каждого изменения должны быть ответственный, срок, ожидаемый эффект и контрольная дата. Через две‑четыре недели полезно проверить не только выполнение мероприятий, но и изменение показателя. Иначе компания рискует принять активность за результат.

Типичные ошибки самостоятельного аудита

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

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

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

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

Быстрая самопроверка собственника

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

1. Какой конкретный результат создает процесс?
2. Кто является клиентом результата и что для него важно?
3. Где начинается и заканчивается процесс?
4. Кто отвечает за итог целиком?
5. Какие этапы создают ценность, а какие — ожидание и переделку?
6. Где информация теряется, дублируется или искажается?
7. Какие решения требуют участия собственника и почему?
8. Какими показателями измеряются результат, срок, качество и стоимость?
9. Сколько компании обходятся основные сбои?
10. Какое одно изменение даст наибольший эффект в ближайший месяц?

Главный вывод

Аудит бизнес‑процессов — это не проект по созданию схем. Это способ вернуть управляемость: увидеть общий результат, договориться о границах ответственности, убрать действия без ценности и связать работу с экономическими показателями.

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