Имитационное моделирование (DES), часть 2: как очереди съедают прибыль

Это вторая, практическая часть статьи на тему имитационного моделирования бизнес-процессов. В первой я разбирал, почему интуиция, Excel и красивые схемы «как есть → как будет» не работают для процессов с очередями — и что вместо них умеет дискретно-событийная симуляция (DES). Обещал кейс. Вот он: автосервис, у которого по отчётам всё хорошо, и который на самом деле каждый месяц молча теряет миллион рублей прибыли и не переживёт ближайший сезон. С цифрами, провалившимися гипотезами и решением.

Кабинет собственника

Представьте себе, что у вас сеть автосервисов премиум-класса. Пять лет на рынке, около 2000 машин в месяц, пятнадцать человек в смене — от приёмщика до старшего мастера. Средний чек — от 3 тысяч за замену масла до 25 за капремонт (ценники и данные по клиентскому потоку, само собой, условные и на выводы не влияют, на рыночную и отраслевую правдоподобность не претендуют). Позиционирование:«качественный сервис с прозрачным ценообразованием«. Бизнес приносит вам стабильный доход. Вы подумываете открыть ещё несколько таких же автосервисов — масштабировать свой успех.

Этим утром вы наливаете чашечку ароматного кофе, намазываете бутерброд черной икрой и открываете отчёт за прошлый месяц: выручка растёт. Хорошо! Потом открываете отзывы:

«Записался на замену масла, сказали 30 минут. Просидел два часа! Мастер был занят другой машиной, а моя стояла на подъёмнике«. — Дмитрий, Toyota Camry

«Диагност нашёл проблему за 15 минут, а потом я час ждал, пока освободится слесарь. Почему нельзя было сразу?» — Алексей, BMW X5

Проклятые конкуренты! Наверное опять пишут отзывы, чтобы перетянуть на себя клиентов. Вероятно, вам и вправду стоит нанять еще мастеров — они ведь постоянно вам жалуются, что пашут по 10–12 часов. Не хотелось бы, конечно, нести дополнительные затраты и ухудшать маржу. Может лучше тоже купить побольше хороших отзывов? Или потратить эти деньги на привлечение клиентов?

Что бы вы сами сделали или проверили в первую очередь? Запомните свою гипотезу — проверим интуицию по ходу статьи.

Это вводные кейса, который мне достался на чемпионате по симуляции бизнес-процессов: собственник подозревает, что «где-то утекают деньги», но не понимает где. Задание — построить модель процесса, найти утечку и доказать решение цифрами. Замените автосервис на клинику, банковский офис или сервисный центр — механика не изменится. Именно поэтому кейс стоит разбора.

Оцифровать сервис

Первое, что я сделал, — построил цифрового двойника. Не схему «квадратик → стрелочка → квадратик», а работающую модель, где у каждого элемента есть поведение:

• клиенты приезжают случайно — пуассоновский поток, ~4,8 машины в час, с двойными пиками в обед (записи нет, как и у прототипа);

• у каждого сотрудника — свой график и своя ставка: приёмщик за 400 ₽/час, старший мастер за 1000;

• длительности работ — не средние, а распределения: диагностика от 15 до 45 минут, сложный ремонт от 3 до 8 часов;

• развилки с вероятностями: 55% заявок — простые работы, 35% — средние, 10% — сложные; нужна ли запчасть, есть ли она на складе, согласится ли клиент на дорогой ремонт;

• переделки: 8% работ возвращаются с контроля качества обратно в очередь;

• деньги на каждом шаге: выручка по типам работ, расходники, 800 ₽ стоимости привлечения клиента, 200 ₽ накладных на заявку.

Фрагмент модели «как есть»: только простые и средние работы. Ветка сложного ремонта с согласованиями — ещё столько же.

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

Две правды одного дашборда

Запускаю симуляцию «как есть». Верх экрана — финансовая сводка, и она прекрасна:

• Выручка: 11,4 млн ₽ за месяц

• Чистая прибыль: 3,48 млн ₽

• Маржа: 30,5%, ROI: 44%

• Зелёная плашка: «Прибыльный процесс» ✓

Это тот самый отчёт, который собственник видит по утрам. По этим цифрам бизнес здоров: маржа за тридцать процентов, окупаемость отличная. Утвердить и идти дальше пить кофе.

А теперь — жёлтая строка под зелёной карточкой:

«599 заявок за месяц отвалились, упущенная прибыль 927 701 ₽».

За месяц в сервисы приехало 2 365 машин. Обработано — 1 646. Остальные 599 — каждая четвёртая — развернулись и уехали, не дождавшись. 120 машин оставались в системе к концу месяца. Среднее время в системе — 28,5 часа при обещанных клиенту четырёх. Из этих 28,5 часа работа занимает 5,8; остальные 22,7 часа — ожидание, включая очереди и нерабочие окна ресурсов.

