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

There’s NO Faster Path to a Markdown than “Growth At All Costs”!

THE PROPHET is bemoaning the start of markdowns in private equity when he should be happy (as a former investor) they took this long to happen, especially when the reality is that these markdowns are going to start coming fast and furious in any firm that wants to still be around by the end of the decade.

This is because most of their portfolios in Software, and FinTech/ProcureTech software in particular, have been pursuing growth at all costs as a result of:

  • the insane valuations during COVID for FinTech/ProcureTech that helped companies buy and pay online
  • the insane valuations during the current AI-HYPE for any company that could convince the investors they had a unique AI capability (even if it was just a clod or chat, j’ai pété wrapper)

… which has resulted in unreasonable, and practically unachievable, sales and growth targets being placed on them which they will not reach, especially in a flat, or down, market for software purchases as a result of the AI price squeeze (since “AI” offerings are currently cheap with the big firms underpricing compute costs to try and hook clients, even though it’s costing those firms Billions).

But as Garry Mansell, one of the Godfathers of Modern Procurement, has so eloquently explained in his can of worms post, growth at all costs is equivalent to self-sabotage. That’s because it comes laden with fallacies, traps, and brand value destruction!

Garry points out the three biggest harms we see every single time.

  1. Quarterly Earnings Trap: with the constant pressure to reach unreasonable, if not unobtainable, sales targets, it becomes all about delivering good news on the quarterly earnings call (whether to the public or the PE firm); it all boils down to revenue and cash in the bank, and sales teams are told to hit targets by any means necessary, including, but not limited to, deal-making, over-promising, and grand assurances the solution will solve that problem without any plan to ensure it will do just that once the deal is signed; this leads to unhappy customers when the implementation will take a year (vs. the three months they expected), the expected enhancement needed to solve that problem is pushed two years down the roadmap, and the customer support is non-existent (because all the support reps were fired to fund increases in the S&M budget to try and hit the insane targets)
  2. Heavy Discounting Fallacy: because it will get “not ready” or “likely to go with a competitor” customers over the line and get the deal in the door; first of all, it doesn’t always happen (as some customers see through it and then spot the “we have the right to reprice on a quarterly basis if your user base goes up, and we get to use LinkedIn growth metrics to do so” clause where, even if you hired a dozen janitors for your new office building or 50 fleet drivers for your new private fleet who never use the system, you will be charged for them anyway); secondly, even if it does, given that the smart ones know the old adage “you get what you pay for” is true, if they didn’t pay much, they will believe it’s not worth much and not put in the hard work that’s required on their end for a successful implementation (especially since they also know you can’t afford to, and thus won’t, support them at that price); third, voices carry, word gets out you’re cutting quotes 80% to 90%, and suddenly everyone knows (or at least assumes) you’re doing massive mark-ups with the sole intent of getting whatever you can (and not what the tech, and the IP contained within, is really worth — as you’ve just devalued the IP to the floor)
  3. Shelfware is the Reputation Killer that Keeps On Killing: Good software that generates value for a valued client that uses it daily is the gift that keeps on giving because a happy client, as long as you keep your prices fair, never goes away; but shelfware is the villain that keeps on striking at your darkest hour as that unhappy client will never tire telling people how you are robbing them blind in a contract they can’t get out of for software they aren’t using …

As Garry has said repeatedly, which SI has echoed repeatedly (while giving you a simple relative corporate debt equation to help you calculate how likely that vendor is pursuing growth at all costs, and, thus, likely to screw you [whether they intend to or not]), the only true growth is controlled growth with ready-clients at a sustainable year-over-year rate that allows all customers to be served to expected levels of service, all new employees to be adequately trained before being thrust into critical customer-facing roles, and all current employees to get the regular time off they need to prevent burn-out.

And, as Garry has also pointed out, where the model incentivizes utilization and renewal over implementation and sale, where every member of the organization is incentivized on those metrics, where the sales person doesn’t get a dime of commission until go-live and where the full commission depends on adoption and renewal, that’s where you will see success. (In other words, the sales person should NOT be happy if the client isn’t. That’s one of the best ways to de-incentivize bad deals — what salesperson is going to bend over backwards and/or pull every dirty trick in the book to get a deal he’ll never see a dime of commission on?)