Будущее закупок: от цифровизации к автономии

Executive summary

Большинство закупочных систем построены вокруг одного принципа: человек выполняет процесс, система помогает ему сделать это быстрее и фиксирует результат. Такой подход был достаточен для этапа цифровизации. Он убрал часть бумажной работы, сделал процессы прозрачнее, позволил контролировать согласования и хранить данные в едином контуре.

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

Роль закупщика при этом не исчезает. Она меняется. Человек перестаёт быть оператором рутинных действий и становится управляющим контуром: задаёт правила, работает с исключениями, принимает решения в нестандартных случаях и развивает поставщиков.

Digital Purchasing строится именно вокруг этой логики: от автоматизации отдельных закупочных операций к платформе, которая постепенно берёт на себя всё больше операционной работы закупщика.

1. Почему текущая цифровизация закупок достигла предела

Цифровизация закупок за последние годы решала в основном три задачи.

Первая — перевести процесс из почты, Excel и бумажных согласований в систему.

Вторая — сделать закупку прозрачной: кто инициировал заявку, кто согласовал, кто участвовал в конкурсе, кто выбран победителем, на каком основании принято решение.

Третья — снизить операционные потери: сократить ручные действия, убрать дублирование, стандартизировать маршруты, уменьшить число ошибок.

Эти задачи остаются важными. Но они не меняют саму природу работы закупщика. Во многих компаниях даже после внедрения S2P, SRM или электронных торгов закупщик по-прежнему вручную делает большую часть процесса:

• разбирает неструктурированную заявку;
• уточняет потребность у внутреннего заказчика;
• помогает подготовить техническое задание;
• ищет новых поставщиков;
• рассылает запросы;
• напоминает поставщикам о сроках;
• собирает коммерческие предложения;
• сводит данные в таблицу;
• проверяет отклонения;
• объясняет выбор поставщика;
• контролирует поставку;
• запрашивает обратную связь после исполнения.

Система в этой модели — полезный, но пассивный инструмент. Она помогает, но не принимает на себя работу.

Следующая граница эффективности лежит не в ускорении интерфейса. Она лежит в изменении операционной модели.

2. Что такое автономные закупки

Автономные закупки — это модель, в которой платформа выполняет значительную часть типовых закупочных действий самостоятельно, а человек подключается в точках неопределённости, риска или отклонения от правил.

Это не означает, что закупки становятся “безлюдными”. В реальности автономия будет внедряться по уровням.

Уровень 1. Цифровой процесс

Заявка, конкурс, согласование и заказ проходят в системе. Человек выполняет действия, система их фиксирует.

Уровень 2. Автоматизированный процесс

Система использует правила: маршруты согласования, шаблоны ТЗ, каталоги, статусы, уведомления. Человек всё ещё выполняет ключевые действия.

Уровень 3. Агентный процесс

AI-агенты помогают с отдельными операциями: формируют бриф, ищут поставщиков, готовят запрос, сравнивают предложения, выявляют отклонения.

Уровень 4. Автономный процесс

Система сама ведёт типовую закупку от заявки до заказа в рамках заданных правил. Человек утверждает решение или вмешивается при исключениях.

Уровень 5. Self-driving procurement

Платформа управляет повторяемыми закупочными процессами как единым контуром: от прогноза потребности до оценки поставщика и корректировки будущих решений.

На практике компании будут двигаться не сразу к пятому уровню, а по категориям. Одни категории можно автономизировать быстрее: повторяющиеся закупки, каталожные позиции, стандартные услуги, часть МРО, типовые СИЗ. Другие — потребуют более плотного участия человека: капитальные проекты, сложное оборудование, стратегические контракты, закупки с высокой технической неопределённостью.

3. Как будет выглядеть закупочный процесс нового поколения

Полный контур автономной закупки можно представить как последовательность действий, в которых платформа постепенно берёт на себя роль операционного исполнителя.

1. Анализ потребности

Сегодня внутренний заказчик часто формирует заявку неполно: без достаточного описания, без ключевых параметров, без понятного результата. Закупщик возвращает заявку, уточняет детали, созванивается, переписывается.

В новой модели платформа анализирует заявку и помогает создать бриф. Она задаёт уточняющие вопросы: что именно нужно купить, какой результат ожидается, какие ограничения критичны, есть ли аналоги, какие сроки допустимы, какие параметры являются обязательными.