Переведем желтую строку на язык денег:

• 927 701 ₽ расчетной упущенной прибыли в месяц — это ~11 млн в год денег выброшенных на свалку.

• 479 200 ₽ в месяц — сожжённый впустую маркетинг. За привлечение каждого клиента заплачено 800 ₽. Клиент приехал, постоял в очереди и уехал — чаще всего к тому самому «гаражному» конкуренту, с которым вы и так воюете по цене. Вы платите рекламному кабинету за то, чтобы дарить клиентов конкурентам.

• И главное: ни одна из этих цифр не существует в вашей финансовой отчётности. Маржа считается по тем, кто дошел до кассы. Ушедшие не попадают ни в выручку, ни в расходы, ни в отчёт — вы можете о них даже не узнать. Хороший финансовый отчёт и злые отзывы не противоречат друг другу: они описывают одну и ту же систему, просто отчёт видит только тех, кто прошел процесс до конца. Конечно, в большинстве случаев такие „странности“ воронки продаж можно заметить в CRM. Но в нашем случае такая „конверсия“ никак не связана с продажами и маркетингом.

Вот где «утекают деньги». Не в закупках, не в ставках мастеров и не в провальном маркетинге — а в очереди на парковке.

Узкое место не там, где болит

Спросите любого в этом сервисе, где застревает процесс — вам покажут на мастеров: вон, работают по 10–12 часов, к ним всё и стоит. Симулятор показывает в другую сторону.

Четыре из семи ролей — на 100% загрузки. А «перегруженный» механик — на 54%, кладовщик — на 32%.

На пределе — приёмщик, диагност, слесарь, контролёр (все 100%) и старший мастер (91%). К стойкам приемки в пиковые часы выстраивается очередь до 44 машин. А механик, на которого жалуются клиенты, загружен на 54% — он половину смены ждёт, пока приёмка и диагностика протолкнут к нему работу. Кладовщик занят треть дня.

«Нас губят максимальные усилия и упорный труд».

— Уильям Эдвардс Деминг

Показатель сбалансированности процесса — 0,14 из 1. Это не «есть узкое место» — это пять узких мест одновременно, при двух простаивающих ресурсах. Интуиция собственника рвется нанимать мастеров. Запомните этот порыв — мы его сейчас проверим на деньгах.

Бомба замедленного действия

Прежде чем что-то чинить, симулятор проверяет процесс законом Литтла: L = λ × W (сколько заявок в системе = интенсивность потока × время в системе). У устойчивой системы соотношение сходится почти точно. У перегруженной — расползается. Тут важно не путать: устойчивость процесса — не равно устойчивости бизнеса, это характеристика самого процесса, о которой упоминалось в 1 части статьи. То есть устойчивый по закону Литтла — это еще не точно хороший (прибыльный процесс), но не устойчивый — точно плохой для бизнеса. Любое отклонение выбьет его из равновесия и все на чем строится ваш бизнес — рассыпется.

У нашего AS-IS расхождение — 7,66% при допуске 5%. Проверку он не проходит уже сейчас, в обычный месяц без сезонного пика. Система держится на плаву единственным способом: сбрасывает каждого четвертого клиента за борт. Потери — это не побочный эффект, это её механизм выживания.

А теперь вспомним, что у автосервиса есть сезон: весной и осенью шиномонтаж и подготовка к зиме дают +40% потока — это заложено в самом кейсе. Даю симулятору всего +30%:

Расхождение по Литтлу как детектор устойчивости: AS-IS не проходит проверку даже в обычный месяц, в сезон разваливается. Забегая вперёд — целевой процесс держит и сезонный пик.

Расхождение взлетает до 40,48%, очереди идут вразнос, маржа обнуляется. Лучшие месяцы года — те, ради которых сервис живёт, — для этого процесса худшие. Самое разрушительное, что мог бы сделать собственник при такой ситуации — дать рекламу и усилить привлечение клиентов. Дополнительный клиентопоток буквально убивает такой бизнес. Контринтуитивно, не правда ли? И вишенка: собственник планировал открыть несколько новых филиалов. Масштабировать процесс, который умирает от +30% потока — значит умножать катастрофу.

Ни BPMN-схема, ни Excel, ни финансовый отчёт за спокойный месяц этого не покажут. Всё это показывает прошлое — и вершину айсберга с разных ракурсов. Симуляция позволяет заглянуть глубже: проверить, как система поведет себя при других условиях.

Проверяю интуицию — она проваливается

