Category Archives: AI

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.)

Sorry Garry, but you don’t need a Decision Ladder … you just need Busch-Lamoureux Exact Purchasing

because your decision ladder is baked in at the core! Even though we had no clue about it until you made your LinkedIn Procurement Decision Ladder post!

We reached the same conclusion you did — that decisions are not equal, especially in sourcing, and the cost of failure (and recovery, not reversibility — as recovery is never fully possible once a contract is signed, an order is made, or a shipment received, unless, of course, a Force Majeure event happens before any of that occurs) is paramount in how you handle the category in question.

Depending on the criticality of the category, and where it lies between low risk, low complexity, and low impact and high risk, high complexity, and high impact, you’re either going fast and fully automated with a high tolerance for failure (as one bad decision costs little and can quickly be recovered from) as per the first rung of your ladder or slow and methodical with decisions delayed until they are defensible and auditable at the top rung of your ladder (after all, you do have to climb up from the lower left of the lowest octant to get to the upper right of the highest octant if you are living in the Busch-Lamoureux Exact Purchasing Pocket Cube) or somewhere in between in the other six categories depending on the cost of failure and the cost of recovery.

When you know where every category falls, you know exactly how much planning, defensibility, and auditability is needed and, more importantly, how much human involvement. This makes it clear where you can play with experimental AI and where you can’t risk any decision not made by a human expert. (The machine should be used to do any and all analyses that are known and come to mind, but in high risk, high complexity, and high impact categories which have a high cost of failure and a high cost of recovery, as IBM wrote back in 1979, the machine should never make a decision because it can never be accountable for one — as that accountability always falls to you. And the courts globally are [becoming] in agreement with that.)

Exact Purchasing Helps You Survive the AI Era

In the ERP era, it was typically 60 months (i.e. 5 years) to project failure.

By then, you were (long) gone (from the role, if not the company) before the project was done. If it failed, you didn’t even know.

In the SaaS era, it was typically 18 months to failure.

In the SaaS era, you were in a different budget position in a different budget cycle and no longer responsible for the project by the time the project was done. If it failed, it wasn’t you. It was the person who replaced you.

In the AI era, it’s 1 month to failure! (And you’re going to fail. Project success rates are 6%, compared to the overall success rates of 12%.)

In the AI era, you make the decision, and before you know it, the system fails and you’re being held accountable because you’re still there, still in the role, and the project team hasn’t changed on either side of the equation.

You f6ck up, everyone knows its you, and only you (because you were in charge end-to-end), and you’re blamed for the loss.

The CFO hates you because you wasted money. The COO hates you because operations are worse than before. The CEO hates you because you made his favourite consultancy/provider partner (whose CEO plays golf with him on the golf course) look bad. And, worst of all, your team hates you as they have yet another system that doesn’t work, that they have to work around, on top of having to clean up the huge pile of sh!t it made when it was implemented. (To be expected. It’s probably just a reskin of the A.S.S.H.O.L.E. anyway.) Because there is no money left to fix it, and won’t be for three years because you overpaid through the nose to get it.

That’s your reality, unless you take extra, extra steps to make sure it doesn’t happen. Steps you don’t know to take because you don’t understand what you need, why you probably don’t need AI, and if you actually do, what (limited) AI you actually need and how to make it work in general, not just in a glorified demo based on buying butt wipes for your elderly care division.

The only way you’re going to know what steps to take is if you understand what you need.

The only way you’re going to understand what you need is to work through the Busch-Lamoureux Exact Purchasing framework category by category and outline what is required for each step of the source-to-pay+ process, then work through the (assisted) software selection process (with an expert advisor) to identify what types of solution you need, and then work through each of those solution types to determine if, and where, AI should be used, what kind of AI, and how to verify it in scripted demos (on data sets and requirements you provide and control) before you select any solution. Without going through all these steps, you’re guessing what you need, being blinded by the hype, and getting diverted to the new hotness when we both know it’s always the old busted hotness that saves the day. ALWAYS!