Category Archives: Procurement Innovation

Are they 2026? Or 2016? Or 2006? Procurement Trends? Part I

Tom Mills recently posted a Top 10 Procurement Trends in 2026 post on LinkedIn that made me ask Really? Basically, I’ve been reading, and writing, about the majority of the “trends” for two decades. As per my recent 34-part series on you don’t need to read another state of procurement report for five years!, nothing has really changed in the last five years. In fact, not much has changed in the last ten, if not twenty, years. All that ever changes is the tech-du-jour, which particular risk is the most prominent, which particular process is the most recommended, and whether the trend is in-sourcing solutions, out-sourcing solutions, or hybrid models.

To make this oh-so-clear, we’re going to review Tom’s list and provide some colour commentary!

1️⃣ The CPO as Enterprise Architect

Back in the first major age of responsible sourcing in the early 2000s, the message was that the CPO had to be an enterprise architect to be responsible. To make this abundantly clear, SI did a 12-part series on the “Responsible Sourcing Supplier Workbook” released by the John Lewis Partnership which was the best example of how Procurement could architect a responsible enterprise!

2️⃣ Procurement as Business Storyteller

I remember going to Ariba Live a decade ago, and they opened with the SAP Storyteller. The reason – their solution (which never fully integrated Procuri that they had bought almost a decade prior) was going on 15 years old (while Coupa was still revolutionizing its platform and telling its own tall tales and BravoSolution was acquiring like mad [just before it became Jaggaer]) and there was less and less reason to buy Ariba’s outdated tech … until they told the whole story of what was possible when Ariba was fully integrated in the SAP ecosystem (and what could be possible — forget reality, just believe and buy).

3️⃣ Strategic Supplier Partnerships over Transactional Buying

State-of-Flux (SoF) was founded 24 years ago because strategic supplier partnerships were the key to success! Aravo (US) and SoF (UK) were the first to recognize this and this message has been consistent for decades, coming into the forefront whenever significant supply disruptions occur due to natural, or man-made, disasters. This goes back to the 80s when the recession, plant fires, and the lingering after-effects of the 70s steel crisis led to part shortages and cost hikes that could (only) be mitigated with strategic supplier partnerships. This situation reared its ugly head again as the web, and SaaS, exploded, we had new semiconductor (and RAM) shortages due to demand (and plant fires), multiple man-made and natural disasters had global consequences (9/11 attacks, Indian Ocean Tsunami, Hurricane Katrina, etc.), and market losses surged (dot com bust, 2008 financial crisis), leading to the rise of SXM software as a key category in Procurement in the early 2000s.

4️⃣ Outcome-Based Procurement

That’s the whole point of GPOs. Outcomes is only the price model du jour because the AI vendors couldn’t sell their solutions using a SaaS model with true cloud computing costs being passed on to them by their hosting (and AI) providers! So they have to convince you to buy into their “outcome”-based model. (And that’s why, now, outcomes is a dirty word.)

5️⃣ Strategic Supplier Risk and Resilience Orchestration

Aravo was founded in 2000 to do this. I remember writing about them back in 2007, and Google was one of their early adopters.

To be continued …

Sourcing and Procurement Are NOT The Same

And they are definitely NOT interchangeable, as per a recent article by Paul Martyn (the Sourcing Optimization Grand Master) on LinkedIn.

As per his article,

  • sourcing is strategic
  • procurement is transactional

And this is why they are not only not the same, as per Paul’s article, but not interchangeable.

In the age of AI (Hype), this is distinction becomes doubly important!

As technology advances rapidly, humans become less and less important in Procurement as rapid advances in automation allow more and more of the tactical process to be completely automated (as ARPA allows exceptions to be learned and future manual intervention requirements to be eliminated) but more and more important in sourcing as Gen-AI repeatedly proves just how Astonishingly Inept modern Artificial Idiocy is.

Many will argue that sourcing is tactical because modern software can assemble RFXs from existing specs, automatically select suppliers from your SXM and/or ERP, automatically distribute them, automatically validate the returned RFXs, eliminate vendors who don’t meet absolute requirements, analyze the responses against market data for validity, build and execute multi-objective models, and recommend and award. And while that certainly sounds like sourcing, it’s not. It is sourcing execution. The tactical part that has to be done to support the strategic, but NOT the strategic.