Диагноз есть. Теперь — лечение. И я начал с гипотез, которые предложил бы, вероятно, любой из нас. Правило простое: одно изменение за прогон, всё остальное не трогаем.

Гипотеза первая, самая громкая: «мастера завалены — наймём ещё». Проверил в трёх вариантах: +2 механика, +2 старших мастера, +2 слесаря — тех самых, что действительно стоят на 100%.

Одиночные «логичные» решения: очередь не разгребается, а каждый найм исправно портит P&L.

Каждый вариант найма — это от 360 до 520 тысяч ₽ ФОТ в месяц. И что мы получаем за эти деньги? Потери сдвигаются на один-два пункта, прибыль падает. Обратите внимание на последнюю строку: даже усиление настоящего узкого места почти ничего не даёт — разгрузили слесаря, и пробка мгновенно переехала к диагносту и контролёру. Когда бутылочных горлышек пять, расшивка одного просто передаёт эстафету следующему, а фонд оплаты труда тем временем растет. Ровно то, что подсказывала интуиция, — и ровно то, что не работает.

Гипотеза вторая: «переделки — прямые потери, вложимся в качество». Снижаю долю переделок с 8% до 3%, больше не трогаю ничего. И вот сюрприз: это единственное одиночное изменение, которое улучшило финансы — маржа выросла до 32,4%, прибыль до 3,80 млн ₽. Меньше повторной работы — меньше выброшенного труда и расходников. Победа?

Нет. Потери клиентов — 24,1%. Четверть потока всё так же уезжает. Пропускная способность не выросла, закон Литтла всё так же не сходится, сезон всё так же убьёт систему. Я улучшил метрику, на которую все смотрят, — и не изменил в судьбе бизнеса ничего. Это, пожалуй, самый коварный из результатов: изменение, которое выглядит успешным в отчёте и оставляет бизнес обреченным.

В первой части я приводил парадокс Браесса — добавили дорогу, пробки стали хуже. Здесь тот же класс явлений: систему с очередями нельзя чинить по одной детали. Ее нужно решать целиком.

Что сработало: не «больше людей», а другие люди в других местах

Рабочее решение сложилось из пяти ходов — важен оказался и состав, и порядок.

1. Сначала — поток: хаос превращаем в расписание. Онлайн-запись на регулярные слоты. Балансировать ресурсы на хаотичном потоке бессмысленно — это фундамент. Но именно фундамент, а не решение: прогон «только запись, больше ничего» дал +11,5% прибыли, при этом 20,6% клиентов всё равно терялись. Полумера, которая ощущается как полноценная мера.

2. Перекройка ролей. Кладовщика — упразднить (загрузка 32%, задачи эпизодические), функции раздать. Вместо него — администратор: забирает у задыхающегося приемщика выдачу машин, ведёт согласования по «тяжелому» маршруту сложного ремонта. Ставка та же, что у приемщика, — 400 ₽/час.

3. Контринтуитивная перебалансировка штата. Механиков — меньше (4 → 3: они простаивали). Слесарей 3 → 4, диагностов 2 → 3, контролеров 1 → 2 — усиливаем все горлышки разом, а не по одному. Итого число одновременно доступных ресурсов в модели — 15 → 18. Суть в том, что усиливаем ресурс там, где очередь.

4. Графики под профиль нагрузки. Рабочие окна ролей растянуты и сдвинуты под реальный приход машин — это окна покрытия, закрываемые сменами, а не один слесарь на 19 часов.

5. И только последним шагом — качество: переделки 8% → 3% через входной контроль запчастей и KPI мастерам. Теперь, когда поток стабилен и ресурсы сбалансированы, этот рычаг наконец работает на полную.

Зеркальная сцена — тот же дашборд месяц спустя:

Та же форма отчёта — но жёлтой строки больше нет: потери пришедших клиентов 0, упущенная прибыль 0 ₽.

• Потеряно клиентов: 0 (было 599).

• Время в системе: 13 часов вместо 28,5.

• Чистая прибыль: 4,78 млн ₽ (+37%), обработано на 28% больше машин.

В базовом TO-BE пришло 2 160 заявок, завершено 2 112, потерь нет; 48 заявок остались в работе к концу периода. При этом входящих заявок на 8,7% меньше, чем в AS-IS, а завершенных — на 28,3% больше.

Все семь ролей — в зелёной зоне 73–80% по загрузке. Сбалансированность 0,93 против 0,14. Доля полезной работы во времени процесса выросла с 20 до 44,6%.

Ни одного ресурса на пределе, ни одного простаивающего. Нет героизма в пиковые часы и выгорающих «по 10–12 часов» — есть равномерно загруженная система с запасом прочности. Расхождение по Литтлу теперь 0,76%, в пределах допуска симулятора. Вместе с отсутствием потерь и умеренной загрузкой это даёт гораздо более здоровую картину процесса.

