[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-article-kak-nayti-uzkie-mesta-v-biznes-processe":3},{"slug":4,"path":5,"title":6,"seoTitle":6,"description":7,"excerpt":8,"category":9,"categoryId":9,"articleType":10,"funnel":11,"intent":12,"author":13,"publishedAt":14,"modifiedAt":14,"readingMinutes":15,"image":16,"imageAlt":17,"planId":18,"primaryKeyword":19,"keywords":20,"lsi":26,"bodyHtml":35,"toc":36,"sources":76,"related":147,"schema":189,"card":221,"cta":246},"kak-nayti-uzkie-mesta-v-biznes-processe","\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002F","Как найти узкие места в бизнес-процессе до автоматизации","Практическое руководство: как найти узкие места в бизнес-процессе до автоматизации. Архитектура процесса, данные, риски, контроль, метрики и план внедрения.","Методика поиска ограничений до автоматизации: карта AS-IS, замеры ожидания и обработки, анализ передач, потерь данных, ответственности и причин повторной работы.","ai-processes","pillar","TOFU\u002FMOFU","implementation \u002F how-to","Mekasm Editorial","2026-07-31T06:30:00.000Z",13,"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-card-preview-01.webp","Карта бизнес-процесса с выявленным узким местом и контролируемым маршрутом улучшения","STRONG-02","как найти узкие места в бизнес-процессе",[19,21,22,23,24,25],"анализ бизнес-процессов","карта процесса AS-IS","bottleneck analysis","process mining","автоматизация процессов",[27,28,29,30,31,32,33,34],"Схема: вход → обработка → ожидание → решение → передача → результат","Задержки и ручные ожидания","Дублирование действий","Потеря статусов и данных","Карта ответственности","как найти узкие места в бизнес-процессе для бизнеса","внедрение как найти узкие места в бизнес-процессе","контроль как найти узкие места в бизнес-процессе","\u003Cp class=\"article-lead\">Узкое место — это не обязательно самый медленный сотрудник или самая старая система. Это участок, который ограничивает результат всей операции: перед ним накапливается очередь, после него растут задержки, возвраты, ручные уточнения или потери данных. Поэтому искать его нужно не по жалобам и впечатлениям, а по фактическому маршруту одной бизнес-операции.\u003C\u002Fp>\n\n\u003Cfigure class=\"article-figure article-figure--wide\">\u003Cpicture>\u003Csource srcset=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-hero-02.webp\" type=\"image\u002Fwebp\">\u003C\u002Fsource>\u003Cimg src=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-hero-02.png\" alt=\"Поиск узкого места в бизнес-процессе от входа до результата\" width=\"1920\" height=\"1080\" loading=\"lazy\" decoding=\"async\" \u002F>\u003C\u002Fpicture>\u003Cfigcaption>Процесс анализируют целиком: вход, обработка, ожидание, решение, передача и результат.\u003C\u002Ffigcaption>\u003C\u002Ffigure>\n\n\u003Ch2 id=\"answer\">Как найти узкое место: короткий алгоритм\u003C\u002Fh2>\n\u003Cp>Выберите один повторяемый результат — например, обработанную заявку, согласованный договор или заведённый в 1С документ. Установите начало и конец процесса. Затем восстановите маршрут AS-IS и для каждого этапа запишите пять вещей:\u003C\u002Fp>\n\u003Col>\n  \u003Cli>\u003Cstrong>Сколько времени выполняется работа.\u003C\u002Fstrong> Это touch time — время, когда с объектом действительно что-то делают.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Сколько объект ждёт.\u003C\u002Fstrong> Это очередь между этапами, ожидание ответа, согласования или свободного сотрудника.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Сколько раз объект возвращается назад.\u003C\u002Fstrong> Возврат обычно означает неполный вход, неясное правило или ошибку передачи.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Где теряются статус и контекст.\u003C\u002Fstrong> Например, данные остаются в переписке, а CRM или учётная система их не получает.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Кто отвечает за решение.\u003C\u002Fstrong> Если ответственного нельзя назвать однозначно, процесс будет зависеть от личных договорённостей.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Узким местом становится не этап с максимальной длительностью сам по себе, а ограничение, которое создаёт очередь и влияет на конечный throughput — количество завершённых операций за период. IBM описывает анализ процесса как последовательность от определения границ и сбора данных до карты, анализа шагов, выявления bottleneck и проверки первопричин. Это важный порядок: автоматизация до анализа может ускорить лишний шаг и закрепить плохую схему.\u003C\u002Fp>\n\n\u003Caside class=\"article-callout\">\u003Cstrong>Практическое правило.\u003C\u002Fstrong> Сначала ищите место, где работа ждёт, возвращается или теряет контекст. Только потом обсуждайте AI, интеграции и интерфейс.\u003C\u002Faside>\n\n\u003Ch2 id=\"process\">Зафиксируйте границы одной операции\u003C\u002Fh2>\n\u003Cp>Фраза «процесс продаж» слишком широка для диагностики. Внутри неё находятся привлечение, квалификация, подготовка предложения, согласование условий, договор, оплата и передача в производство. У каждого подпроцесса свои входы, владельцы и причины задержек.\u003C\u002Fp>\n\u003Cp>Рабочая единица анализа должна иметь:\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>\u003Cstrong>объект:\u003C\u002Fstrong> заявка, договор, счёт, обращение или заказ;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>событие старта:\u003C\u002Fstrong> письмо получено, форма отправлена, документ загружен;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>проверяемый результат:\u003C\u002Fstrong> заявка квалифицирована, договор согласован, данные записаны в 1С;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>владельца результата:\u003C\u002Fstrong> роль, которая отвечает не за отдельный шаг, а за end-to-end исход;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>единицу измерения:\u003C\u002Fstrong> один кейс процесса и его timestamps.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Такой scope не позволяет спрятать проблему за средними показателями отдела. Если цель — понять, почему заявка долго доходит до менеджера, исследуйте путь от первого сообщения до принятой в работу карточки, а не весь цикл сделки.\u003C\u002Fp>\n\n\u003Ch2 id=\"core-1\">Постройте карту AS-IS: вход → обработка → ожидание → решение → передача → результат\u003C\u002Fh2>\n\u003Cp>Карта AS-IS показывает не регламент, а то, что происходит на практике. IBM разделяет process mapping и process mining: первая методика опирается на интервью и опыт участников, вторая восстанавливает процесс из event logs информационных систем. Для надёжной диагностики полезно соединить обе перспективы: сотрудники объясняют причины, а журналы подтверждают маршрут и длительность.\u003C\u002Fp>\n\n\u003Cfigure class=\"article-figure\">\u003Cpicture>\u003Csource srcset=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-process-map-03.webp\" type=\"image\u002Fwebp\">\u003C\u002Fsource>\u003Cimg src=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-process-map-03.png\" alt=\"Карта AS-IS с обработкой, ожиданием, решением и передачей\" width=\"1920\" height=\"1080\" loading=\"lazy\" decoding=\"async\" \u002F>\u003C\u002Fpicture>\u003Cfigcaption>На карте должны быть видны не только действия, но и ожидания, решения, возвраты и смена владельца.\u003C\u002Ffigcaption>\u003C\u002Ffigure>\n\n\u003Cp>Для каждого шага добавьте в таблицу:\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\u003Ctr>\u003Cth>Поле\u003C\u002Fth>\u003Cth>Что фиксировать\u003C\u002Fth>\u003Cth>Зачем\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>Вход\u003C\u002Ftd>\u003Ctd>Какие данные и документы обязательны\u003C\u002Ftd>\u003Ctd>Находит неполные входы и повторные запросы\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Действие\u003C\u002Ftd>\u003Ctd>Что реально делает человек или система\u003C\u002Ftd>\u003Ctd>Отделяет полезную работу от переноса информации\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Решение\u003C\u002Ftd>\u003Ctd>По какому правилу выбирают следующий маршрут\u003C\u002Ftd>\u003Ctd>Показывает, можно ли формализовать логику\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Ожидание\u003C\u002Ftd>\u003Ctd>Что должно произойти до продолжения\u003C\u002Ftd>\u003Ctd>Выявляет очереди и внешние зависимости\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Передача\u003C\u002Ftd>\u003Ctd>Кому, куда и с каким контекстом передают объект\u003C\u002Ftd>\u003Ctd>Находит потери данных и ответственности\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Исключение\u003C\u002Ftd>\u003Ctd>Когда кейс идёт не по основному маршруту\u003C\u002Ftd>\u003Ctd>Предотвращает ложную оценку «идеального» процесса\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Результат\u003C\u002Ftd>\u003Ctd>Как система подтверждает завершение\u003C\u002Ftd>\u003Ctd>Делает outcome проверяемым\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Ch2 id=\"core-2\">Разделите время обработки и время ожидания\u003C\u002Fh2>\n\u003Cp>Частая ошибка — смотреть только на общую длительность. Если договор согласуется три дня, это не означает, что юрист работает с ним три дня. Он мог потратить двадцать минут, а остальное время документ находился в очереди, ожидал комментарий или переходил между каналами.\u003C\u002Fp>\n\u003Cp>Для каждого этапа нужны отдельные показатели:\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>\u003Cstrong>touch time\u003C\u002Fstrong> — активная работа;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>wait time\u003C\u002Fstrong> — ожидание начала или продолжения;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>queue length\u003C\u002Fstrong> — сколько объектов накоплено перед этапом;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>throughput\u003C\u002Fstrong> — сколько объектов этап завершает за период;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>return rate\u003C\u002Fstrong> — доля возвратов на предыдущие шаги;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>variation\u003C\u002Fstrong> — насколько длительность отличается между похожими кейсами.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>UiPath в документации Process Mining выделяет bottleneck по throughput time и отдельно показывает ручную обработку. Это полезное разделение: автоматизация ручного действия не уберёт очередь, если причина находится в приоритизации, отсутствии входных данных или лимите согласований.\u003C\u002Fp>\n\n\u003Ch2 id=\"core-3\">Найдите дублирование и повторную работу\u003C\u002Fh2>\n\u003Cp>Дублирование редко выглядит как точная копия одного действия. Чаще один и тот же смысл повторно вводят в разных форматах: менеджер переносит данные из Telegram в CRM, бухгалтер перепечатывает реквизиты из PDF, руководитель собирает статус из переписки, хотя он уже есть в системе.\u003C\u002Fp>\n\u003Cp>Отмечайте три вида повтора:\u003C\u002Fp>\n\u003Col>\n  \u003Cli>\u003Cstrong>Повторный ввод.\u003C\u002Fstrong> Одни данные вручную переносятся между системами.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Повторная проверка.\u003C\u002Fstrong> Несколько ролей проверяют одно и то же, потому что нет доверенного источника или истории изменений.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Повторная обработка.\u003C\u002Fstrong> Кейс возвращается из-за неполного входа, неправильного маршрута или ошибки предыдущего шага.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Если повтор возникает из-за плохого качества входа, автоматизация переноса только увеличит скорость распространения ошибки. Сначала нужно ввести обязательные поля, валидацию и понятный статус исключения.\u003C\u002Fp>\n\n\u003Cfigure class=\"article-figure\">\u003Cpicture>\u003Csource srcset=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-decision-matrix-04.webp\" type=\"image\u002Fwebp\">\u003C\u002Fsource>\u003Cimg src=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-decision-matrix-04.png\" alt=\"Матрица выбора действия для устранения узкого места\" width=\"1600\" height=\"1200\" loading=\"lazy\" decoding=\"async\" \u002F>\u003C\u002Fpicture>\u003Cfigcaption>Не каждое ограничение требует AI: иногда нужно убрать шаг, изменить правило или восстановить качество входа.\u003C\u002Ffigcaption>\u003C\u002Ffigure>\n\n\u003Ch2 id=\"core-4\">Проверьте, где теряются статус и данные\u003C\u002Fh2>\n\u003Cp>Процесс может формально двигаться, но быть ненаблюдаемым. Заявка существует в чате, договор — во вложении к письму, решение — в голосовом сообщении, а статус — в памяти сотрудника. В результате следующий участник не понимает, что уже сделано, и начинает сбор контекста заново.\u003C\u002Fp>\n\u003Cp>Для каждой передачи задайте вопросы:\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>какая система считается источником истины;\u003C\u002Fli>\n  \u003Cli>есть ли единый идентификатор кейса;\u003C\u002Fli>\n  \u003Cli>сохраняется ли исходный канал и история контакта;\u003C\u002Fli>\n  \u003Cli>видно ли, почему принято решение;\u003C\u002Fli>\n  \u003Cli>можно ли восстановить последовательность действий;\u003C\u002Fli>\n  \u003Cli>что произойдёт, если интеграция или AI недоступны.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Потеря статуса — отдельный тип bottleneck: сотрудники вынуждены выяснять состояние вручную, клиенты получают противоречивые ответы, а руководство видит только конечные цифры без причин задержек.\u003C\u002Fp>\n\n\u003Ch2 id=\"core-5\">Составьте карту ответственности\u003C\u002Fh2>\n\u003Cp>Если на вопрос «кто отвечает за результат?» команда перечисляет несколько отделов, значит процесс управляется по функциям, но не end-to-end. Передачи становятся серой зоной: отправитель считает работу завершённой, получатель ещё не принял объект.\u003C\u002Fp>\n\u003Cp>Минимальная карта ответственности содержит:\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>\u003Cstrong>владельца процесса\u003C\u002Fstrong> — отвечает за outcome и метрики;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>исполнителя шага\u003C\u002Fstrong> — выполняет конкретное действие;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>владельца решения\u003C\u002Fstrong> — определяет правила и исключения;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>контролёра\u003C\u002Fstrong> — проверяет качество и риск;\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>получателя результата\u003C\u002Fstrong> — подтверждает, что outcome пригоден.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Автоматизацию нельзя проектировать без этих ролей. Иначе система будет создавать действия, которые никто не подтверждает, исправлять ошибки без владельца и накапливать исключения в необслуживаемой очереди.\u003C\u002Fp>\n\n\u003Ch2 id=\"architecture\">Какие данные нужны для объективного анализа\u003C\u002Fh2>\n\u003Cp>Интервью дают контекст, но timestamps показывают фактическую картину. Начните с доступных следов:\u003C\u002Fp>\n\u003Cul>\n  \u003Cli>история статусов CRM, ERP, Service Desk или 1С;\u003C\u002Fli>\n  \u003Cli>даты создания, назначения, изменения и закрытия;\u003C\u002Fli>\n  \u003Cli>ответственный на каждом переходе;\u003C\u002Fli>\n  \u003Cli>причина возврата или отмены;\u003C\u002Fli>\n  \u003Cli>источник обращения и канал передачи;\u003C\u002Fli>\n  \u003Cli>идентификатор объекта, позволяющий соединить события.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Process mining применяет event logs для восстановления реальных вариантов процесса. Если журналов нет или они неполны, используйте выборочное наблюдение: возьмите несколько десятков недавних кейсов, вручную восстановите путь и сопоставьте его с регламентом. Не смешивайте разные типы операций в одну среднюю длительность.\u003C\u002Fp>\n\n\u003Cfigure class=\"article-figure\">\u003Cpicture>\u003Csource srcset=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-architecture-05.webp\" type=\"image\u002Fwebp\">\u003C\u002Fsource>\u003Cimg src=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-architecture-05.png\" alt=\"Архитектура сбора событий для анализа бизнес-процесса\" width=\"1920\" height=\"1080\" loading=\"lazy\" decoding=\"async\" \u002F>\u003C\u002Fpicture>\u003Cfigcaption>Для анализа нужны события из рабочих систем, единый идентификатор кейса и слой контроля качества данных.\u003C\u002Ffigcaption>\u003C\u002Ffigure>\n\n\u003Ch2 id=\"risks\">Не лечите симптом вместо ограничения\u003C\u002Fh2>\n\u003Cp>Перед автоматизацией сформулируйте гипотезу причины и попробуйте её опровергнуть. Очередь перед согласованием может возникать не из-за нехватки юристов, а из-за неполного шаблона заявки. Повторный ввод в CRM — не только интеграционная проблема: возможно, поля не соответствуют реальному решению менеджера.\u003C\u002Fp>\n\u003Cp>Используйте связку «наблюдение → причина → проверка → изменение → повторный замер»:\u003C\u002Fp>\n\u003Col>\n  \u003Cli>Наблюдение: перед этапом накапливается очередь.\u003C\u002Fli>\n  \u003Cli>Гипотеза: этап имеет недостаточную пропускную способность.\u003C\u002Fli>\n  \u003Cli>Проверка: сравнить touch time, wait time, нагрузку и возвраты.\u003C\u002Fli>\n  \u003Cli>Изменение: убрать неполный вход, изменить правило приоритета или автоматизировать конкретное действие.\u003C\u002Fli>\n  \u003Cli>Повторный замер: убедиться, что throughput процесса вырос, а проблема не переместилась дальше.\u003C\u002Fli>\n\u003C\u002Fol>\n\n\u003Cfigure class=\"article-figure\">\u003Cpicture>\u003Csource srcset=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-failure-modes-06.webp\" type=\"image\u002Fwebp\">\u003C\u002Fsource>\u003Cimg src=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-failure-modes-06.png\" alt=\"Ошибки диагностики узких мест и безопасный fallback\" width=\"1600\" height=\"1200\" loading=\"lazy\" decoding=\"async\" \u002F>\u003C\u002Fpicture>\u003Cfigcaption>После изменения ограничение может переместиться на следующий этап, поэтому процесс измеряют повторно.\u003C\u002Ffigcaption>\u003C\u002Ffigure>\n\n\u003Ch2 id=\"metrics\">Как приоритизировать найденные ограничения\u003C\u002Fh2>\n\u003Cp>Список проблем может быть длинным, но автоматизировать всё одновременно нельзя. Оцените каждое ограничение по пяти критериям:\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\u003Ctr>\u003Cth>Критерий\u003C\u002Fth>\u003Cth>Вопрос\u003C\u002Fth>\u003Cth>Высокий приоритет\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>Влияние на throughput\u003C\u002Ftd>\u003Ctd>Ограничивает ли этап количество завершённых операций?\u003C\u002Ftd>\u003Ctd>Перед этапом регулярно накапливается очередь\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Цена задержки\u003C\u002Ftd>\u003Ctd>Что бизнес теряет из-за ожидания?\u003C\u002Ftd>\u003Ctd>Срыв SLA, потерянная продажа, штраф или простой\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Частота\u003C\u002Ftd>\u003Ctd>Как часто возникает проблема?\u003C\u002Ftd>\u003Ctd>Повторяется на большинстве однотипных кейсов\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Управляемость\u003C\u002Ftd>\u003Ctd>Можно ли изменить правило, данные или интеграцию?\u003C\u002Ftd>\u003Ctd>Причина находится внутри контролируемого контура\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Измеримость\u003C\u002Ftd>\u003Ctd>Есть ли baseline и способ проверить результат?\u003C\u002Ftd>\u003Ctd>Доступны события, статусы и единица outcome\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Отдельно оцените риск ошибки. Этап может быть медленным, но редким и критичным — например, финансовое подтверждение. Его не следует делать полностью автономным только ради скорости. Подходящий результат может быть другим: автоматическая подготовка данных и human approval для окончательного действия.\u003C\u002Fp>\n\n\u003Cfigure class=\"article-figure\">\u003Cpicture>\u003Csource srcset=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-metrics-dashboard-07.webp\" type=\"image\u002Fwebp\">\u003C\u002Fsource>\u003Cimg src=\"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-metrics-dashboard-07.png\" alt=\"Дашборд метрик bottleneck: ожидание, очередь, возвраты и throughput\" width=\"1920\" height=\"1080\" loading=\"lazy\" decoding=\"async\" \u002F>\u003C\u002Fpicture>\u003Cfigcaption>Для контроля нужны не только скорость, но также очередь, возвраты, исключения и стоимость завершённого результата.\u003C\u002Ffigcaption>\u003C\u002Ffigure>\n\n\u003Ch2 id=\"implementation\">Пошаговый план диагностики до автоматизации\u003C\u002Fh2>\n\u003Col>\n  \u003Cli>\u003Cstrong>Выберите один outcome.\u003C\u002Fstrong> Не «улучшить продажи», а «принять и квалифицировать входящую заявку».\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Определите границы и владельца.\u003C\u002Fstrong> Зафиксируйте событие старта, результат и роль, отвечающую за end-to-end процесс.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Соберите карту AS-IS.\u003C\u002Fstrong> Интервьюируйте участников и восстановите реальные варианты, включая исключения.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Добавьте измерения.\u003C\u002Fstrong> Touch time, wait time, очередь, возвраты, throughput и потерянные статусы.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Сверьте карту с данными.\u003C\u002Fstrong> Используйте логи систем или выборку реальных кейсов.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Найдите первопричину.\u003C\u002Fstrong> Не путайте перегрузку с неполным входом, плохим правилом или потерей контекста.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Выберите минимальное изменение.\u003C\u002Fstrong> Удалить шаг, изменить правило, интегрировать системы, автоматизировать действие или добавить AI.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Определите контроль и fallback.\u003C\u002Fstrong> Что система делает при низкой уверенности, ошибке данных или недоступности интеграции.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Запустите ограниченный пилот.\u003C\u002Fstrong> На одном типе операций, с baseline и критериями приёмки.\u003C\u002Fli>\n  \u003Cli>\u003Cstrong>Повторно измерьте весь поток.\u003C\u002Fstrong> Убедитесь, что ограничение устранено, а не переместилось.\u003C\u002Fli>\n\u003C\u002Fol>\n\n\u003Cp>Связанный материал \u003Ca href=\"\u002Fblog\u002Fkakie-processy-avtomatizirovat\u002F\" rel=\"noopener noreferrer\">«Какие процессы автоматизировать первыми»\u003C\u002Fa> поможет сравнить несколько процессов после диагностики. А статья \u003Ca href=\"\u002Fblog\u002Fprocess-first-avtomatizaciya\u002F\" rel=\"noopener noreferrer\">о process-first подходе\u003C\u002Fa> объясняет, почему архитектуру решения выбирают после фиксации процесса, baseline и исключений.\u003C\u002Fp>\n\n\u003Cdiv class=\"article-cta\">\u003Ch2 id=\"razobrat-uzkoe-mesto-na-vashem-processe\">Разобрать узкое место на вашем процессе\u003C\u002Fh2>\u003Cp>На аудите мы фиксируем фактический маршрут операции, ожидания, передачи, данные и владельцев, а затем определяем минимальное изменение и критерии пилота.\u003C\u002Fp>\u003Ca class=\"button\" href=\"\u002Fbook-demo\u002F\" rel=\"noopener noreferrer\">Записаться на аудит процесса\u003C\u002Fa>\u003C\u002Fdiv>\n\n\u003Ch2 id=\"faq\">Частые вопросы\u003C\u002Fh2>\n\u003Ch3>Сколько кейсов нужно изучить?\u003C\u002Fh3>\n\u003Cp>Количество зависит от вариативности процесса. Важно охватить основной маршрут, типовые исключения и разные периоды нагрузки. Для локальной диагностики можно начать с ограниченной выборки, но выводы нужно помечать как предварительные и проверять на новых кейсах.\u003C\u002Fp>\n\u003Ch3>Нужно ли сразу покупать process mining?\u003C\u002Fh3>\n\u003Cp>Нет. Если процесс небольшой и не имеет качественных event logs, начните с интервью, наблюдения и выгрузки истории статусов. Process mining становится особенно полезным, когда операций много, маршруты отличаются, а события уже фиксируются в нескольких системах.\u003C\u002Fp>\n\u003Ch3>Узкое место всегда находится у самого загруженного сотрудника?\u003C\u002Fh3>\n\u003Cp>Нет. Перегрузка может быть симптомом: неполные входные данные, лишние согласования, неясные приоритеты или повторный ввод создают работу, которую не нужно было выполнять.\u003C\u002Fp>\n\u003Ch3>Когда можно переходить к автоматизации?\u003C\u002Fh3>\n\u003Cp>Когда определены границы процесса, baseline, первопричина ограничения, владелец результата, исключения, критерии качества и способ вернуть кейс человеку. Без этих элементов нельзя проверить, улучшила ли автоматизация бизнес-результат.\u003C\u002Fp>\n",[37,40,43,46,49,52,55,58,61,64,67,70,73],{"id":38,"title":39},"answer","Как найти узкое место: короткий алгоритм",{"id":41,"title":42},"process","Зафиксируйте границы одной операции",{"id":44,"title":45},"core-1","Постройте карту AS-IS: вход → обработка → ожидание → решение → передача → результат",{"id":47,"title":48},"core-2","Разделите время обработки и время ожидания",{"id":50,"title":51},"core-3","Найдите дублирование и повторную работу",{"id":53,"title":54},"core-4","Проверьте, где теряются статус и данные",{"id":56,"title":57},"core-5","Составьте карту ответственности",{"id":59,"title":60},"architecture","Какие данные нужны для объективного анализа",{"id":62,"title":63},"risks","Не лечите симптом вместо ограничения",{"id":65,"title":66},"metrics","Как приоритизировать найденные ограничения",{"id":68,"title":69},"implementation","Пошаговый план диагностики до автоматизации",{"id":71,"title":72},"razobrat-uzkoe-mesto-na-vashem-processe","Разобрать узкое место на вашем процессе",{"id":74,"title":75},"faq","Частые вопросы",[77,88,95,103,110,116,124,131,139],{"id":78,"title":79,"publisher":80,"url":81,"publishedAt":82,"accessedAt":83,"supportsClaims":84},"SRC-STRONG-02-01","What is Process Analysis?","IBM","https:\u002F\u002Fwww.ibm.com\u002Fthink\u002Ftopics\u002Fprocess-analysis",null,"2026-07-30T21:00:00.000Z",[85,86,87],"process analysis steps","mapping before improvement","root-cause analysis",{"id":89,"title":90,"publisher":80,"url":91,"publishedAt":82,"accessedAt":83,"supportsClaims":92},"SRC-STRONG-02-02","What is Process Mapping?","https:\u002F\u002Fwww.ibm.com\u002Fthink\u002Ftopics\u002Fprocess-mapping",[93,94],"process-map transparency","handoffs and bottlenecks",{"id":96,"title":97,"publisher":80,"url":98,"publishedAt":82,"accessedAt":83,"supportsClaims":99},"SRC-STRONG-02-03","What is Process Mining?","https:\u002F\u002Fwww.ibm.com\u002Fthink\u002Ftopics\u002Fprocess-mining",[100,101,102],"event-log analysis","actual process variants","data-driven bottleneck discovery",{"id":104,"title":105,"publisher":80,"url":106,"publishedAt":82,"accessedAt":83,"supportsClaims":107},"SRC-STRONG-02-04","Process Mining vs. Process Modeling vs. Process Mapping","https:\u002F\u002Fwww.ibm.com\u002Fthink\u002Ftopics\u002Fprocess-mining-vs-process-modeling-vs-process-mapping",[108,109],"qualitative mapping vs quantitative process mining","combined analysis",{"id":111,"title":112,"publisher":80,"url":113,"publishedAt":82,"accessedAt":83,"supportsClaims":114},"SRC-STRONG-02-05","What Is Process Improvement?","https:\u002F\u002Fwww.ibm.com\u002Fthink\u002Ftopics\u002Fprocess-improvement",[115,87],"cycle time and error-rate measurement",{"id":117,"title":118,"publisher":119,"url":120,"publishedAt":82,"accessedAt":83,"supportsClaims":121},"SRC-STRONG-02-06","Working with process graphs","UiPath Documentation","https:\u002F\u002Fdocs.uipath.com\u002Fprocess-mining\u002Fautomation-suite\u002F2023.10\u002Fuser-guide\u002Fworking-with-process-graphs",[122,123],"throughput-time bottlenecks","manual-processing inefficiencies",{"id":125,"title":126,"publisher":119,"url":127,"publishedAt":82,"accessedAt":83,"supportsClaims":128},"SRC-STRONG-02-07","Starting a Task Mining project from Process Mining","https:\u002F\u002Fdocs.uipath.com\u002Fprocess-mining\u002Fautomation-cloud\u002Flatest\u002Fuser-guide\u002Fstarting-a-task-mining-project-from-process-mining",[129,130],"drill-down from end-to-end process to desktop task level","root-cause investigation",{"id":132,"title":133,"publisher":134,"url":135,"publishedAt":82,"accessedAt":83,"supportsClaims":136},"SRC-STRONG-02-08","Process Simulation","Celonis Documentation","https:\u002F\u002Fdocs.celonis.com\u002Fen\u002Fprocess-simulation.html",[137,138],"testing process changes before implementation","scenario analysis",{"id":140,"title":141,"publisher":142,"url":143,"publishedAt":82,"accessedAt":83,"supportsClaims":144},"SRC-STRONG-02-09","3 способа выявить узкие места в управлении проектами","Asana","https:\u002F\u002Fasana.com\u002Fru\u002Fresources\u002Fwhat-is-a-bottleneck",[145,146],"workflow mapping","monitoring after improvement",[148,165,177],{"slug":149,"path":150,"title":151,"seoTitle":152,"description":153,"excerpt":154,"category":155,"categoryId":156,"articleType":157,"funnel":158,"intent":159,"author":160,"publishedAt":161,"modifiedAt":161,"readingMinutes":162,"image":163,"imageAlt":164},"process-first-avtomatizaciya","\u002Fblog\u002Fprocess-first-avtomatizaciya\u002F","Process-first подход к автоматизации: почему сначала процесс","Process-first подход к автоматизации | mekasm","Process-first подход к автоматизации: почему сначала процесс. Механика процесса, роли, данные, ограничения, контроль и измеримый результат.","Практический метод: зафиксировать бизнес-операцию, baseline, правила, исключения и критерии приёмки до выбора окончательной AI-архитектуры.","AI-автоматизация бизнеса","ai-avtomatizaciya-biznesa","std","TOFU","Практическое изучение и применение","mekasm","2026-07-30T05:20:07.918Z",7,"\u002Fassets\u002Fblog\u002Fprocess-first-avtomatizaciya\u002Fprocess-first-avtomatizaciya-preview-00.webp","Превью process-first: ручной вход преобразуется в наблюдаемый процесс и проверяемый результат",{"slug":166,"path":167,"title":168,"seoTitle":169,"description":170,"excerpt":171,"category":155,"categoryId":156,"articleType":157,"funnel":172,"intent":173,"author":160,"publishedAt":174,"modifiedAt":174,"readingMinutes":162,"image":175,"imageAlt":176},"oshibki-vnedreniya","\u002Fblog\u002Foshibki-vnedreniya\u002F","Ошибки внедрения ИИ в бизнес и как их избежать","Ошибки внедрения ИИ в бизнес и как их избежать | mekasm","Ошибки внедрения ИИ в бизнес и как их избежать. Критерии готовности, риски, точки контроля и практический чек-лист.","Почему AI-проекты буксуют на стыках процесса и как построить управляемый контур с данными, правилами, исключениями и наблюдаемостью.","MOFU","Диагностика и снижение риска","2026-07-29T13:39:17.000Z","\u002Fassets\u002Fblog\u002Foshibki-vnedreniya\u002Foshibki-vnedreniya-preview-00.webp","Превью статьи об ошибках внедрения ИИ и управляемом контуре контроля",{"slug":178,"path":179,"title":180,"seoTitle":181,"description":182,"excerpt":183,"category":155,"categoryId":156,"articleType":157,"funnel":158,"intent":159,"author":160,"publishedAt":184,"modifiedAt":185,"readingMinutes":186,"image":187,"imageAlt":188},"kakie-processy-avtomatizirovat","\u002Fblog\u002Fkakie-processy-avtomatizirovat\u002F","Какие процессы автоматизировать первыми","Какие процессы автоматизировать первыми | mekasm","Какие процессы автоматизировать первыми. Механика процесса, роли, данные, ограничения, контроль и измеримый результат.","Метод выбора первого процесса: baseline, данные, исключения, human-in-the-loop и проверяемая экономика.","2026-07-29T04:30:00.000Z","2026-07-29T07:22:00.000Z",8,"\u002Fassets\u002Fblog\u002Fkakie-processy-avtomatizirovat\u002Fkakie-processy-avtomatizirovat-preview-00.webp","Превью статьи «Какие процессы автоматизировать первыми»: управляемый маршрут бизнес-операции к проверенному результату",{"@graph":190,"@context":220},[191,203],{"@id":192,"@type":193,"image":194,"author":195,"headline":6,"keywords":198,"publisher":199,"description":7,"dateModified":201,"datePublished":201,"mainEntityOfPage":202},"https:\u002F\u002Fmekasm.com\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002F#article","Article","https:\u002F\u002Fmekasm.com\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-hero-02.webp",{"name":196,"@type":197},"Mekasm","Organization",[19,21,22,23,24,25],{"url":200,"name":196,"@type":197},"https:\u002F\u002Fmekasm.com\u002F","2026-07-31T06:30:00+00:00","https:\u002F\u002Fmekasm.com\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002F",{"@type":204,"mainEntity":205},"FAQPage",[206,212,216],{"name":207,"@type":208,"acceptedAnswer":209},"С чего начать поиск узкого места?","Question",{"text":210,"@type":211},"Сначала зафиксируйте границы одной операции, затем постройте фактическую карту AS-IS и раздельно измерьте время работы, ожидания, возвраты и передачи.","Answer",{"name":213,"@type":208,"acceptedAnswer":214},"Нужно ли сразу использовать process mining?",{"text":215,"@type":211},"Нет. Для локального процесса часто достаточно интервью, наблюдения и выгрузки статусов. Process mining полезен, когда есть стабильные event logs и множество вариантов прохождения процесса.",{"name":217,"@type":208,"acceptedAnswer":218},"Всегда ли узкое место нужно автоматизировать?",{"text":219,"@type":211},"Нет. Иногда ограничение устраняется правилом, сокращением согласований, перераспределением ответственности или улучшением качества входных данных.","https:\u002F\u002Fschema.org",{"slug":4,"image":222,"title":6,"funnel":11,"excerpt":8,"category":223,"image_alt":17,"seo_title":6,"description":7,"article_type":10,"reading_minutes":15,"publication_wave":224,"mediaBySection":225},"kak-nayti-uzkie-mesta-v-biznes-processe-card-preview-01.webp","Диагностика и архитектура AI-систем",1,{"preview":226,"answer":228,"process":231,"core-1":234,"architecture":237,"risks":240,"metrics":243},{"path":16,"alt":227},"Как найти узкие места в бизнес-процессе до автоматизации: card preview",{"path":229,"alt":230},"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-hero-02.webp","Как найти узкие места в бизнес-процессе до автоматизации: hero",{"path":232,"alt":233},"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-process-map-03.webp","Как найти узкие места в бизнес-процессе до автоматизации: process map",{"path":235,"alt":236},"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-decision-matrix-04.webp","Как найти узкие места в бизнес-процессе до автоматизации: decision matrix",{"path":238,"alt":239},"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-architecture-05.webp","Как найти узкие места в бизнес-процессе до автоматизации: architecture",{"path":241,"alt":242},"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-failure-modes-06.webp","Как найти узкие места в бизнес-процессе до автоматизации: failure modes",{"path":244,"alt":245},"\u002Fassets\u002Fblog\u002Fkak-nayti-uzkie-mesta-v-biznes-processe\u002Fkak-nayti-uzkie-mesta-v-biznes-processe-metrics-dashboard-07.webp","Как найти узкие места в бизнес-процессе до автоматизации: metrics",{"title":72,"text":247,"label":248,"href":249},"Зафиксируем фактический маршрут операции, ожидания, ручные передачи и данные, а затем определим, что действительно стоит автоматизировать.","Записаться на аудит процесса","\u002Fbook-demo\u002F"]