Пример дистанционного разбора

Обезличенный пример результата работы

Разбор процесса

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

ОтрасльПроизводство напитковОбъёмОдна площадка розлива, продающая напрямую торговым точкам: приём заказа, склад готовой продукции, производство, материалы и закупка.МетодРазговор 60 минут, изучение процесса заочно по документам и выгрузкам, разговор 45 минут по итогам. Без выезда, без наблюдения цикла и без интервью с исполнителями.Уровень услугиСоответствует объёму услуги «Разбор процесса» — дистанционно, без выезда. Съёма операций, разбора ролей и модели состояний здесь нет: они требуют наблюдения цикла и интервью на площадке, это «Погружение в процессы».СтатусДемонстрационный пример на основе реализованной обезличенной платформы. Название и данные клиента не используются.

Подготовлено IT Carrot · Архитектура решений и разработка бизнес-систем
Дата примера: август 2026

1. Что вошло в разбор и чего в нём нет

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

Что сделаноЧто это даётЧего это не даёт
Разговор 60 минут с собственником и начальником производстваКартину процесса со слов тех, кто им управляетНе показывает, как процесс идёт на самом деле — только как он описан
Изучение документов: бланки нарядов, журнал остатков, выгрузка заказов за месяцПроверяемые следы: что фиксируется, где и в какой моментНе показывает, что происходит между фиксациями
Сверка описания с документамиРасхождения между тем, как процесс описан, и тем, как он записанНе заменяет наблюдение цикла и интервью с исполнителями
Это ограничение метода, а не оговоркаВсё дальнейшее опирается на разговор и документы. Утверждения, которые нельзя проверить без присутствия на площадке, в документ не вошли — вместо них в конце перечислены вопросы, оставшиеся открытыми.

2. Где рвётся процесс

Каждое наблюдение ниже опирается на конкретный след в документах, а не на общее впечатление от разговора.

РазрывКак обнаруженЧто из-за него происходитПриоритет
Остаток известен только в момент отгрузкиВ выгрузке заказов есть переносы и отказы по позициям, которые в журнале остатков на ту же дату числятся в наличииТочке обещают то, чего нет; заказ переигрывается после подтвержденияКритический
Наряд на производство создаётся после дефицитаДаты нарядов раз за разом позже дат отказов по тем же позициямПроизводство работает в режиме догона, а не пополненияКритический
Заявка на закупку появляется после нарядаВ служебных записках дата заявки позже даты наряда, под который нужны материалыПростой из-за материалов, который был виден заранееВысокий
Заказ переписывается между приёмом и отгрузкойОдни и те же позиции существуют в двух формах с разными формулировками и единицамиОшибки переноса и споры о составе заказаВысокий
Сдельная оплата собирается вручнуюМесячная сводка не выводится из закрытых нарядов: суммы в ней не сходятся с выработкой по нарядамПересчёты и споры о часах и объёме каждый периодВысокий
Общий знаменательВсе пять разрывов — одно и то же явление в разных местах: остаток не является управляющим сигналом. Он фиксируется как отчёт о прошлом, а не как условие следующего действия. Поэтому каждый следующий шаг узнаёт о нехватке позже, чем мог бы.

3. Что и как можно закрыть автоматизацией

Ниже — то, что закрывается отдельными, проверяемыми шагами. Каждый из них можно проверить на одном месяце работы, не дожидаясь остальных.

ЧтоКак это работаетЧто нужно от вас
Резерв под заказОстаток проверяется в момент приёма заказа, продукция закрепляется за конкретным заказом, дефицит сразу виденАктуальный перечень позиций и порог по каждой
Наряд по порогу остаткаПри пересечении порога наряд создаётся сам, с количеством и потребностью в материалахУтверждённые пороги и решение, кто вправе их менять
Заявка на закупку из нарядаНехватка материалов под наряд превращается в заявку снабжению без отдельного оформленияНормы списания и сроки поставки по ключевым материалам
Документы из действияСчёт и накладная возникают в том же действии, которым создаётся заказШаблоны, реквизиты и правило нумерации
Основа сдельного расчётаВыработка, участники и тариф сводятся при закрытии наряда; месячная сводка перестаёт быть отдельной работойДействующие тарифы и правило, кто закрывает наряд
Порядок имеет значениеНачинать следует с резерва под заказ. Он самый дешёвый из пяти и делает остальные четыре измеримыми: как только остаток становится условием приёма заказа, видно, сколько раз в месяц процесс упирался в его отсутствие.

