Анализ бизнес-процессов.
систематическое изучение реальной повторяющейся работы компании, чтобы найти узкие места, потери и точки для автоматизации и оцифровать их.
Что это простыми словами
Анализ бизнес-процессов — это когда вы перестаёте догадываться, как в компании реально движется работа, и смотрите на факты: от заявки до денег, от закупки до отгрузки. Цель — найти, где процесс тормозит, где утекают деньги и что можно отдать машине. Логика простая: описываете «как есть» (AS-IS), рисуете «как должно быть» (TO-BE) и оцифровываете разрыв между ними — временем цикла, стоимостью шага, долей заявок, прошедших в срок.
Это как разбирать водопровод, когда из крана еле капает. Можно бесконечно стучать по крану, а можно пройти всю трубу и найти ту единственную засорённую секцию, из-за которой страдает весь поток.
Зачем это бизнесу
Без анализа процесс живёт в головах сотрудников, и каждый уверен, что узкое место — у соседа. По факту заявка может неделю лежать на согласовании, о котором никто не помнит. Вы нанимаете людей, покупаете софт, а скорость не растёт, потому что чините не то.
анализ переводит разговор из «мне кажется, у нас бардак на отгрузке» в «средний цикл order-to-cash — 9 дней, из них 2 съедает согласование скидки, которое почти ни на что не влияет». С цифрами на руках видно, что чинить первым и сколько это стоит в деньгах.
Как считается
Главная метрика — время цикла процесса. Считается так:
Время цикла = время завершения последнего шага − время старта первого шага
(усреднённое по выборке кейсов)
Сопутствующие:
throughput = число завершённых кейсов / период
стоимость прогона = сумма затрат всех шагов за один проход процесса
Пример (условный). Розничная сеть замеряет order-to-cash по выборке заказов. Старт — оформление заказа, финиш — поступление оплаты.
- Средний цикл по выборке: 9 дней.
- Разбивка по шагам: сборка — 1 день, согласование скидки — 2 дня, отгрузка — 1 день, ожидание оплаты — 5 дней.
- Вывод: согласование скидки добавляет 2 дня к циклу, хотя на мелких суммах почти не меняет риск. Убираем шаг для скидок до порога → цикл падает до 7 дней без потери контроля.
Примеры из жизни
- Производство, нотация IDEF0. Компания строит AS-IS логистической цепочки и находит дублирующий ручной перенос данных между складом и 1С — одни и те же цифры вбивают дважды. Меняют ручной перенос на интеграцию, и шаг исчезает из процесса целиком.
- B2B, process mining по логам CRM. Восстановив фактическую карту по таймстемпам, видят, что заметная доля сделок «зависает» на выставлении счёта — ждут подписи финдиректора. Вводят автосогласование счетов до пороговой суммы, и «пробка» рассасывается.
- Розница, BPMN. Сквозной order-to-cash (заказ → сборка → отгрузка → оплата) рисуют в нотации, замеряют каждый шаг и убирают лишнее согласование для мелких скидок — ровно тот случай из расчёта выше.
Когда это про вас
Соло-предпринимателю и микрокоманде на 1–5 человек, где процессы держатся в голове и меняются каждую неделю, формальный анализ с нотациями пока ни к чему — хватит чек-листа в заметках. Тяжёлый инструментарий (process mining, IDEF0, регламенты) начинает окупаться, когда процесс повторяется десятки раз в месяц, в нём участвуют несколько ролей, а цена задержки или ошибки уже заметна в деньгах. Если каждая «зависшая» сделка стоит вам сотни тысяч — самое время мерить.
Грабли и мифы
- Рисуют идеал вместо реальности. Схема показывает, как процесс должен бы идти, а не как он идёт на самом деле. В итоге автоматизируют фантазию, а настоящее узкое место остаётся на месте.
- Перфекционизм по картам. Команда месяцами вылизывает диаграммы со всеми исключениями вместо того, чтобы убрать хотя бы одно узкое место. Цель «ускорить процесс» подменяется целью «нарисовать идеальную схему».
- Оптимизируют шаг в отрыве от потока. Улучшают участок, который не влияет на общее время цикла, потому что не замерили процесс end-to-end. Ускорили сборку на час, а заказ всё равно неделю ждёт оплаты.
- С чего начать анализ бизнес-процессов, если ничего не описано?
- Возьмите один сквозной процесс, где больнее всего, — например, от заявки до денег. Опишите шаги «как есть» по фактам, а не по идеалу, и замерьте время каждого. Если у вас есть CRM или финучёт, событийный лог по сделкам и счетам уже даёт фактическую карту без опросов сотрудников.
- Чем AS-IS отличается от TO-BE?
- AS-IS — карта процесса «как он реально идёт сейчас», со всеми задержками и лишними шагами. TO-BE — целевая модель «как должно быть» после улучшений. Сначала честно фиксируют AS-IS, затем проектируют TO-BE, а разрыв между ними оцифровывают: сколько дней и денег вы теряете, пока не дойдёте до целевого состояния.
- Что такое process mining и чем он лучше интервью?
- Process mining восстанавливает фактическую карту процесса автоматически — по логам систем (CRM, ERP, финучёт), а не со слов сотрудников. Это убирает субъективность: люди описывают, как им кажется, а таймстемпы показывают, как есть. Метод подсвечивает реальные «пробки» и отклонения от регламента, но требует, чтобы события уже фиксировались в системе.
- Какие метрики мерить в первую очередь?
- Три базовые. Время цикла — сколько в среднем длится один прогон процесса от старта до финиша. Throughput — сколько кейсов завершается за период. Стоимость прогона — сумма затрат всех шагов за один проход. Этого хватает, чтобы понять, где процесс тормозит и сколько денег съедает узкое место.
- Когда формальный анализ процессов преждевременен?
- Если вы соло или микрокоманда на 1–5 человек, процессы держатся в голове и меняются каждую неделю — нотации и process mining избыточны, хватит простого чек-листа. Тяжёлый инструментарий окупается, когда процесс повторяется десятки раз в месяц, в нём участвуют несколько ролей, а цена задержки заметна в деньгах.
Хотите видеть это в своих цифрах, а не в теории?
артефакты считают всё это автоматически — на ваших данных. Покажем за один созвон, без слайдов.