Я видел компанию, в которой заказ клиента проходил через 11 рук прежде чем попасть на склад. Каждый что-то добавлял, проверял, согласовывал. Почти половина этих шагов не создавала никакой ценности — только время и ошибки. Когда процесс сократили до 5 шагов, скорость обработки выросла в два раза, количество ошибок упало на 60%, и никто не заметил что исчезло «важное» согласование директора.
Это и есть оптимизация бизнес-процессов в реальности. Не рисование красивых схем и не внедрение дорогих систем. А честный ответ на вопрос: где именно внутри компании деньги превращаются в потери?
В большинстве компаний потери не снаружи — не в том, что мало продают. Они внутри: на стыке отделов, в ожиданиях согласования, в ручных операциях которые давно можно автоматизировать. Эти потери невидимы — потому что никто специально их не ищет.
Что такое бизнес-процесс и зачем его оптимизировать
Бизнес-процесс — это любая повторяющаяся последовательность действий, которая производит определённый результат. Обработка входящей заявки. Отгрузка товара. Найм нового сотрудника. Выставление счёта. Всё это процессы.
Ключевое слово — повторяющаяся. Именно поэтому процессы важны: если что-то происходит один раз, можно решить по ситуации. Если происходит тысячу раз в месяц — каждая лишняя минута в этом процессе стоит компании тысячи рублей ежемесячно.
Три причины оптимизировать процессы
Каждый неоптимальный шаг стоит: время сотрудника, ошибки, задержки, переделки. Сложите всё по компании — и получите сумму, которая вас удивит. В средней компании 20–30% рабочего времени тратится на действия, которые не создают ценности.
Когда компания растёт — объём операций растёт пропорционально. Если процессы неоптимальны — хаос умножается на масштаб. Компания нанимает больше людей, чтобы справляться с тем же объёмом — но лучше не становится. Это ловушка роста.
Пока процесс живёт «в голове» у сотрудника — он зависит от этого человека. Когда он уходит — знание уходит вместе с ним. Описанный и оптимизированный процесс — это актив компании, а не её риск.
Где компании теряют деньги — семь источников потерь
Японские инженеры Toyota в рамках производственной системы TPS (ставшей основой Lean-методологии) выделили семь типов потерь — «муда» (無駄). Они разрабатывались для производства, но работают в любом бизнесе — от склада до отдела продаж.
Я адаптировал их для российских B2B-компаний:
| Тип потери | Что это в бизнесе | Типичный пример |
|---|---|---|
| Перепроизводство | Делаем больше чем нужно или раньше чем нужно | Готовим отчёты которые никто не читает |
| Ожидание | Время простоя пока ждём следующего шага | Менеджер ждёт согласования КП три дня |
| Лишняя транспортировка | Информация или материалы движутся без необходимости | Данные переносятся вручную из одной системы в другую |
| Излишняя обработка | Делаем больше чем требует клиент | Пять согласований там, где достаточно одного |
| Запасы | Незавершённые задачи и зависшие процессы | 200 «активных» сделок в CRM, из которых 80 мертвы |
| Движение | Лишние действия сотрудника для выполнения задачи | Открыть 4 программы чтобы внести один заказ |
| Дефекты | Ошибки, переделки, рекламации | Неправильный счёт → переделка → задержка оплаты |
К этим семи я добавляю восьмой тип потерь, который Toyota упустила — неиспользованный потенциал сотрудников. Когда умные люди занимаются рутиной, которую давно можно автоматизировать — это тоже потеря. Просто она незаметна в балансе.
Как найти узкие места: диагностика за один день
Не нужно месяц анализировать — нужен правильный метод. Вот как я провожу экспресс-диагностику процессов в компании.
Метод 1: Пройти процесс самому
Это называется «поход в гемба» в Lean — японское слово «гемба» означает «место где происходит реальная работа». Руководитель или консультант лично проходит весь процесс шаг за шагом, как будто является новым сотрудником.
Что замечаете сразу: где приходится ждать, у кого уточнять, что непонятно, какие инструменты неудобны, где информация дублируется. Это невозможно увидеть из кабинета — только изнутри.
Метод 2: Хронометраж и картирование потока создания ценности
Value Stream Mapping (VSM) — инструмент из Lean. Берёте процесс и фиксируете для каждого шага два времени: время добавления ценности (сотрудник активно работает над задачей) и общее время (включая ожидания и перемещения).
Пример VSM: обработка входящего заказа
| Шаг | Время создания ценности | Общее время | Эффективность |
|---|---|---|---|
| Получить и прочитать заявку | 5 мин | 4 часа (ожидание) | 2% |
| Проверить наличие на складе | 10 мин | 10 мин | 100% |
| Согласовать с руководителем | 3 мин | 2 дня (ожидание) | 0.1% |
| Выставить счёт | 7 мин | 7 мин | 100% |
Вывод очевиден: шаг «согласование с руководителем» занимает 3 минуты работы и 2 дня ожидания. Именно его нужно оптимизировать — убрать или автоматизировать.
Метод 3: Пять «почему» (5 Why)
Метод Сакити Тойоды. Когда находите проблему — задаёте вопрос «почему?» пять раз подряд. Каждый ответ — следующий «почему». На пятом уровне обычно находите корневую причину.
Почему 1: Задержка доставки → Заказы поздно отгружаются со склада
Почему 2: Поздно отгружаются → Документы приходят со склада к вечеру
Почему 3: Документы к вечеру → Менеджеры отправляют заявки только после 16:00
Почему 4: Заявки после 16:00 → Нет стандарта времени передачи заявки
Почему 5: Нет стандарта → Никто не установил SLA между продажами и складом
Решение не «штрафовать менеджеров», а ввести SLA: заявка на склад до 14:00 = отгрузка сегодня.
Методологии оптимизации — что реально работает
Методологий много. Расскажу о трёх — самых применимых для B2B-компаний среднего размера. Без академической воды — только суть.
Lean (Бережливое производство)
Суть: устранение всего, что не создаёт ценность для клиента. Фокус на потоке — как задача движется от начала до результата, без остановок и возвратов.
Ключевые инструменты: картирование потока ценности (VSM), 5S (сортировка, соблюдение порядка, содержание в чистоте, стандартизация, совершенствование), Kaizen (непрерывные небольшие улучшения).
Когда применять: когда проблема в длинных циклах обработки, ожиданиях, дублировании. Хорошо работает в операциях с высоким объёмом — склад, обработка заказов, обслуживание клиентов.
Six Sigma
Суть: снижение вариативности процессов до уровня, при котором вероятность дефекта — 3,4 на миллион операций (отсюда «шесть сигм» — шесть стандартных отклонений). Управляется через DMAIC: Define → Measure → Analyze → Improve → Control.
Когда применять: когда проблема в качестве и ошибках. Сложный метод с высоким порогом входа — требует статистических знаний. Для большинства МСБ в чистом виде избыточен.
Theory of Constraints (TOC) — Теория ограничений
Суть: Элияху Голдратт сформулировал простую идею: в любой системе есть одно ключевое ограничение, которое определяет скорость всей системы. Не нужно оптимизировать всё — нужно найти и «расшить» это одно место.
Пять шагов ТОС:
Найти ограничение — где система тормозит сильнее всего?
Использовать максимально — выжать из ограничения всё, без дополнительных ресурсов
Подчинить остальное — все другие процессы работают в ритме ограничения
Расширить ограничение — инвестиции в расшивку только здесь, а не везде
Повторить — после расшивки ограничение переместилось, найти новое
Когда применять: когда непонятно за что браться — ТОС помогает найти правильную точку приложения усилий. Я рекомендую начинать именно с этой методологии: находим одно главное ограничение и работаем с ним.
Инструменты: от картирования до автоматизации
Инструменты — это то, чем реализуются методологии. Выбор зависит от задачи.
Прежде чем оптимизировать — нужно описать «как есть». Инструменты: блок-схемы (Miro, Figma, draw.io), нотация BPMN для сложных процессов, простые swim-lane диаграммы для большинства задач. Не нужно усложнять — подробная схема в Miro часто лучше идеальной BPMN-нотации.
Описанный процесс должен стать стандартом. Регламент — не бюрократия, а инструкция для нового человека. Критерий хорошего регламента: новый сотрудник прочитал и сделал правильно без дополнительных вопросов. Если не получилось — регламент плохой, не человек.
Большинство потерь типа «лишняя транспортировка» исчезают когда системы интегрированы. CRM → 1С → склад → логистика — без ручного переноса данных. Инструменты: Bitrix24, amoCRM, 1С с интеграциями, Make, n8n для автоматизации потоков.
Оптимизированный процесс нужно мониторить. BI-системы (Power BI, Tableau, DataLens) дают видимость в реальном времени: время выполнения, количество ошибок, нагрузка на каждый этап. Без этого невозможно понять — работает оптимизация или нет.
RPA (Robotic Process Automation) — программные роботы, которые выполняют повторяющиеся действия человека: вводят данные, переносят информацию, генерируют документы. В 2026 году к этому добавился ИИ — умные агенты, которые не просто копируют действия, но и принимают простые решения.
ИИ в оптимизации процессов: новая реальность 2026
Это не будущее — это уже происходит. И меняет механику оптимизации кардинально.
Раньше оптимизация была дискретной: диагностировали → описывали → меняли → проверяли. Цикл занимал месяцы. ИИ делает его непрерывным: система мониторит процессы в реальном времени, обнаруживает аномалии до того как они стали проблемой, предлагает решения на основе данных.
Process Mining — анализ логов из CRM, ERP и других систем, чтобы восстановить как процесс происходит на самом деле (а не как написано в регламенте). Программа сама строит карту реального процесса, находит узкие места и аномалии. То что раньше занимало недели — теперь часы.
Автоматическое распознавание и обработка входящих документов: счёта, накладные, договоры. ИИ извлекает данные, проверяет на ошибки, записывает в систему. Без человека. То что делал бухгалтер три часа в день — ИИ делает за минуты.
ИИ предсказывает узкие места до того, как они возникают. Модель видит, что при определённом объёме заказов на следующей неделе склад не справится — и сигнализирует заранее. Управление становится проактивным, а не реактивным.
Следующий уровень: ИИ-агент не только анализирует, но и выполняет задачи. Отвечает на типовые запросы клиентов, обрабатывает стандартные заявки, маршрутизирует нестандартные к нужному человеку. Это не замена людей — это освобождение людей от задач, где они не нужны.
С какого процесса начать: матрица приоритетов
Процессов в компании десятки. Оптимизировать всё сразу — классическая ошибка. Нужен выбор.
Я использую матрицу из двух осей: влияние на прибыль и сложность изменения.
| Простое изменение | Сложное изменение | |
|---|---|---|
| Высокое влияние на прибыль |
🎯 ДЕЛАТЬ ПЕРВЫМ Быстрая победа с большим эффектом |
📋 ПЛАНИРОВАТЬ Стратегический проект с ресурсами |
| Низкое влияние на прибыль |
⏱ ДЕЛЕГИРОВАТЬ Пусть команда решит без руководителя |
🗑 НЕ ДЕЛАТЬ Сложно и неважно — не трогаем |
Топ-5 процессов, которые у большинства компаний попадают в зону «делать первым»:
Как внедрить и не сломать то, что работает
Изменение процессов — это изменение поведения людей. Это сложнее, чем кажется. Большинство проектов по оптимизации проваливаются не потому что решение неправильное — а потому что неправильно внедряли.
Никогда не внедряйте изменения сразу во всей компании. Выберите один отдел или один продуктовый поток — проверьте там за 30 дней. Измерьте результат. Потом масштабируйте.
Сотрудники саботируют изменения которых не понимают. Объясните логику: «Сейчас на этом шаге мы тратим 2 часа в день — это ваше личное время. Новый способ займёт 20 минут». Люди принимают изменения когда понимают пользу для себя.
Люди которые работают в процессе каждый день — знают о нём больше вас. Спросите их: «Что мешает работать быстрее? Что раздражает больше всего?» Во-первых получите инсайты. Во-вторых — они сами предложат изменения, которые легче примут.
Зафиксируйте baseline перед изменением: время процесса, количество ошибок, стоимость. Это нужно не только для оценки — это мотивация. Когда видишь «было 4 часа — стало 40 минут» — хочется делать дальше.
6 ошибок оптимизации, которые стоят дороже проблемы
Автоматизация плохого процесса делает плохое быстрее. Сначала наведите порядок в логике процесса — потом автоматизируйте. Никогда не наоборот. Это главная ошибка при внедрении CRM и ERP.
«У нас плохие процессы везде» — это значит, что непонятно с чего начинать. Выбор одного процесса и его реальное улучшение — в 10 раз ценнее поверхностного касания 20 процессов. Фокус всегда выигрывает у распыления.
«Стало лучше» — не результат. Результат: «Время обработки заявки сократилось с 4 часов до 45 минут, количество ошибок упало на 70%». Без цифр невозможно понять — работает оптимизация или нет. И невозможно показать команде зачем это нужно.
Процессы выполняют люди. Самый логичный регламент провалится если люди его не понимают или активно саботируют. Коммуникация, объяснение, вовлечение — не мягкие инструменты, а жёсткая необходимость.
Нарисовать идеальный процесс несложно. Но если не разобраться как процесс работает сейчас реально — новая схема будет существовать параллельно со старой. Люди будут делать по-старому, потому что «так удобнее». Всегда начинайте с «как есть».
Процессы — живые. Меняется рынок, команда, продукт, объём. Процесс который был оптимален два года назад — сегодня может быть бутылочным горлышком. Kaizen — непрерывное совершенствование — это не разовая акция, а культура. Пересматривайте ключевые процессы минимум раз в год.
Итог: оптимизация процессов — это поиск денег внутри компании
Большинство компаний ищут рост снаружи: больше рекламы, больше клиентов, больше продавцов. Оптимизация процессов — это рост изнутри: те же ресурсы дают больший результат, потому что ничего не теряется на стыках, в ожиданиях и в дублировании.
✓ Найти главное ограничение — ТОС
✓ Устранить потери вокруг него — Lean
✓ Автоматизировать рутину — RPA и ИИ
✓ Измерить результат — до и после в цифрах
✓ Повторить — Kaizen как культура
Компании которые системно работают с процессами, устойчивее переносят кризисы, быстрее масштабируются и не нанимают новых людей там, где можно было оптимизировать старый процесс.
Хотите найти потери в ваших процессах?
Провожу диагностику бизнес-процессов: нахожу где именно теряются деньги, расставляю приоритеты по ROI и помогаю внедрить изменения с измеримым результатом. Формат — пилот 30 дней.