4. Что требует ступени «Операционная система»

Часть найденного отдельным инструментом не закрывается. Не потому, что задача сложнее, а потому, что она затрагивает несколько отделов сразу — и внедрённая на отрезке возвращает ручную сверку на границе.

ЧтоПочему не закрывается точечно
Единая запись заказа от приёма до заявки на закупкуЗатрагивает продажи, склад, производство и снабжение одновременно. Частичное внедрение переносит ручную сверку на стык с неавтоматизированным отделом, а не убирает её
Модель состояний с ответственным на каждом шагеТребует договорённости о том, кто принимает решение и по каким данным. Это организационная работа, которую нельзя заменить настройкой
Правила и сроки с адресатом эскалацииРаботают, только если охватывают весь путь заказа. На отрезке они создают видимость контроля: исключение попадает в очередь, но выходит из неё в неавтоматизированную часть
Управленческая отчётность из операционных данныхСкладывается только когда предыдущие три пункта стоят. До этого любой сводный отчёт остаётся ручной сборкой, как бы он ни выглядел
Что для этого нужно сделатьСпроектировать это заочно нельзя: модель состояний и распределение ответственности выводятся из наблюдения цикла и интервью с теми, кто выполняет работу. Это объём услуги «Погружение в процессы», а не этого разбора. Настоящий документ показывает, что такой шаг обоснован, но не заменяет его.

5. Чего делать не нужно и что делать дальше

Часть очевидных на первый взгляд решений в этой ситуации делает хуже. Перечисляем их прямо, потому что обычно с них и начинают.

Чего делать не нужноПочему
Ставить универсальную CRMОна ляжет поверх разрыва между приёмом заказа и остатком и зафиксирует его в виде аккуратной воронки. Проблема не в учёте сделок, а в том, что обещание даётся раньше, чем известен остаток
Начинать с кабинета торговой точкиСамообслуживание поверх несинхронизированного остатка увеличивает число ручных сверок: заказов становится больше, а способность их подтверждать не меняется
Оцифровывать журнал остатков как естьЭто точная копия неверного механизма. Остаток должен быть следствием резерва и списания, а не отдельной записью, которую кто-то ведёт
Оптимизировать маршруты доставкиПока остатки недостоверны, оптимизируется случайность. Возврат к этому имеет смысл после того, как резерв работает
Внедрять все пять пунктов сразуКаждый из них проверяем отдельно на одном месяце. Одновременный запуск лишает вас возможности понять, что именно сработало

Вопросы, оставшиеся без ответа заочно

Это не пробелы в разборе, а то, что по определению не читается по документам. Каждый из них меняет объём работы.

  1. Насколько журнал остатков расходится с фактом на складе — проверяется только инвентаризацией или наблюдением приёмки.
  2. Сколько времени в смене занимает переписывание заказа — видно только при наблюдении цикла.
  3. Кто фактически принимает решение отгрузить при нехватке остатка — по документам виден результат, но не решение.
  4. Какие нормы списания применяются на практике и совпадают ли они с утверждёнными.
  5. Что принимает ваша бухгалтерская программа и в каком формате — требует доступа к ней, а не к выгрузкам.
Рекомендуемый следующий шагВзять первый пункт раздела 3 — резерв под заказ — и проверить его на одном месяце. Он не требует изменений в других отделах и даёт измеримый ответ: сколько раз за месяц заказ упёрся в отсутствие остатка. Если после этого нужна связная цепочка от заказа до закупки, следующим шагом будет съём процесса на площадке.

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