Закупочный процесс растягивается, когда короткие действия разделены длинным ожиданием: неполная заявка, проверка бюджета, поиск поставщика, цепочка согласований, создание заказа и передача в оплату. Поэтому измерять нужно lead time по этапам, а не скорость закупщика
Разложите закупку на touch time и wait time
В финансовой логике здесь связаны оптимизация процессов и операционные расходы: автоматизация бизнес-процессов появляется только тогда, когда изменение процесса действительно доходит до себестоимости или маржи
| Этап | Активная работа | Типичное ожидание |
|---|---|---|
| Заявка | Проверить данные | Недостаёт спецификации/центра затрат |
| Бюджет | Проверить лимит | Ждёт владельца бюджета |
| Согласование | Оценить риск/сумму | Цепочка approvals |
| Поставщик | Выбрать/проверить | Нет master-data или рамочного договора |
| PO/заказ | Создать документ | Ручной ввод в ERP |
| Оплата | Передать в финансы | Cut-off, документы, очередь |
Карта procurement lead time
Для каждой заявки фиксируйте не только дату создания и завершения, но и принятие/передачу между этапами. Через 30-50 кейсов станет видно, где лежит большая часть календаря
Что ускорять в правильном порядке
- Сделать нормальную форму заявки с обязательным входом
- Разделить типовые закупки и исключения
- Ввести risk-based пороги согласований
- Использовать approved supplier/master-data для повторяемых категорий
- Автоматизировать создание PO и передачу статусов между системами
- Показывать заявителю статус без ручного вопроса закупщику
Когда согласования действительно нужны
Сложная закупка, новый поставщик, существенная сумма и контрактный риск могут оправдывать несколько контролей. Но повторная типовая покупка у утверждённого поставщика в рамках бюджета не должна проходить тот же маршрут, что стратегический контракт
Пример: типовая закупка ПО
Если сотрудник каждый раз вводит одни и те же реквизиты, руководитель подтверждает бюджет, IT отдельно проверяет стандартный инструмент, а закупщик создаёт PO вручную, часть маршрута можно перевести в каталог approved software с заранее заданными лимитами. Человек подключается только при новом продукте или превышении порога
Что положить в расчёт до решения
30-50 закупочных заявок - первая точка, которую стоит зафиксировать до любых изменений. Рядом соберите Timestamps каждого этапа, а затем сумма и категория, поставщик approved/new и причины возвратов и approvals. Все значения должны относиться к одному типу потока и сопоставимому периоду, иначе сезонность и разный состав кейсов исказят вывод
- 30-50 закупочных заявок
- Timestamps каждого этапа
- Сумма и категория
- Поставщик approved/new
- Причины возвратов и approvals
Отдельно измерьте время заявителя: сколько раз ему приходится уточнять статус или пересобирать заявку. Хороший procurement process экономит capacity не только закупщиков, но и всех внутренних клиентов
Сравнение procurement lead time и wait/touch ratio лучше делать на ограниченном типовом потоке: сначала снять базовую точку по «30-50 закупочных заявок» и «Timestamps каждого этапа», затем изменить один механизм и повторить замер. Так проще отделить эффект процесса от изменения спроса, состава команды или структуры входящего потока
Какие цифры подтвердят эффект
Связка procurement lead time, wait/touch ratio, approvals per request, return rate и доля типовых auto-flow показывает, дошло ли улучшение до результата целиком. Одна красивая локальная метрика недостаточна: если скорость выросла ценой качества, backlog переместился дальше или экономия не превращается в usable capacity, гипотезу нужно пересчитать
Хотите понять, почему закупка ждёт дольше, чем работает?
Покажите маршрут типовой закупки и несколько timestamps. Мы поможем разделить активную работу, ожидание и approvals и определить, что можно упростить или автоматизировать
Частые вопросы
Какие согласования в закупках можно убрать?
Типовые approvals, где решение заранее определяется бюджетом, категорией и утверждённым поставщиком. Их можно заменить risk-based правилами
Когда закупка действительно требует долгого цикла?
При новом поставщике, сложном контракте, высокой сумме, тендере или существенном риске. Эти кейсы лучше отделить от типового потока
Что автоматизировать в закупках первым?
Intake, проверку обязательных данных, бюджетные правила, создание PO, статусы и передачу данных между procurement и финансами
Как контролировать ускорение закупок?
Следить одновременно за lead time, долей исключений, соблюдением бюджета, качеством поставщика и нарушениями политики