Результат — не “сырой запрос”, а структурированная потребность.

2. Подготовка технического задания

ТЗ — одна из главных точек потерь в закупке. Слабое ТЗ приводит к уточнениям, несопоставимым предложениям, спору с поставщиками и неверному выбору.

AI может подготовить первый вариант ТЗ на основе:

• категории закупки;
• прошлых закупок;
• шаблонов;
• требований внутреннего заказчика;
• нормативов;
• ограничений по HSE, качеству и срокам.

Человек не исчезает из процесса. Он утверждает ТЗ. Но стартовая версия создаётся быстрее и системнее.

3. Формирование заявки

После брифа и ТЗ платформа формирует закупочную заявку: категорию, параметры, бюджет, сроки, требования к поставщикам, маршрут согласования.

Если заявка попадает в стандартный сценарий, система ведёт её дальше автоматически. Если есть отклонения — отправляет на согласование.

4. Поиск поставщиков

В традиционной модели закупщик вручную ищет поставщиков через поисковые системы, базы, рекомендации, старые конкурсы и личные контакты.

В агентной модели платформа формирует long-list сама. Она использует открытые источники, исторические данные, каталоги, результаты прошлых закупок и профиль поставщика.

При этом важно честно обозначить ограничение: не всегда возможно однозначно идентифицировать юридическое лицо по сайту. Поэтому быстрый human check остаётся обязательным элементом процесса.

5. Рассылка запросов

Платформа подготавливает RFQ, выбирает список поставщиков, отправляет запросы и фиксирует статусы.

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

6. Голосовые коммуникации

Часть закупочной работы до сих пор держится на звонках. Нужно уточнить наличие, срок, готовность участвовать, статус предложения, причину задержки.

Голосовой агент может взять на себя стандартные звонки:

• напомнить о запросе;
• уточнить срок подачи КП;
• проверить наличие товара;
• запросить статус поставки;
• зафиксировать ответ в системе.

Это не переговорщик в стратегическом контракте. Это операционный помощник, который снимает с закупщика повторяемые коммуникации.

7. Анализ предложений

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

Платформа должна сравнивать не только цену. Она должна учитывать:

• срок поставки;
• условия оплаты;
• полноту предложения;
• историю исполнения;
• рейтинг поставщика;
• HSE-риск;
• наличие отклонений от ТЗ;
• вероятность успешного исполнения.

8. Рекомендация решения

Хорошая система не просто выбирает минимальную цену. Она объясняет логику.

Пример:

Рекомендуется поставщик B. Цена на 3,8% выше минимальной, но срок поставки короче на 7 дней, рейтинг исполнения выше, за последние 12 месяцев нет критичных отклонений. Поставщик A дешевле, но имеет повторяющиеся задержки по аналогичной категории.

Такое объяснение превращает AI из “чёрного ящика” в управленческий инструмент.

9. Согласование и заказ

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

10. Контроль поставки

После заказа работа не заканчивается. Платформа контролирует сроки, статусы, отклонения и напоминания. При задержке создаёт уведомление и предлагает действие.

11. Оценка поставщика

После исполнения система запрашивает обратную связь у пользователя: срок, качество, комплектность, коммуникация, HSE, документы, замечания.

Эта оценка обновляет цифровой профиль поставщика и влияет на будущие закупки.

4. Что меняется для закупщика

Главное изменение — закупщик перестаёт быть диспетчером операций.

В старой модели его время уходит на ручную координацию. В новой — на управление правилами, исключениями и поставщиками.

Было

• найти поставщиков;
• отправить письма;
• собрать КП;
• напомнить;
• свести таблицу;
• проверить статусы;
• запросить оценку.

Становится

• задать правила категории;
• определить пороги автономности;
• контролировать исключения;
• развивать поставщиков;
• управлять риском;
• анализировать экономику решений.

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

5. Почему human-in-the-loop остаётся обязательным

Автономные закупки не должны строиться на идее “исключить человека любой ценой”. Это рискованный и, как правило, неправильный тезис.

Человек должен оставаться в контуре там, где есть:

• юридический риск;
• финансовое отклонение;
• новый поставщик;
• неполные данные;
• конфликт критериев;
• нестандартное ТЗ;
• критичная категория;
• стратегический поставщик;
• HSE-риск.

