Процессы · диагностика · внедрение
Как проводить аудит
бизнес-процесса
Полезный аудит объясняет не только где возникло отклонение, но и почему система работы воспроизводит его снова. Для этого нужно пройти фактический маршрут, сопоставить действия с данными и перевести выводы в управляемые изменения.
Антон Коннов · 9 августа 2026 · 8 минут
Точка старта
Сначала определить объект решения
Формулировка «проверить отдел» почти всегда слишком широка. Лучше выбрать сквозной результат: исполненный заказ, закрытый месяц, согласованную закупку или обработанное обращение клиента. Тогда появляется начало, конец, владелец результата и возможность увидеть передачу ответственности между функциями.
До интервью полезно зафиксировать управленческий вопрос: какое решение должен принять заказчик аудита. Это удерживает работу от превращения в каталог замечаний.
Шесть шагов
От факта к плану изменений
Границы и результат
Определить событие начала и завершения процесса, клиента результата, владельца и критерий готовности. Всё, что не влияет на этот результат, пока остаётся за границами.
Фактический маршрут
Пройти несколько реальных примеров по документам, системам и коммуникациям. Регламент показывает предполагаемый процесс; конкретный заказ или операция показывает, как работа выполняется на самом деле.
Роли и передачи
Зафиксировать не только исполнителей, но и точки ожидания, возврата, ручного согласования и смены ответственного. Именно на стыках подразделений часто теряются сроки и информация.
Данные и показатели
Сопоставить управленческую отчётность с первичными событиями. Важно различать время работы и время ожидания, единичное отклонение и повторяющийся сценарий, симптом и причину.
Причины и целевая модель
Для существенных разрывов определить механизм возникновения: правило, мотивацию, нехватку данных, ограничение мощности или дефект системы. Затем описать роли, сценарии, контроль и требования целевого процесса.
Приоритет и внедрение
Разделить быстрые организационные меры, системные изменения и гипотезы, требующие пилота. У каждого действия должны быть владелец, срок, критерий приёмки и способ проверить результат после запуска.
Рабочие материалы
Что должно остаться после аудита
Карта as is
Шаги, роли, системы, документы, ожидания и точки возврата.
Реестр причин
Факты, повторяемость, последствия и связь с управленческой задачей.
Модель to be
Целевой маршрут, ответственность, данные, контроли и требования к автоматизации.
План внедрения
Приоритеты, владельцы, пилоты, критерии приёмки и мониторинг.
Типичная ошибка
Автоматизировать процесс до диагностики
ERP, CRM или новый отчёт не исправляют неопределённую ответственность и противоречивые правила. Если сначала перенести исторический процесс в систему, организация получит те же потери, только быстрее и дороже.
Технологические требования разумно формировать после того, как понятны целевой сценарий, необходимые данные и критерии результата.
Разобрать процесс
Начнём с одного проблемного маршрута
Определим границы, участников, доступные данные и формат первичной диагностики.