Автоматизировали пять согласований, а заявка всё равно ждёт две недели: где ошибка?
Покупка офисного кресла может превратиться в долгий квест: сотрудник отправляет заявку руководителю, затем её проверяют финансы и закупки, после чего документ снова попадает к руководителю. Компания внедряет электронные формы, автоматическую маршрутизацию, уведомления и статусы. Технически всё работает безупречно - но кресло по-прежнему доставляют через две недели.
Так происходит, когда автоматизируют не результат, а сложившийся порядок действий. Программная система может точно следовать регламенту, который сам по себе избыточен. В итоге ручные операции заменяются цифровыми, но причины задержек остаются. Подобный сценарий - важный урок для проектов по автоматизации бизнес-процессов: сначала нужно понять, что именно мешает получить результат, и только потом выбирать инструменты. Этот подход подробнее разобран в материале об [автоматизации согласований и проектировании процессов](https://habr.com/ru/articles/1107978/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1107978).
Когда цифровая копия неэффективного процесса становится проблемой
Типовой маршрут заявки выглядит просто: инициатор → руководитель → финансовый отдел → закупки → руководитель → исполнение. Каждому этапу назначены ответственный, статус и срок. Но за внешней логикой могут скрываться дублирующие проверки и решения, смысл которых давно забыт.
Зачем руководитель согласует покупку дважды? Какие риски оценивают финансисты? Нужно ли проводить стандартное оборудование через полный цикл проверок, если его можно выдать со склада? Какие этапы обязательны по закону или внутренним правилам, а какие появились по историческим причинам?
Если не разобраться в этих вопросах до разработки, новая система закрепит лишние действия в маршрутах, ролях, интеграциях и отчётности. Позже менять их будет труднее. Поэтому внедрению цифрового решения должен предшествовать разбор текущей модели: где возникает ожидание, какие проверки действительно нужны и кто отвечает за итог.
Сколько стоит лишний этап
Предположим, компания получает 100 заявок в месяц, а одно из согласований дублирует уже проведённую проверку. Руководитель тратит на него в среднем шесть минут. За год набегает 7200 минут, то есть 120 часов. Если условно оценить рабочий час в 2000 рублей, стоимость затраченного времени составит 240 тысяч рублей в год.
Это не означает, что после отмены согласования компания автоматически сэкономит такую сумму: зарплатный фонд от этого не обязательно уменьшится. Но освободившиеся часы можно направить на более важные задачи, сократить переработки или обслуживать больший поток заявок без найма дополнительных сотрудников. Кроме того, расчёт не учитывает время ожидания, повторные обращения и последствия задержек. Даже короткая операция становится заметной статьёй потерь, если повторяется сотни раз.
Считать нужно не только скорость работы в системе
Операция может занимать считаные минуты, а заявка - оставаться без движения несколько часов или дней. Поэтому полезно разделять три показателя:
- Lead time - весь срок от создания заявки до получения результата.
- Touch time - суммарное время, которое исполнители непосредственно тратят на работу.
- Waiting time - периоды ожидания между этапами.
Если сотрудники обрабатывают документ двадцать минут, а остальное время он стоит в очередях, ускорение формы почти не повлияет на срок исполнения. При таком соотношении важнее пересмотреть порядок передачи задач, сроки реакции и правила назначения ответственных. Быстрая программа не устранит очередь, если сама очередь заложена в процессе.
Каким может быть улучшенный маршрут
В целевой модели (TO-BE) типовую заявку на стандартное оборудование можно направлять сразу в закупки или на склад, если бюджет уже выделен и задан лимит стоимости. Финансовая проверка тогда запускается только при превышении порога, а повторное согласование руководителя исключается. Нестандартные и дорогостоящие покупки при этом могут проходить расширенную проверку.
Такой принцип позволяет выстроить процесс по условиям, а не заставлять каждую заявку проходить одинаковый маршрут. Система управления бизнес-процессами должна поддерживать необходимые правила, но сами правила важно определить до настройки программного обеспечения.
Как оценить результат
До изменений стоит зафиксировать исходные показатели: средний и максимальный срок выполнения, время ожидания на каждом этапе, долю возвратов на доработку, количество повторных согласований и объём заявок, обработанных за период. После запуска нужно сравнивать новые значения с прежними, а не ограничиваться фактом, что процесс переведён в электронный вид.
Также полезно отслеживать исключения: сколько заявок отклоняется, сколько проходит по ускоренному маршруту и где чаще всего возникают задержки. Это помогает увидеть, не переместилась ли проблема на другой этап. Оценивать эффект лучше спустя достаточное время, чтобы в данных отразилась обычная нагрузка, а не только период после запуска.
Пять вопросов перед автоматизацией
Перед тем как выбирать программу для автоматизации бизнес-процессов, стоит выяснить:
1. Какой результат должен получить инициатор и в какой срок?
2. Какие проверки обязательны, а какие лишь повторяют уже выполненную работу?
3. Где заявка проводит больше всего времени без движения?
4. Можно ли разделить типовые и нестандартные случаи?
5. По каким показателям станет понятно, что процесс действительно улучшился?
Ответы помогут понять, нужна ли компании система электронного документооборота, настройка маршрутов в уже используемом ПО или изменение самого регламента. Технология должна соответствовать задаче, а не становиться самоцелью.
Тот же принцип важен при внедрении искусственного интеллекта. Если автоматизировать плохо устроенный процесс с помощью AI, он сможет быстрее выполнять ненужные действия, но не обязательно принесёт больше пользы. Сначала следует определить ценность результата, границы ответственности и критерии качества, а затем решать, какие операции можно поручить алгоритму.
Когда автоматизация согласования заявок строится на понятных правилах и измеримых целях, она сокращает не только количество ручных действий, но и путь от запроса до исполнения. Цифровой инструмент в этом случае становится частью улучшенного процесса, а не просто электронной копией старого.
