Логотип Студии Ивана Удачника Автоматизация, которая окупается
статьи - «Как оптимизировать бизнес-процессы без большой перестройки компании»

Как оптимизировать бизнес-процессы без большой перестройки компании

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

Как оптимизировать бизнес-процессы без большой перестройки компании
короткий ответ

Что на самом деле значит оптимизировать процесс

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

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

В разборе McKinsey от 27 августа 2025 года авторы отмечают: после структурных перестановок затраты могут вернуться, если сами процессы и привычки работы остались прежними. Это аргумент в пользу разбора маршрута работы, но не доказательство, что организационные изменения никогда не нужны [2]

Как выбрать первый процесс

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

ПризнакЧто проверятьПочему это важно
ЧастотаПроцесс повторяется регулярно, сохранилась история обычных и проблемных случаевМожно увидеть не единичный сбой, а закономерность
Ручной трудЕсть перенос данных, переписка, поиск, сверка, копирование, подготовка типовых документовМожно проверить, какие действия удастся убрать или упростить
ОжиданиеРабота лежит между людьми или системамиКалендарное время процесса может быть большим при небольшом объёме реальной работы
Цена ошибкиВозвраты, переделки, пропущенные заявки, неверные документы, штрафыДаже редкая ошибка может быть дороже сотни минут рутины
УправляемостьЕсть владелец и можно провести изменение на ограниченном участкеПилот не превращается в реформу всей компании

Таблицу можно прокрутить вбок →

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

Карта текущего состояния: что измерять

Карта текущего состояния показывает, где сотрудники обрабатывают работу, где она ждёт, как передаются данные и на каких шагах возникают переделки. Американское общество качества (ASQ) включает эти сведения в данные для картирования потока наряду с числом исполнителей и качеством результата. Ниже - условный пример такой карты для офисного процесса, не замер клиентского проекта [1]

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

ШагИсполнительВремя работыОжидание до следующего шагаПеределка?Откуда и куда идут данные
Получить заявкуСистемасекундыдо назначениянетформа → система продаж
Проверить данныеМенеджер6 мин0иногдасистема продаж → сайт → таблица
Подготовить ответМенеджер12 миножидание ценыдапочта ↔ таблица

Таблицу можно прокрутить вбок →

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

Календарное время процесса
  1. Работа 1
  2. Ожидание
  3. Работа 2
  4. Ожидание
  5. Результат

Измеряйте отдельно, сколько работа обрабатывалась и сколько ждала. Ширина блоков не отражает фактическую длительность

Шесть шагов перед автоматизацией

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

Лестница улучшения процесса

  1. Удалить - нужен ли шаг вообще, кто использует его результат
  2. Объединить - можно ли два согласования или две проверки сделать одним действием
  3. Упростить - можно ли сократить число полей, вариантов и исключений
  4. Стандартизировать - одинаковый вход, правило, шаблон и ответственный
  5. Связать системы - убрать перенос данных руками между уже существующими сервисами
  6. Автоматизировать оставшиеся операции - по правилам или с помощью ИИ, если качество входных данных и цена ошибки позволяют это делать

Если шаг больше никому не нужен, на этом его разбор заканчивается: интеграция или ИИ ему уже не потребуются

Как провести пилот без большой перестройки

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

  1. Опишите границы и базовую точку: объём, время цикла, ручное время, переделки
  2. Выберите одно изменение, максимум два связанных
  3. Возьмите ограниченную группу обращений, документов или заказов
  4. Сохраните старый маршрут как запасной на первые дни
  5. Запишите исключения, которые возникли в пилоте, вместо того чтобы прятать их
  6. Сравните тот же набор показателей с исходной точкой

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

Как доказать, что оптимизация сработала

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

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

Сокращение ручного времени на единицу = среднее ручное время до изменения - среднее ручное время после изменения
Высвобождённое ручное время за месяц = сокращение ручного времени на единицу × фактический месячный объём

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

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

Источники и границы выводов

ASQ используется для состава данных на карте процесса; McKinsey - для обсуждения ограничений структурной перестройки. Лестница из шести шагов и ориентир 20-30 случаев - авторские инструменты первичного разбора. Таблица времени условная

  1. Американское общество качества - картирование потока - перечень данных для карты текущего состояния: время обработки, ожидание, информационный поток и качество
  2. Маккинзи - переосмысление процессов - материал 2025 года о том, почему изменение структуры без изменения процессов часто не удерживает эффект

Хотите найти процесс, который съедает больше всего денег?

Расскажите, как устроена работа. Мы найдём 1-3 процесса, где оптимизация даст самый заметный эффект, и посчитаем его в деньгах до начала каких-либо работ

Разобрать наш процесс Сначала проверим экономику процесса, а уже потом можно обсуждать внедрение

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

Нужно ли сначала описать все процессы компании?

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

Сколько случаев нужно измерить?

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

Когда подключать ИИ?

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