Диагностика бизнес-процессов: где компания теряет время и деньги
Прежде чем что-то автоматизировать, полезно узнать, сколько это «что-то» стоит компании сейчас. В большинстве случаев ответа нет: все понимают, что «с заявками бардак», но никто не скажет, во сколько часов и рублей этот бардак обходится в месяц.
Диагностика отвечает на этот вопрос цифрами. Мы разбираем, как работа идет на самом деле, измеряем потери и составляем список изменений в порядке отдачи. Часть из них окажется организационной и не потребует ни строчки кода.
Что это дает
Понимание, где теряется
Не «в закупках проблемы», а: согласование заявки занимает в среднем шесть дней, из них пять — ожидание, и в 40% случаев заявка возвращается на уточнение.
Список в порядке отдачи
Что менять первым, вторым и что не трогать. С оценкой эффекта и стоимости по каждому пункту, чтобы решение принималось не по громкости жалоб.
Разделение на типы
Что решается регламентом, что — настройкой существующих систем, а что действительно требует разработки. Обычно первых двух больше, чем ожидают.
Основание для разговора
Цифры, с которыми можно идти к собственнику за бюджетом или к подрядчикам за ценой. И база для сравнения, когда через полгода спросят, стало ли лучше.
Что мы измеряем
Как проходит работа
- Стартовый разговор, час. Определяем границы: какие процессы смотрим, какие не трогаем, что считаем успехом. Без границ обследование расползается на всю компанию и не заканчивается.
- Сбор материалов, 2–4 дня. Текущие таблицы, формы документов, регламенты, выгрузки из существующих систем. Смотрим их до разговоров с людьми, чтобы не тратить чужое время на очевидное.
- Интервью, 4–10 разговоров. С теми, кто делает работу руками, и с теми, кто принимает решения. Порознь: в группе люди повторяют за руководителем.
- Наблюдение. Там, где возможно, просто сидим рядом и смотрим, как выполняется операция. Люди не рассказывают о том, к чему привыкли, — это видно только со стороны.
- Замеры. Выгрузки из систем, журналы, переписка. Считаем длительности, частоты, доли возвратов. Там, где данных нет, честно отмечаем оценку и как она получена.
- Сборка и защита. Карта процессов, список потерь с цифрами, приоритизированные изменения. Разбираем вместе с вашей командой и фиксируем решения.
Что мы ищем
- Двойной ввод. Один факт заносится в два-три места. Самый частый и самый легко устранимый вид потерь.
- Ожидание. Согласования без срока, отсутствие замены на время отпуска, задачи, которые лежат, потому что никто не знает, что они появились.
- Возвраты. Сколько раз работа возвращается на доработку и почему. Каждый возврат — это полный круг процесса заново.
- Работа по памяти. «Иван знает, как считать эту надбавку». Пока Иван на месте, все хорошо. Это не неэффективность, это риск.
- Расхождения в цифрах. Одна и та же величина в двух отчетах разная, и обе версии считаются правильными. Признак того, что источника правды нет.
- Действия по инерции. Отчет, который никто не читает; подпись, которую ставят не глядя; копия документа для отдела, где ее выбрасывают.
- Обходные пути. Все места, где люди работают мимо системы, — в таблице, в мессенджере, на бумаге. Каждый такой обход показывает, чего системе не хватает.
Какие процессы смотрят чаще всего
- От заявки до отгрузки. Самый популярный запрос: почему клиент ждет три недели там, где производство занимает четыре дня. Ответ почти всегда в согласованиях и в ожидании между подразделениями.
- Закупки и снабжение. Потребность, заявка, согласование, выбор поставщика, поставка. Здесь копятся и сроки, и замороженные деньги в запасах.
- Производственный цикл. Планирование, задание, факт, себестоимость. Главная находка обычно в том, что факт не фиксируется в цехе, и все расчеты строятся на нормативах.
- Сервис и заявки от клиентов. Прием, распределение, выполнение, закрытие. Потери в распределении и в возвратах на переделку.
- Документооборот и согласования. Договоры, оплаты, внутренние заявки. Процесс, где доля ожидания в календарном времени самая высокая из всех.
- Закрытие периода и отчетность. Почему управленческие цифры появляются двадцатого числа и почему они расходятся с бухгалтерскими.
Чем это отличается от аудита ради аудита
Обследование легко превратить в толстый документ, который положат в шкаф. Чтобы этого не произошло, мы держимся трех правил.
Первое — все выводы с цифрами. Утверждение без числа не попадает в отчет: вместо «медленно согласовывают» — «в среднем 5,5 дня, из них 5 дней заявка лежит». Там, где данных нет и цифра оценочная, мы это помечаем, а не выдаем за замер.
Второе — каждый пункт с оценкой стоимости изменения. Список проблем без цены решения не помогает принять решение. Оценку мы можем дать потому, что сами разработчики и знаем, сколько что стоит сделать.
Третье — результат должен быть коротким. Карта, таблица потерь и приоритизированный список. Документ, который не читают целиком, не меняет ничего.
Где здесь искусственный интеллект
- Разбор интервью. Десять разговоров по часу превращаются в структурированные заметки со списком упомянутых сущностей, шагов и болевых точек. Ручной разбор занимает дни, и часть деталей все равно теряется.
- Анализ выгрузок. По данным из существующих систем восстанавливается фактический путь документа: сколько шагов, сколько времени на каждом, где возвраты. Это объективнее любого интервью.
- Анализ переписки. Если согласования идут в почте, из нее извлекаются сроки, участники и причины задержек — там, где в системах данных нет.
- Поиск расхождений в справочниках. Дубли контрагентов и номенклатуры, разные написания одного и того же. Обычно это первый симптом того, что единого источника правды нет.
Отдельная часть работы — оценить, где в вашем случае искусственный интеллект даст эффект, а где его предлагают ради слова в презентации. На диагностике это видно точнее всего: сразу понятно, есть ли данные, на которых модель вообще сможет работать.
Что на выходе
- Карта процессов «как есть» — по шагам, с участниками, длительностями и точками возврата.
- Список потерь с оценкой в часах и, где возможно, в деньгах. С пометкой, где цифра измерена, а где оценена.
- Перечень изменений в порядке отдачи — что дает больше всего при наименьших вложениях.
- Разделение по типам: организационные меры, настройка существующих систем, разработка.
- Оценка по каждому пункту — сколько примерно стоит и сколько займет.
- Замеры для сравнения — исходные цифры, к которым можно вернуться через полгода.
Мы не считаем результат успешным только тогда, когда он заканчивается заказом разработки. Часть выводов диагностики обычно звучит как «это решается изменением порядка, а не программой». Такие пункты мы пишем прямо, потому что скрытые они все равно всплывут — только позже и дороже.
Сроки и стоимость
Стоимость зависит от количества процессов, числа участников и того, есть ли данные для замеров. Если все живет в почте и таблицах, восстановление фактической картины занимает больше времени, чем когда есть системы с историей.
Измерим, во что обходится бардак, и покажем, с чего начинать
Назовите процесс, который вызывает больше всего вопросов. В ответ — план обследования, состав результата, срок и стоимость. По итогу у вас будут цифры, приоритеты и понимание, что из этого вообще требует разработки.
Результат остается у вас целиком и годится для разговора с любым подрядчиком.
Частые заблуждения
- «Мы и так знаем свои проблемы». Знаете симптомы. Диагностика показывает, какой из них дороже, а это почти никогда не самый громкий.
- «У нас есть регламенты, там все описано». Регламент описывает, как задумано. Расхождение между ним и практикой обычно и есть главная находка.
- «Люди не скажут правду». Скажут, если разговаривать по одному и не искать виноватых. Люди охотно рассказывают, что им мешает работать, — им это надоело больше, чем руководству.
- «Это долго и остановит работу». Обследование одного процесса — это 4–6 разговоров по часу. Основная работа идет на нашей стороне.
- «Сначала внедрим систему, потом разберемся». Самый дорогой порядок из возможных: система закрепляет процесс, и менять его потом дороже, чем было бы до.
Что бывает дальше
Три сценария, и все нормальные. Первый — изменения оказываются организационными: поменять порядок, убрать лишнее согласование, назначить ответственного. Тогда разработка не нужна, и мы это скажем.
Второй — задача решается настройкой того, что уже куплено. Здесь мы подскажем, что именно настраивать, даже если делать это будете не вы и не мы.
Третий — нужна система. Тогда следующий шаг — превратить результаты обследования в проект: модель данных, контуры, прототипы и план по этапам. Это отдельная работа, и она описана здесь: проектирование систем управления.
Дальше по теме
Частые вопросы
Что мы получим по итогам диагностики?
Карту процессов «как есть» с участниками, длительностями и точками возврата; список потерь с оценкой в часах и, где возможно, в деньгах; перечень изменений в порядке отдачи; разделение на организационные меры, настройку существующих систем и разработку; оценку по каждому пункту и исходные замеры для сравнения через полгода.
Сколько времени это занимает и кого отвлекает?
Экспресс-разбор одного процесса — 1–2 недели, обследование нескольких связанных — 3–5 недель. От компании нужны 4–10 разговоров по часу с теми, кто делает работу руками и принимает решения, плюс доступ к текущим таблицам и выгрузкам. Основная работа идет на нашей стороне.
Мы и так знаем свои проблемы. Зачем обследование?
Вы знаете симптомы. Диагностика показывает, какой из них дороже, — и это почти никогда не самый громкий. Типичная находка: работа в процессе занимает часы, а сам процесс идет дни, потому что основное время документ просто лежит. Ускорять работу в таком случае бессмысленно.
Обязательно ли после диагностики заказывать разработку?
Нет, это отдельная услуга, и она вас ни к чему не привязывает. Часть выводов обычно звучит как «это решается изменением порядка, а не программой», и мы пишем такие пункты прямо. Результат остается у вас целиком и годится для разговора с любым подрядчиком.
Что именно вы ищете в процессе?
Двойной ввод, ожидание между шагами, возвраты на доработку и их причины, работу, держащуюся на памяти конкретного человека, расхождения в цифрах между отчетами, действия по инерции и обходные пути — все места, где люди работают мимо системы. Каждый обход показывает, чего системе не хватает.
А если у нас нет систем и данных для замеров?
Тогда фактическую картину восстанавливаем по тому, что есть: таблицам, почте, журналам, наблюдению за работой. Это занимает больше времени, чем когда есть система с историей, и часть цифр будет оценочной — мы это честно помечаем, а не выдаем оценку за замер.
Люди же не скажут правду про свою работу.
Скажут, если разговаривать по одному и не искать виноватых. Людям надоедает то, что мешает им работать, обычно сильнее, чем руководству. Интервью мы проводим порознь: в группе люди повторяют за руководителем.
Чем это отличается от проектирования системы управления?
Диагностика отвечает на вопрос «где и сколько теряется», проектирование — на вопрос «как должна быть устроена система». Это два последовательных шага, и первый может закончиться выводом, что второй не нужен.