Проблема, которую не видно в данных
Когда аналитик строит модель бизнес-процесса на основе данных ERP, он видит чистую внутреннюю картину: движения товаров, сроки, транзакции, отклонения. Система показывает, где процесс работает хорошо, а где — буксует. Но стоит выйти за границы собственной системы — и цифры начинают «плыть».
Причина почти всегда одна и та же: организация работает с поставщиком как с исполнителем контракта, но ожидает от него поведения партнёра. Поставщик оптимизирует то, что измеряется в его КПЭ — скорость отгрузки, выполнение SLA, минимизацию издержек. Организация хочет другого — предсказуемости, гибкости, совместного роста. Эти цели нигде не пересекаются, потому что никто не договорился их совместить.
Это не ошибка конкретного менеджера по закупкам. Это системная проблема архитектуры взаимодействия.
Что ITIL 4 говорит об этом
ITIL 4 — фреймворк управления IT-сервисами, но его логика давно вышла за пределы IT. В четвёртой версии одна из четырёх ключевых «измерений» сервис-менеджмента — это партнёры и поставщики. Фреймворк прямо говорит: организации всё сильнее зависят от внешних партнёров, и управлять этими отношениями нужно стратегически, а не транзакционно.
Ключевая идея ITIL 4 в контексте поставщиков:
- Поставщики делятся на стратегических (критически важных, с высоким риском при выходе) и тактических (низкий риск, легко заменимы).
- Для стратегических поставщиков нужна не просто контрактная логика — нужна совместная система ценностей: общие цели, прозрачные метрики, совместное планирование рисков.
- Управление отношениями (Relationship Management) выделено в отдельную практику — потому что ценность создаётся не внутри одной организации, а в пространстве между организациями.
Транзакционная ловушка
Большинство компаний застревают в транзакционной модели: купил — получил — оплатил. Это работает для стандартизированных, легко заменимых услуг. Но как только поставщик становится значимым звеном в цепочке создания ценности — транзакционная логика начинает работать против организации.
Признаки транзакционной ловушки:
- Поставщик выполняет контракт, но не решает проблему.
- KPI поставщика зелёные — а процесс организации буксует.
- Любое отклонение от «стандарта» превращается в отдельные переговоры и доп. расходы.
- Инновации и улучшения инициирует только одна сторона — и не всегда та, у которой больше информации.
Исследование Gartner показало, что более трёх из четырёх директоров по закупкам после пандемии начали целенаправленно инвестировать в более тесные отношения с поставщиками, основанные на взаимной ценности — именно потому что транзакционная модель обнажила критическую хрупкость цепочек поставок.
Как выглядит партнёрская модель
Переход от поставщика к партнёру — это не про «подружиться». Это про изменение архитектуры взаимодействия.
Ключевые отличия:
| Транзакционная модель | Партнёрская модель |
| Цель: выполнить контракт | Цель: создать совместную ценность |
| KPI поставщика — его дело | KPI согласованы совместно |
| Риски — у каждой стороны свои | Риски распределены и управляются совместно |
| Информация закрыта | Данные и прогнозы доступны обеим сторонам |
| Отношения через контракт | Отношения через регулярный диалог и ревью |
| Инновации — случайность | Инновации — совместный процесс |
Практически это означает:
- Совместное проектирование KPI: не «что удобно измерять» каждой стороне, а «что отражает наши общие цели».
- Регулярные совместные ревью: не только «выполнили ли SLA», но и «куда движемся и что мешает».
- Прозрачность данных: поставщик, у которого есть доступ к вашим прогнозам спроса, работает иначе, чем тот, кто получает заявку за три дня до дедлайна.
- Многоуровневое взаимодействие: закупки, операции, финансы, продукт — все стороны подключены, а не только один менеджер контракта.
Роль аналитика: видеть дальше периметра данных
Это именно тот момент, где бизнес-аналитик может привнести системный взгляд. Данные внутри ERP покажут симптомы: отклонения, задержки, неплановые издержки. Но диагноз требует выхода за периметр системы:
- Где именно заканчивается управляемость процесса? На каком шаге ответственность переходит к внешнему участнику?
- Совпадают ли КПЭ поставщика с целями организации — или они просто не противоречат друг другу формально?
- Есть ли у организации «карта стейкхолдеров» во внешней цепочке — кто принимает решения, кто влияет на результат, чьи интересы учтены в договоре?
Process mining сегодня умеет находить «швы» — точки, где внутренний процесс передаётся внешнему участнику. Именно в этих точках концентрируются наибольшие потери — и именно там нужна не автоматизация, а переосмысление модели отношений.
Как начать переход от транзакций к партнёрству
Несколько практических шагов, которые не требуют глобальной реструктуризации:
- Классифицируй поставщиков по стратегической важности. Не все требуют партнёрского подхода — только те, от которых зависит ключевой процесс.
- Проведи аудит КПЭ. Для стратегических поставщиков: какие метрики используются сейчас? Чьи интересы они защищают? Где они расходятся с целями организации?
- Организуй совместные сессии планирования. Даже один квартальный стратегический ревью с ключевым поставщиком меняет качество отношений.
- Пересмотри договорную логику. Вместо «штрафов за нарушение» — «механизм совместного решения проблем». Вместо «выполнил/не выполнил» — «как улучшаем вместе».
- Сделай данные общим языком. Если поставщик не видит ваши операционные данные — он оптимизирует вслепую. Совместный дашборд — это уже другой уровень взаимодействия.
Итог: масштаб мышления как конкурентное преимущество
Компании, которые умеют строить стратегические партнёрства, а не просто управлять контрактами, устойчивее в кризис, быстрее внедряют инновации и имеют более предсказуемую цепочку создания ценности.
Ограничение data-driven подхода — не в данных. Оно в том, что данные заканчиваются там, где заканчиваются ваши договорённости. Расширяй договорённости — и данные станут работать дальше.