The strategic is creating the specs, identifying the real organizational requirements, determining the requirements for supplier inclusion, validating the suppliers, determining the proper (multi-round) event type, validating the generated RFXs, analyzing the responses for hidden risks and traps and idiosyncrasies, defining the right trade-off models, selecting and modifying the right award scenario, overseeing the negotiation, etc. Every part of the process that requires an actual decision with Human Intelligence.

This is because, as Paul points out, a dumb machine doesn’t understand:

  • lowest cost vs resilience
  • incumbent vs challenger
  • standardization vs innovation
  • savings vs service
  • global leverage vs local agility

Or any other trade-off that can’t be completely quantified and captured in fail-safe rules.

Systems can, and should, support all tactical bit-pushing — especially since we were promised they would do so over 40 years ago when the big push was made for every person and business to adopt them — but, like IBM said in 1979, a computer should never (EVER) make a decision. And that most definitely includes Sourcing decisions!

Procurement Needs to be Sharper and Consequential …

… but will you force it that way with (Gen) AI or because of (Gen) AI and the ridiculous claims the hype around it is making?

We’re wrapping up our first Garry week (as there may be more to come, especially if we can lure Garry back from the world of Architectural Design to Procurement … after all, software offerings like Programa really need a good Procurement module and a good leader like Garry to help them build it) with his post on how AI will force Procurement to become smaller, sharper and more consequential.

Which is true, as long as you accept that consequential won’t always be a good thing if you blindly use (Gen) AI or blindly ignore (classic) AI and f*ck up royally. But let’s backup.

As Garry astutely notes, AI frees Procurement from administration the same way a gym membership frees you from being unfit. It depends on whether or not you use it, and how. And, if you use it, as Garry points out, it depends on whether or not Procurement uses any additional time gained to do more of the same, or redesign the profession. (There’s also the possibility you ban all AI, even classic AI proven to be good, dependable, and hallucination free.)

Garry argues Procurement will become smaller (even though Procurement is usually understaffed as it is) because most coordination work can now be done by technology (AI not needed, just reliable middleware 3.0, also known as orchestration). There will be no tolerance for statements that “we need three people to do this” when the organization sees peers apparently doing it with one. (Not necessarily done well, but done.) And attempts to defined headcount by creating (unnecessary) governance will fail, as people will just continue to route around as much governance as they can, like they have always done.

It will become sharper because, despite the fact that the key to success is good processes, process competence is not rewarded — only commercial judgement. Good Procurement organizations will focus on finding professionals that understand irreversibility and second (and third) order consequences, who know how deep they have to investigate before making a decision, will quickly research to that depth (and only that depth), and quickly give you a “yes”, “no”, or “this is complicated — I need this much time to give you a authoritative answer”.

And one way or the other, it will be more consequential because, as Garry implies, and I clarify — Procurement now sits dead center in organizational strategic risk. It chooses the supplier, the carrier, the route, the chain, and the contract. All of which are now major risks across all organizations. Every day, another decision made by Procurement is a Board-level risk … and if it’s made by AI, it can be a devastating one.

Garry argues that future procurement organizations, and leaders, will be different. Not just processes, but decision architects. Not just cost avoidance, but risk-and-trade-off masters. Not just gatekeepers (where the gate must be kept locked where regulatory compliance cannot be broken), but “standard-based enablers”.

But there won’t be as much divergence as Garry indicates there might be. Procurement will only reach this level of effectiveness if they put a proper end-to-end decision enablement (not making) system architecture in place that implements and orchestrates best-in-class technology that captures best-in-class processes and supports end-to-end automation potential wherever the risk is acceptable for the platform to do so — including not only the ability to automatically stop, raise an exception, and include a human with expert judgement in the loop, but the ability to “learn” from that decision, encode a new pattern, and ensure the same type situation is automatically handled the same way in the future so that every system interaction removes the need for a future system interaction, allowing people to focus on tasks only people can do. (i.e. Adaptive Robotic Process Automation, or ARPA. Not necessarily Gen-AI. Classic ML will do just fine!)

Everyone, even those focussed on negotiation and relationship management, will make heavy use of systems — the only difference is what systems a Procurement professional will use in the majority of their system interactions. Back office people will focus more on modern risk-aware and trade-off aware sourcing and procurement systems which support advanced analysis, optimization, multi-objective cost vs risk vs quality trade offs, etc. Relationship managers will focus on third party financial and risk ratings, regional and natural disaster risk, performance, and quality data, interpolations, and projections as well as (critical/impact) spend (level) and distribution to judge the supplier’s overall performance and spend their time in risk analysis and performance tracking systems with an occasional spend dashboard. And so on. Processes that ensure all critical data, risks, and compliance requirements are captured are key, and so are the systems (automated to the extent possible) that encode them. Procurement will depend on these systems. The difference is how much manual work they will be doing in the systems vs using the analysis and guidance that comes out of the systems to make good judgement based decisions.