Правильная архитектура — не “AI вместо закупщика”, а “AI до уровня неопределённости”.

Система делает всё, что соответствует правилам. Всё, что выходит за правила, уходит человеку.

Эта модель похожа на работу младшего сотрудника: он выполняет типовые задачи самостоятельно, но спрашивает руководителя, когда не знает, как поступить.

6. Какие метрики изменятся первыми

Переход к автономным закупкам должен измеряться не количеством внедрённых функций, а влиянием на операционную модель.

Ключевые показатели:

• время от заявки до заказа;
• доля заявок, прошедших без ручного вмешательства;
• число касаний закупщика на одну закупку;
• время поиска поставщиков;
• доля сопоставимых КП;
• доля закупок с объяснимой рекомендацией;
• доля поставок в срок;
• число отклонений по поставщикам;
• доля поставщиков с актуальным цифровым профилем;
• экономия относительно базовой цены или бюджета.

По оценкам международных консультантов, AI в закупках уже рассматривается как новый фундамент процесса, а не просто отдельная функция. McKinsey пишет о procurement agents, которые способны воспринимать контекст, планировать работу и предлагать варианты. По оценкам BCG, AI может устранить до 30% ручной работы в ключевых procurement-процессах; эффект по затратам зависит от категории, качества данных и операционной модели.

Эти оценки не нужно воспринимать как универсальное обещание. Но они показывают направление: борьба идёт не за ещё один экран, а за новую операционную производительность закупочной функции.

7. Как Digital Purchasing смотрит на эту задачу

Digital Purchasing строит платформу как контур автономных закупок. Это не один модуль и не одна AI-функция. Это связка процессов:

• формирование потребности;
• подготовка ТЗ;
• заявка;
• поиск поставщиков;
• RFQ;
• анализ предложений;
• рекомендация решения;
• заказ;
• контроль сроков;
• обратная связь;
• оценка поставщика;
• обновление цифрового профиля.

Смысл этой архитектуры — не заменить весь закупочный отдел одномоментно. Смысл — постепенно переводить повторяемые категории и операции в режим управляемой автономности.

В одних категориях система может только помогать. В других — вести процесс почти полностью. В третьих — работать как контрольный слой, выявляя риски и отклонения.

8. Что это значит для CPO

Для директора по закупкам автономные закупки меняют повестку.

Вопрос больше не звучит так:

Какую систему автоматизации закупок выбрать?

Новый вопрос:

Какие операции закупочной функции должны оставаться у человека, а какие можно передать агентам в рамках контролируемых правил?

Это требует трёх решений.

1. Определить категории-кандидаты

Начинать нужно не со сложных стратегических контрактов, а с повторяемых процессов, где много рутины и относительно понятные правила.

2. Создать правила автономности

Нужно определить, что система может делать сама, а где обязана спрашивать человека.

3. Изменить роль команды

Закупщики должны стать владельцами правил, категорий и исключений. Это не уменьшает их значимость. Это повышает уровень задач.

Вывод

Будущее закупок — не в том, чтобы сделать старый процесс немного быстрее.

Будущее — в том, чтобы перестроить саму модель работы. Платформа должна брать на себя повторяемые действия, агенты должны вести типовые сценарии, а человек должен управлять правилами, исключениями и риском.

Digital Purchasing строится вокруг этой логики. Не как ещё одна система автоматизации закупок, а как платформа для перехода к автономной закупочной функции.

Дополнительные материалы

• McKinsey: Redefining procurement performance in the era of agentic AI — https://www.mckinsey.com/capabilities/operations/our-insights/redefining-procurement-performance-in-the-era-of-agentic-ai
• McKinsey: Transforming procurement functions for an AI-driven world — https://www.mckinsey.com/capabilities/operations/our-insights/transforming-procurement-functions-for-an-ai-driven-world
• BCG: From Buzz to Bottom Line — Cost Savings Using GenAI — https://www.bcg.com/publications/2025/from-buzz-to-bottom-line-cost-reductions-using-genai
• Deloitte: 2025 Global Chief Procurement Officer Survey — https://www.deloitte.com/us/en/services/consulting/articles/2025-global-chief-procurement-officer-survey.html

CTA

На разборе можно определить, какие закупочные процессы стоит переводить в автономный режим первыми: поиск поставщиков, анализ КП, контроль сроков или оценку поставщика после исполнения.