Процесс живёт в головах, а не на схеме
Каждый знает свою часть работы, но целиком процесс не видит никто. При уходе одного сотрудника участок встаёт на несколько недель.
Оптимизация процессов
Описываем процесс как есть и убираем всё, что не создаёт ценность
Начинаем с фактов: интервью с исполнителями, наблюдение на рабочих местах, хронометраж этапов, выгрузки из 1С и CRM. Получаем схему BPMN, считаем время цикла по шагам и видим, где процесс теряет дни.
Или сразу: +7 (962) 368-39-51 Telegram
AS IS
схема процесса по факту, а не по регламенту
BPMN 2.0
нотация, понятная бизнесу и разработке
3–5 KPI
метрики процесса с замером до и после
1 пилот
подразделение, где проверяем гипотезы
Почему процессы замедляются
Симптомы, которые мы чаще всего видим в компаниях, выросших из ручного управления потоком заявок.
Согласования тонут в переписке
Заявка уходит в почту или мессенджер, у этапа нет срока и ответственного. Понять, у кого сейчас документ, можно только обзвонив всех участников.
Данные вводят по два-три раза
Заказ из CRM переносят в 1С, затем в Excel для сводки. Ошибку правят в трёх местах, а сверка данных съедает половину рабочего дня.
Одно узкое место держит весь поток
Заявки копятся у единственного согласующего или на одной единице оборудования: загрузка близка к 100%, а очередь растёт быстрее, чем мощность участка.
Процесс не измеряется
Нет данных о времени цикла, доле возвратов на доработку и повторных обращений. Улучшать приходится на ощупь, а эффект изменений никто не подтвердит.
Регламент написан и забыт
Документ описывает работу пятилетней давности: система поменялась, роли перераспределились, а сотрудники давно работают по устным договорённостям.
Что входит в работу
Объём подбираем под задачу: можно взять один сквозной процесс целиком или серию связанных этапов.
Диагностика и картирование AS IS
Восстанавливаем реальный ход процесса: кто что делает, в какой системе и сколько это занимает в часах и днях.
- Интервью с исполнителями и руководителями, наблюдение на рабочих местах
- Хронометраж этапов и отдельный замер времени ожидания
- Схема процесса в BPMN 2.0 с точками принятия решений
- Карта систем, файлов и таблиц, задействованных на каждом шаге
Анализ потерь и узких мест
Ищем, где процесс теряет время и качество, и считаем цену каждой потери в деньгах и человеко-часах.
- Разбор очередей, ожиданий, возвратов и повторных операций
- Анализ причин по диаграмме Исикавы и правилу «пять почему»
- Расчёт загрузки исполнителей и пропускной способности участка
- Проверка распределения ответственности в матрице RACI
Проектирование целевого процесса
Собираем схему TO BE вместе с командой: без лишних этапов, с понятными сроками и правилами эскалации.
- Целевая схема процесса и перечень отличий от текущей
- Матрица RACI, контрольные точки и правила эскалации
- Целевые KPI: время цикла, доля возвратов, стоимость операции
- Регламент процесса и рабочие инструкции для исполнителей
Пилот и закрепление метрик
Проверяем новую схему на одном подразделении, прежде чем раскатывать её на всю компанию.
- Пилотная группа, обучение и сопровождение в первые недели
- Дашборд по метрикам процесса и ежемесячный разбор отклонений
- Сверка результата с базовым замером через 1 и 3 месяца
- Передача схемы и регламента владельцу процесса
Как проходит проект
Двигаемся короткими этапами: результат каждого можно использовать отдельно, даже если дальше решите остановиться.
-
01 1–2 недели
Диагностика и границы
Определяем, какие процессы влияют на задачу, и фиксируем базовый замер: объём потока, время цикла, доля возвратов, стоимость ручных операций.
-
02 2–3 недели
Картирование AS IS
Проводим интервью и хронометраж, собираем схему BPMN и карту систем. Согласуем схему с исполнителями: она должна совпадать с реальностью, а не с должностной инструкцией.
-
03 2–3 недели
Анализ и дизайн TO BE
Считаем потери, находим узкие места, проектируем целевой процесс с KPI, матрицей RACI и правилами эскалации. Считаем эффект от каждого изменения.
-
04 4–8 недель
Пилот и регламенты
Запускаем новую схему на пилотной группе, обучаем исполнителей, замеряем результат и утверждаем регламент с владельцем процесса.
Зачем описывать процесс, если все и так знают, как работать
Пока процесс не описан, каждая сторона уверена, что видит его целиком. На интервью почти всегда выясняется: менеджер считает, что заявку согласует руководитель отдела, руководитель — что согласование ушло в финансовый блок, а финансовый блок вообще не знает об этой заявке. Схема AS IS фиксирует не то, как должно быть, а то, как происходит на самом деле, включая обходные пути и договорённости.
Практическая ценность схемы не в документе как таковом. Она даёт общий язык: исполнители, руководители и разработчики смотрят на одну картинку и обсуждают конкретный шаг, а не «в целом стало тяжело». Для автоматизации схема BPMN — это фактически техническое задание: из неё видно, какие маршруты согласования, роли и сроки нужно реализовать в системе.
Как выбрать процесс для оптимизации первым
Мы предлагаем оценивать кандидатов по четырём факторам: частота выполнения, влияние на выручку или клиента, количество ручных операций и число участников. Процесс, который выполняется десять раз в день и задевает три отдела, даст эффект быстрее, чем редкий, но «стратегически важный» сценарий.
Отдельно смотрим на управляемость: если владелец процесса не назначен и решение зависит от нескольких руководителей, проект затянется на согласованиях. В таких случаях начинаем с более локального участка, а расширение планируем вторым этапом. Обычно первый процесс закрываем за 6–12 недель и на нём же отрабатываем формат работы с командой.
Метрики, по которым видно эффект оптимизации
Мы всегда фиксируем базовый замер до изменений, иначе результат невозможно доказать. Базовый набор: время цикла процесса целиком и по этапам, доля операций, возвращённых на доработку, количество ручных переносов данных, загрузка ключевых исполнителей и стоимость одной операции.
Через один и три месяца после пилота показатели замеряются повторно по тем же правилам. В проектах по обработке заявок и согласованию договоров типичный результат — сокращение времени цикла в 2–3 раза за счёт устранения ожиданий, а не за счёт ускорения работы людей, и снижение доли возвратов с 30–40% до 10–15% после появления понятных правил заполнения и проверки.
Частые вопросы
BPMN 2.0 — это визуальный язык: прямоугольники обозначают действия, ромбы — решения, дорожки — роли. Руководителю не нужно учить нотацию, чтобы читать схему: достаточно знать три этих элемента. Зато схема в BPMN даёт два преимущества: её однозначно понимают и бизнес, и разработчики, и из неё напрямую вырастает техническое задание на автоматизацию.
Типовой срок — от шести до двенадцати недель. Диагностика и картирование занимают три-пять недель, проектирование целевого процесса — две-три недели, пилот и закрепление регламента — от месяца. Сквозные процессы с участием нескольких подразделений и внешних контрагентов занимают дольше: там больше согласований и выше цена ошибки.
Исполнители должны участвовать в картировании и проектировании с первого дня: люди редко сопротивляются схеме, которую помогли составить. Дополнительно нужны ролевое обучение на реальных примерах, сеть суперпользователей в подразделениях и период сопровождения после запуска. Если изменение затрагивает несколько отделов и меняет показатели работы руководителей, проект стоит вести вместе с планом управления изменениями.
Базовый замер делаем на этапе диагностики: часть данных берём из 1С и CRM, часть получаем ручным журналом в течение двух-четырёх недель — исполнители фиксируют время начала и окончания этапа. Такой замер не требует внедрения системы и даёт достаточно точности, чтобы сравнивать показатели до и после изменений по одним и тем же правилам.
Бизнес-консалтинг: другие направления
Смежные задачи, которые обычно решаются в одном проекте с этой.
Какой процесс мешает вам больше всего?
Опишите ситуацию в двух абзацах — предложим формат диагностики и назовём сроки первого этапа.