Procurement Doesn’t Need An AI Good or Bad Debate …

… because there’s always clearly one winning side (classic, tested, reliable, known confidence) vs. the other losing side (Gen-AI, experimental, hallucinatory, unknown dependability) …

but, as Garry points out in his Tuesday Afternoon post, they do need to know whether or not they can use it, what they can use, how they can use it, to what extent they can depend on it, and whether or not they’ll be in trouble for using it (or not) if they follow the rules and something goes wrong … especially when they are told late on a Tuesday afternoon to just git ‘r done on a last minute task that has to be done before they leave (and you haven’t provided them proper systems to get the task done).

This is why, as per our last post, you need an AI Rulebook that can give your users guidance on what AI can be used where, who can use it, when, how, and why those rules are in place.

However, as Garry makes clear in his Tuesday post, your users need training on how to properly use the rulebook, and, more importantly, on how to properly think about AI and their use thereof. This posts, which builds on his ladder post (which, as we’ve noted, you don’t need if you use Busch-Lamoureux Exact Purchasing because that tells you how much “decision” authority can be turned over to a dumb machine vs. how much needs to be human judgement by default), puts together a routine for departments that don’t have a request type classified (and obviously don’t have the right systems in place because his examples of getting a contract deviation approved, a risk flag explained, or a supplier added should be a quick and easy process in your current systems assuming you have guaranteed access to legal/risk professionals for targeted questions on a daily basis, full system log access, and/or management has (pre)granted you override authority — because none of these examples require AI (and certainly not Gen-AI), and if you need to use AI, it’s demonstrating a failure of your Procurement leadership on expert and system selection, implementation, and/or utilization. (But we digress.)

When you feel you need to use AI because you don’t have the systems and expert access you need, and especially if you don’t have a good AI rulebook, then you need to go through Garry’s AI buying routine.

  1. Why are you using the AI?
    To quickly locate information (in an online help or policy guide) or help you support a decision. In the former case, use it without hesitation, click through to the source (so you don’t have to worry about hallucinations), and git-r-done. Move on. In the second case, slow down, think about its response, and continue to step 2. (And start by asking, does it make sense?)
  2. What is the decision that has to be made?
    Frame it in the shortest possible sentence. Is the clause acceptable to the organization in a signed contract? Is it okay to put the order through to the contracted supplier given the newly identified risk? Will adding this supplier violate any risk policies or compliance requirements? You’re much less likely to be swayed by LLM mumbo-jumbo when you analyze the response in response to your short and succinct question.
  3. How reversible is this?
    What happens if I get it wrong? If it’s a three year contract, that tells you that you can’t make the decision unless you have expert access and confidence as it’s not reversible. If it’s a new supplier that might not meet government compliance regulations, you can always ban them later, so there is short term reversibility, as long as a contract or payment doesn’t go through, so it really depends on how soon an order is going out and being fulfilled and how likely they could be in a risky area as to whether or not you can make the decision . If it’s an order to an existing supplier that just got flagged for a delivery or bankruptcy risk, you can always send the order to someone else in a few days if you need to and it’s completely reversible.
  4. What is the evidence bar to match the cost of failure?
    For reversible and low impact, which is what you’d find in the bottom-most octant of the Busch-Lamoureux Exact Purchasing framework, you can literally turn over the process to an AI, even a Gen-AI that hallucinates semi-regularly because it’s so easy to undo and having to deal with an exception on one in twenty decisions is just so much more efficient than making sure all 20 decisions are perfect. But if the impact is high and the decision irreversible, you don’t want to use AI for anything beyond helping you do your research and opinion-free analysis.
  5. Can the AI show its work?
    If not, you’re not using AI, it’s using you.
    (Because if you can’t question and verify it, then all you can do is follow it.)
  6. Who owns the judgement?
    What single person is responsible for the decision. Not a system. Not a committee. What person. You? Then you get to make the decision and accept the consequences. Your boss — then you need to get her approval, bringing your recommendation and reasoning, and then you can go forth and execute. Your boss’s boss — you can’t make the decision, but you can bring your boss all of your research and reasoning and she can choose what to push up the corporate ladder.
  7. Are All Exceptions Automatically Logged in Unalterable Audit Trails?
    Not just because exceptions are where trust is won or lost, but if AI is used at all, and the worst case happens, and you end up in court, you need that audit trail that shows you followed a process, a human was involved where necessary, the necessary risks were analyzed, and the decision, according to your processes, was just. If you don’t have that trail, you don’t use AI for any critical decision. Period.

That’s the process. And the reality is that if you have proper systems and processes installed, you are properly staffed and trained, and you are proactively planning risk mitigations, you’ll need to use AI a lot less than you think you will. (Unless, of course, you’ve already used it so much that the cognitive atrophy has progresed to complete brain fry and you don’t know how to think for yourself anymore.)

You Don’t Need an AI Operating System — But You Do Need a Definitive AI Rulebook

Not that long ago, Garry Mansell gave us a post on The Procurement Operating System for AI where he made a lot of very, very good points. Points we need to cover in detail because, while I don’t think you need an operating system (because you don’t and, even worse, you’ll misread that as put AI at the core of every product you use, and that’s, well, WRONG), you do need to get a detailed written rulebook in place on where AI can, and can’t be used, and how. But we’ll get to that. First, Garry’s points.

As Garry points out, there are two main reactions to AI in procurement.

BAN IT. Which, in my view is a great policy if your definition of AI is restricted to Gen-AI LLMs (but more on that later). But this usually results in people doubling down on using tools they find useful (which are usually the worst examples of such tools) and the wrong tools being banned from the organization.

IGNORE IT. Which results in rampant, uncontrolled spread of a myriad of systems of different quality and usefulness that produce vastly different results with different levels of explanation, auditability, correctness, and accountability.

And, as I’ll point out, an increasingly common secondary reaction to AI in procurement.

All In. In smaller departments behind on tech who have succumbed to the AI hype, they are convinced they can skip a generation of tech, go straight to AI, and reap instant benefits that took their peers months and years to obtain.

And, as Garry points out, all of these reactions make the same mistake: treating AI as a feature rather than a capability that changes how decisions are made.

The only way to progress without increasing risk is to adopt a small set of rules and mechanisms that make AI use safe, auditable, and commercially sensible without turning Procurement, or any department, into a compliance factory.

Moreover, these rules must take into account the following:

  • it’s not control, it’s repeatable judgement (because you need smart people who make good judgements)
  • you need clarity on whether AI is assisting or deciding (because there are only a few situations where AI can truly “decide”, and as per our prior posts, that’s where the impact of a bad decision are low and the cost of an occasional bad decision is less than wasting the precious time of a critical human resource)
  • you need evidence thresholds (that are appropriate for the cost of failure) regardless of where and how the AI is applied (and what AI is used)
  • auditability must be at the core of every workflow, not an after-thought
  • you need accountable owners (not committees) AND accountable users
  • AI drift must be treated like supplier performance because it’s just as critical
  • even the best AI will fail, so you need well defined escalations to humans who can respond quickly, even when the AI is just assisting

So what would a good set of rules look like?

  • no Gen-AI unless there is no other solution (and the risk has been pre-defined to be acceptable) — LLMs are overused considering they are under effective and hallucinate regularly and there are often other, better, solutions
  • integrate classic optimization, predictive analytics, and AI (ML, NN, etc.) anywhere and everywhere it makes sense, but only if any false positives or negatives can be detected and escalated to a human, and done so in a repeatable manner
  • document all of the rules used, the exception conditions, and the process changes when a human has to enter the loop (as well as what the human has to do)
  • don’t use any AI tech until it’s integrated into a workflow with automatic logging and audit trails
  • only let the AI “decide” where the cost of failure is low or the cost of failure is acceptable and the confidence the AI is right is high enough
  • make it clear that anyone who uses AI takes full responsibility for the outcomes, and will be held fully accountable for any use that falls outside the rules

While these can be adapted to your liking and comfort (but don’t get too comfortable with Gen-AI), the important thing is the set of rules you adopt allow you to move fast and do so safely wherever speed is possible while ensuring you slow down when you need to. And it ensures no one gets out of line because they will be held fully accountable for any negative effects that result from stepping out of line. Procurement can trust its processes and people in the organization can trust Procurement.

That’s what good AI rules look like. Procurement that functions repeatedly, reliably, and accountably in an auditable function with low rates of failure, lower rates of hallucination, and almost no machine judgement. (When the machine decides, the majority of the time it’s really executing a pre-defined action based on an identified pattern using A-RPA and patterns identified using optimization, analytics and classic ML.)