Как сократить просрочки при согласовании внутренних заявок
Просрочка в согласовании редко возникает из-за одной причины. Чаще срывы копятся из мелочей: заявка уходит без суммы, без срока поставки, без понятной цели, попадает сразу к пяти согласующим, висит у руководителя без приоритета, возвращается на доработку из-за формулировок, потом снова идет по кругу. Собственник видит общий симптом — работа тормозится. Источник проблемы лежит в устройстве самого маршрута.
Где теряются дни
Сначала я разбираю путь заявки по шагам. Кто создает, кто проверяет комплектность, кто утверждает бюджет, кто отвечает за правовую часть, кто запускает оплату или закупку. На этой схеме быстро видны провалы: лишние участники, дубли решений, ручная пересылка, ожидание одного человека, который не назначил замещающего на время отсутствия. Если заявка проходит семь касаний там, где хватило бы трех, просрочки будут постоянными.
Отдельный узел — плохой вход в процесс. Когда сотрудник подает заявку в свободной форме, согласующий тратит время не на решение, а на расшифровку. В заявке должны быть обязательные поля: цель расхода или действия, сумма или диапазон, нужный срок, статья бюджета, подразделение, ответственный, приложенные документы. Если чего-то нет, система или регламент не пропускает заявку дальше. Жесткий вход экономит часы на каждом следующем этапе.
Еще один частый источник задержек — отсутствие правила, кто принимает решение в спорных и нестандартных случаях. Тогда заявка зависает между финансами, инициатором и руководителем подразделения. Для таких ситуаций я задаю короткий маршрут эскалации: один ответственный, один срок, один формат решения. Без длинной переписки и коллективных обсуждений.
Прозрачный маршрут
У хорошего маршрута есть три свойства: мало шагов, ясные критерии и срок на каждом шаге. Не общий срок на всю цепочку, а конкретный лимит для каждого участника. Согласующий должен видеть у себя не просто входящий документ, а дедлайн, приоритет и последствия задержки. Инициатор должен видеть, где заявка находится сейчас и почему остановилась.
Собственнику полезно разделить заявки по типам. Операционные регулярные запросы идут по короткому маршруту. Нестандартные, дорогие или рискованные — по расширенному. Один и тот же порядок для покупки бумаги и для крупного обязательства создает пробки. Чем точнее сегментация, тем меньше лишних согласований.
Еще лучше работает пороговая модель. До определенной суммы или уровня риска решение принимает руководитель подразделения в рамках утвержденного лимита. Выше порога подключается финансовый блок или собственник. Это снимает с первых лиц поток мелких вопросов и освобождает время для действительно значимых решений.
Правило однократной доработки заметно снижает хаос. Если заявка возвращена, согласующий обязан перечислить все замечания сразу, а не по одному пункту в каждом новом цикле. Инициатор исправляет пакетно. Повторный возврат допускается только при новых обстоятельствах или явной ошибке. Иначе процесс превращается в бесконечную переписку.
Дисциплина сроков
Просрочка живет там, где нет личной ответственности. У каждого шага должен быть владелец. Не отдел вообще, а конкретная роль или человек. Если на этапе работает группа, внутри группы нужен один ответственный заа финальный срок. Без этого всегда найдется причина, почему документ не двинулся.
Я хорошо отношусь к коротким сервисным нормам. Проверка комплектности — в течение одного рабочего интервала, бюджетное согласование — в другой заранее заданный интервал, юридическая проверка — в свой. Сроки выбирают по реальной нагрузке, а не по пожеланиям сверху. Если норма заведомо недостижима, сотрудники перестают воспринимать ее всерьез.
Полезно ввести автодействия при молчании. Если согласующий не ответил за отведенное время, заявка уходит на следующий уровень или замещающему. Иначе процесс держится на чьей-то памяти и доброй воле. Такое правило особенно хорошо чистит узкие места у перегруженных руководителей.
Приоритеты нужны не формальные, а рабочие. Срочная заявка без обоснования — обычная заявка. Срочность должна подтверждаться понятным риском: остановка работы, срыв обязательства, критичный запас, аварийная замена. Когда срочным помечают все, приоритет умирает.
Контроль без микроменеджмента
Собственнику не нужен ручной разбор каждой задержки. Нужна панель управления из нескольких показателей: средний срок согласования по типам заявок, доля просроченных, число возвратов на доработку, доля заявок с полным комплектом на входе, самые перегруженные этапы. Такой набор быстро показывает, где процесс рвется.
Я бы смотрел на просрочки по причинам, а не только по людям. Нет документа, неясная цель расхода, спор по бюджету, долгий ответ юристов, ожидание одного руководителя, отсутствие замещения. Когда причины разложены по категориям, решение становится очевиднее: где переписать форму, гдее сократить маршрут, где перераспределить право подписи.
Хороший эффект дает еженедельный короткий разбор просроченных заявок. Без длинных совещаний. Берутся только отклонения: что зависло, на каком шаге, почему, какое изменение закроет повторение. Если одна и та же причина всплывает три раза, ее убирают из процесса, а не обсуждают снова.
Сотрудники быстро подстраиваются под логику системы. Если заявка без данных все равно проходит дальше, люди перестают заполнять поля. Если просрочка не видна никому, сроки размываются. Если возвраты без объяснений считаются нормой, качество входа падает еще сильнее. Процесс воспитывается правилами, а не призывами к дисциплине.
Снижение просрочек начинается с простого решения: убрать лишние согласования, стандартизировать вход, задать сроки по шагам, назначить владельцев этапов и сделать задержки видимыми. После этого внутренние заявки перестают быть черной дырой для времени руководителей и возвращаются к своей прямой функции — быстро поддерживать работу бизнеса, а не тормозить ее.