Отдельно про обещания клиентам. В AS-IS сервис обещал «4 часа» — и симуляция показала, что это обещание невыполнимо физически: один только сложный ремонт занимает 3–8 часов. То есть сервис врал каждому клиенту — не со зла, по незнанию, но врал; и каждый обманутый уносил с собой негативный отзыв и поднимал стоимость привлечения следующего. В целевой модели SLA переустановлен на адекватный срок — и выполняется в 99,95% случаев. Формально планка «ниже». По сути — сервис впервые начал говорить клиентам правду, и правда оказалась выполнимой. Симуляция, среди прочего, отвечает на вопрос, который бизнес обычно решает на глазок: какое обещание мы реально способны держать?

Сезон, который теперь приносит деньги

Остался вопрос скептика, и он справедливый: «Вы перевели клиентов на запись — конечно, стало стабильнее, вы же просто выровняли себе нагрузку». Проверим это тем же оружием, которым убили AS-IS: сезоном.

Увеличиваю заданную интенсивность потока примерно на 40% — тот самый весенний наплыв. Результат:

Один и тот же сезонный пик: старый процесс он обнуляет, новому — добавляет 70% прибыли.

• Потери клиентов — 0,5%, SLA держится на 99,5%.

• Маржа растёт с 31,3% до 39,4%, прибыль — с 4,78 до 8,12 млн ₽ (+70%).

Почему маржа растёт, а не падает? Операционный рычаг: труд оплачивается повременно, это фиксированная статья. Когда через тот же штат проходит на 40% больше машин, загрузка поднимается с 79 до 96%, и фиксированные затраты размазываются по большему обороту. Поток, который старую систему разваливал, новую — кормит. Но 96% загрузки — это уже потолок и для целевого процесса; дальше расти нужно филиалами. Но теперь это решение принимается по цифрам, а не по ощущениям — и филиалы будут копировать здоровый процесс, а не больной.

Почему +0,8 п.п. маржи — это главная победа

И вот тот самый момент, который была призвана объяснить эта статья. Кладём рядом «до» и «после»:

Итоги перехода: потери клиентов −100%, время в системе −54%, прибыль +37%… и маржа +0,8 п.п.

Маржа: была 30,5% — стала 31,3%. Меньше процентного пункта. Перетряхнули штат, ввели запись и администратора, перестроили графики — а любимая метрика собственника почти не шелохнулась. Если судить только по марже, проект выглядит провальным. И собственнику придётся объяснить, что изменилось на самом деле. Без данных, которые показывает симуляция, сделать это, мягко говоря, непросто.

Но на самом деле за одинаковой маржой стоят два принципиально разных бизнеса:

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

• Второй прибыльный по конструкции: никого не теряет, наплыв конвертирует в +70% прибыли, держит слово перед клиентами и готов тиражироваться на новые филиалы.

Абсолютная прибыль выросла на 37% — не от «оптимизации» в кавычках, а потому что перестали выбрасывать заработанное. Маржа в процентах та же, но теперь она снимается с большего оборота, устойчива к нагрузке и масштабируема. Снимок одной метрики за один месяц прячет пропасть между «обречён» и «готов расти».

Если бы я гнался за маржой, я бы выбрал гипотезу с переделками: +1,9 п.п. в отчёте — и бизнес, который всё так же умрёт в апреле. Мы, люди, оптимизируем то, что видим: цифру в отчёте и громкую боль. Симуляция позволяет глубже заглянуть в систему. В этом вся разница между «казалось логичным» и «доказано цифрами».

Тезисы навынос — для тех, кто читает по диагонали

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

2. Узкое место не там, где громче жалуются. Люди могут работать по 12 часов (от прихода до ухода), но половину времени будут ничем не заняты. Смотрите на загрузку и очереди в каждый момент времени на протяжении рабочего цикла.

3. Одиночного «логичного» улучшения практически никогда недостаточно. При нескольких узких горлышках усиление одного переносит ограничение на другое; в этом кейсе сработал пакет мер: поток → ресурсы → качество.

4. Красивая метрика ≠ здоровый и устойчивый бизнес. Изменение может улучшать отчёт и оставлять систему обречённой — и наоборот.

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

Если у вас есть процесс, про который вы не можете уверенно сказать, что даст очередная «оптимизация», — это ровно тот случай, под который существует DES. Я продолжаю разбирать такие задачи и буду рад обсудить вашу — пишите в личку.

---

Первая часть — «Имитационное моделирование (DES): оптимизация бизнес-процессов по-настоящему, или почему интуиция не работает».