<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Proquria]]></title><description><![CDATA[Helping Procurement Practitioners future-proof their careers in an AI-driven world.

One insight, one conversation at a time.]]></description><link>https://www.proquria.com</link><image><url>https://substackcdn.com/image/fetch/$s_!GZIy!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F05d4d918-a789-4e64-b4ca-d20ce837b709_1280x1280.png</url><title>Proquria</title><link>https://www.proquria.com</link></image><generator>Substack</generator><lastBuildDate>Tue, 21 Jul 2026 10:09:15 GMT</lastBuildDate><atom:link href="https://www.proquria.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Omer Abdullah]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[proquria@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[proquria@substack.com]]></itunes:email><itunes:name><![CDATA[Omer Abdullah]]></itunes:name></itunes:owner><itunes:author><![CDATA[Omer Abdullah]]></itunes:author><googleplay:owner><![CDATA[proquria@substack.com]]></googleplay:owner><googleplay:email><![CDATA[proquria@substack.com]]></googleplay:email><googleplay:author><![CDATA[Omer Abdullah]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[The First Twelve Months]]></title><description><![CDATA[Contribution starts on day one. What changes over time is how much is at stake.]]></description><link>https://www.proquria.com/p/the-first-twelve-months</link><guid isPermaLink="false">https://www.proquria.com/p/the-first-twelve-months</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 14 Jul 2026 13:04:14 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!mfr3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!mfr3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!mfr3!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!mfr3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/b0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:625950,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/206062407?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!mfr3!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!mfr3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb0fba120-3c7b-460b-81d0-ea3781a3eb70_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last two posts, I laid out the <a href="https://www.proquria.com/p/you-cant-rebuild-it-by-accident">rules for rebuilding junior development</a> in a post-AI world, and then <a href="https://www.proquria.com/p/the-build">the nine building blocks</a> themselves - the specific repairs for the threads AI is severing.</p><p>But knowing the rules and the parts is not the same as knowing how to assemble them - which is where the rubber meets the road. Drop a junior into owned, accountable work in month one and they&#8217;ll drown. Keep them in the shallow end for too long and they&#8217;ll stagnate - and, worse, the good ones will leave.</p><p>So this post is about the order - that is, what the first twelve months should actually look like, phase by phase.</p><p>A quick word on why twelve months and not longer. This development model can indeed stretch to eighteen or twenty-four months, and if you&#8217;re one of the handful of organizations with that kind of runway, have at it. But most Procurement teams don&#8217;t have that luxury - they need juniors to be contributing meaningfully, and fast. So I&#8217;m proposing twelve months as a workable, practical timeline.</p><p>That said, I appreciate even a twelve month timeline - in the context of junior development - is aggressive and, to that end, it&#8217;s worth being clear about what it does and doesn&#8217;t achieve. It will <em>not</em> give you a finished practitioner; as the <a href="https://www.proquria.com/p/the-discernment-trap">compounding spiral</a> showed a few posts back, real mastery takes years. What my program will give you is something more immediately useful: a junior you can trust with real, defined, accountable work - one who will compound their development from a properly built foundation rather than a hollow one.</p><p>Before we get into the phases themselves, we need to reiterate the two principles that run underneath the entire timeline.</p><h2>Two Principles</h2><p><strong>A human stays in the loop on every AI tool.</strong> Last week&#8217;s rule was &#8220;AI as questioner, not answerer.&#8221; This is how you actually enforce it: every AI tool a junior touches is set up with guardrails and feedback loops, and a human - usually their mentor - is close enough to the interaction to see it and step in. The reason this has to be <em>architected</em> rather than left to good intentions is simple: the idea of &#8220;struggle first&#8221; will survive for about five minutes against a tight deadline if no one is watching - and unsupervised AI is how the discernment trap creeps back in.</p><p><strong>Learning is continuous and embedded, not episodic.</strong> The phases below are not a &#8216;course&#8217; the junior &#8220;completes&#8221; and &#8220;graduates from&#8221;. There&#8217;s no certificate, no point where the learning stops and the working starts. It&#8217;s one continuous, integrated, rising arc, embedded in real work throughout - which brings me to the single most important thing to understand about this whole model.</p><h2>Contribution From Day One</h2><p>The phased program defined below is not meant as a sequestered-trainee model (&#8221;first they learn, <em>then</em> they contribute&#8221;); that&#8217;s both unrealistic and wrong. No organization can afford to pull a junior out of day-to-day operations for three months, and no good junior would want you to either.</p><p>So I want to be precise about what&#8217;s actually being phased: <strong>the junior contributes real, operational work from week one; what&#8217;s graduated is not </strong><em><strong>whether</strong></em><strong> they do real work - it&#8217;s how much </strong><em><strong>consequence</strong></em><strong> rides on it, and how much support surrounds it.</strong> In the early months, the work is real but lower-stakes and heavily scaffolded (often the manual work run simply <em>is</em> a real deliverable - just done by hand first, then checked). As the months pass, the stakes rise and the scaffolding fades. In other words, <em>consequence trending up and support going down, on a deliberate schedule</em>.</p><p>One last thing before we start. The month markers below are a <em>default</em> for a typical junior, not a law. Leaders should flex the pace up or down against the individual&#8217;s starting capability and experience levels (exactly what the on-ramp assessment is for). But flex the <em>pace</em>, not the <em>sequence</em>. No phase should be skipped, even for your strongest hire, because the foundation is, well, foundational, and precisely what stops the junior falling back into the discernment trap.</p><p>Now, let&#8217;s get into the phases.</p><h2>The On-Ramp (Weeks 0-2)</h2><p>The starting point is a short assessment of what the junior actually arrives with, so that a mixed cohort doesn&#8217;t get &#8216;one-size-fits-all&#8217; treatment. Weight your selection criteria towards a clear desire to learn (curiosity), strong drive (work ethic), bias for collaboration (teamwork) and a tolerance for ambiguity, over a polished CV. (This builds on the motivation constraint I wrote about a couple of posts ago.)</p><p>Then set up the scaffolding that will run all year: assign both the mentor <em>and</em> the sponsor, start the decision journal on day one, and record the baseline you&#8217;ll measure progress against. This is unglamorous plumbing, but it needs to be addressed, otherwise you have nothing to measure against.</p><h2>Phase 1: Foundation (Months 1-3) - Stakes: Low</h2><p>The emphasis here has to be on the load-bearing repair: procedural experience. Manual work runs - core tasks done by hand - and simulations are the essential tools, with independent learning (such as traditional coursework) building baseline domain knowledge underneath it all. The junior is already doing real work, but it&#8217;s lower-consequence and heavily supported, and wherever possible they do it <em>manually first</em>, before AI touches it. AI is present only as a Socratic questioner.</p><p><em>The temptation to resist:</em> compressing or skipping this phase under the &#8220;we need them productive now&#8221; pressure. This is the single most common way the whole program fails - a junior who has never built the foundation can&#8217;t tell when the AI is confidently wrong, which means you&#8217;ve allowed for the exact trap this series exists to prevent. Three months is already a compressed timeline - don&#8217;t cut it further.</p><h2>Phase 2: Contribution (Months 4-8) - Stakes: Rising</h2><p>In this phase, the junior steps into live work in earnest - still supervised, but carrying real, shared accountability as the safety net loosens. Simulations, of course, continue, but with higher difficulty and their sponsors start putting them in the room for key events and initiatives. At the same time, the junior&#8217;s structured stakeholder plan also kicks in and they start actively building their network.</p><p>This is also where rotations begin. The junior spends short periods - a week or two - embedded both across different Procurement subteams, and also inside the <em>internal functions Procurement serves</em>. The point is to feel their pressures, their constraints, their trade-offs. This is <em>not</em> generalist tourism, it is to ensure they come back a more empathetic and more credible partner to Procurement&#8217;s stakeholders - and, one day, a far better category leader for that spend, precisely because they&#8217;ve spent time on the other side of the table.</p><p><em>The temptation to resist:</em> getting the stakes wrong in either direction. Push too fast - load up real consequence before the foundation is ready - and you get false confidence, or a junior leaning on AI to cover the gaps. Move too slow - keeping them safe and simulated for too long without exposure to mounting stakes - and your most motivated people get bored and leave. Calibrating that balance is the core judgement of Phase 2.</p><h2>Phase 3: Ownership (Months 9-12) - Stakes: Real</h2><p>In this phase, the junior takes genuine ownership of a defined piece of work - building it, leading it, and being answerable for how it lands. This is where you deliberately manufacture the thing that AI removes (and that allows judgement to form): the <em>felt</em> cost of being wrong. The scaffolding is largely gone by this phase as the mentor shifts from catching mistakes in the moment to reviewing decisions after the fact.</p><p>Feedback and evaluation - while a part of all prior phases as well - takes on a deeper importance, via graded critiques, decision-journal reviews, and judgement assessed on the <em>quality of the reasoning</em> rather than the outcome, and across multiple assessors.</p><p><em>The temptation to resist:</em> fake ownership. A project the junior nominally &#8220;owns&#8221; while a senior holds the real decisions is simply theatre, not ownership. It builds nothing because there is no genuine consequence. If you aren&#8217;t willing to let them own it for real, you aren&#8217;t in Phase 3 yet.</p><p>And underneath all of this, running the entire twelve months: the mentor relationship (weekly, throughout), the decision journal (from day one), and independent learning (front-loaded, but never fully switched off).</p><h2>How You&#8217;ll Know It Worked</h2><p>The entire argument of this series has been that the cost of getting junior development wrong is an <em>iceberg</em> - invisible for years, then catastrophic. The reverse is also true: the payoff from getting it right is invisible for years, too. You will not see the finished, seasoned practitioner at month twelve. You&#8217;ll see a junior you can trust with real work - and a curve bending in the right direction.</p><p>All of which is to say that, regardless of how well you implement the above program, you will not be able to fully measure its impact on the timescale your quarterly reviews run on.</p><p>So measure what you <em>can</em> see now: whether the reasoning is getting sharper (versus output speed); time-to-competence and error reduction (not volume of work). Make a thoughtful assessment as to whether discernment and judgement are forming - and then hold the nerve to keep investing while the lagging proof takes its time (years, often) to arrive. This nerve is the real test of leadership here - because anyone can fund a program, but far fewer can hold their conviction through the years before it visibly pays off.</p><p>Which leaves us with one last piece: everything across these last few posts has been aimed at <em>leaders</em> - at what the organization must build. But no program, however well-designed, works on a junior who is simply along for the ride. The spiral only turns if they push it.</p><p>So the final post in this series on junior development flips the lens entirely. Not what we must build for them - but what the early-career practitioner, sitting right at the start of all this, should be doing for themselves.</p>]]></content:encoded></item><item><title><![CDATA[The Build]]></title><description><![CDATA[The building blocks for training junior entrants in a post-AI world]]></description><link>https://www.proquria.com/p/the-build</link><guid isPermaLink="false">https://www.proquria.com/p/the-build</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 07 Jul 2026 13:04:27 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!a6pi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!a6pi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!a6pi!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 424w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 848w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!a6pi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg" width="1456" height="873" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/b44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:873,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:568935,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/204700727?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!a6pi!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 424w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 848w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!a6pi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb44ab4c9-ad6f-467b-ad8f-6678a4f5284f_1619x971.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Last week, I laid out the rules - the principles any junior development program has to obey before you build a program that works. <em>Make the invisible visible. Human and machine. AI as questioner, not answerer. Leadership measured in hours, not just dollars.</em> All bounded by two honest constraints: co-location and motivation.</p><p>This week: the program you build on top of these rules.</p><p>First, a quick recap. The old junior development model wasn&#8217;t one thing - it was a developmental chain: three uneven inputs (domain knowledge, procedural experience, and network capital) that fused into discernment, matured into judgement, and culminated in a trusted, accountable practitioner. AI is severing those threads, and doing so unevenly - cutting deepest at the procedural work that had no substitutes and was, in many ways, carrying the other two. (See image below.)</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!D7lg!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!D7lg!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!D7lg!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png" width="720" height="405" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/e814a580-8837-4cff-a3b7-6084a21a1880_720x405.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:405,&quot;width&quot;:720,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:42432,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/204700727?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!D7lg!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!D7lg!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe814a580-8837-4cff-a3b7-6084a21a1880_720x405.png 1456w" sizes="100vw"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>An effective junior training program doesn&#8217;t need to start afresh, but it does need to rebuild each of those threads deliberately, putting special emphasis on the ones AI cuts most directly.</p><p>The building blocks of the program outlined below aren&#8217;t, therefore, a menu to pick from. Rather, each one is a <em>repair</em> aimed at a specific severed thread. To keep that visible - and to stop this becoming a generic list of L&amp;D activities - I&#8217;ve divided the program into three clusters, with nine specific building blocks in total, each one tagged with what it actually rebuilds. (The four rules from last week are the test every one of them has to pass; assume they&#8217;re switched on underneath each block.)</p><p>One more note before we start. This post is the <em>what</em>. The order in which you assemble these - which is just as important as the parts themselves - is the next post.</p><p>For now, though, let&#8217;s get into the parts, grouped by cluster.</p><h2>Cluster 1: Rebuilding the Procedural</h2><p>This is the load-bearing repair - the procedural thread that AI cuts most directly and that has no real substitute.</p><h3>1. Manual Work Runs</h3><p>This is the deliberate reinstatement of doing the core work <em>by hand</em>, before AI is allowed anywhere near it.</p><p>Pick the defined core areas of the function - building an intelligent overview of the supplier landscape, running an RFP end to end, building a spend cube from raw data, drafting a contract summary, constructing a should-cost model - and have the junior do them manually. Synthesizing multiple reports, building spreadsheets, making phone calls to vendors, all of the actual grind. Then cycle them through these major areas over the course of their first year, so they build a manually-worked foundation across the breadth of the function.</p><p>This might, to some, feel like nostalgia, but it isn&#8217;t. It&#8217;s the direct answer to where the chain is maximally impacted by AI: procedural experience is the one input that can <em>only</em> be acquired by doing, so you have to reinstate it on purpose rather than let AI remove it. The manual run is, then, the floor everything else is built on.</p><p><em>Rebuilds: procedural experience (primary) - and, as a natural byproduct, domain knowledge and the first calibration of discernment alongside it.</em></p><h3>2. Simulation</h3><p>This is the safe, modeled practice of high-stakes work. The mechanism is deliberate practice - repetition with rigorous, specific feedback - in an environment where being wrong carries no real-world cost.</p><p>In Procurement, that looks like simulated sourcing events, mock negotiations against a deliberately difficult counterparty, or a library of past deals where the junior has to make the call <em>before</em> seeing what actually happened, and then debriefs against the actual outcome.</p><p>Two design notes matter here. First, the debrief is where the learning actually happens - the simulation is only the trigger. Second, you don&#8217;t need a purchased platform (although there are various low to high tech solutions available in the marketplace for specific areas): a well-built case and a good facilitator can capture most of the value, and AI, even the LLMs themselves, have now collapsed the cost of the rest. AI can role-play a stubborn sole-source supplier, or generate a flawed analysis for a junior to pull apart. But, as stated in last week&#8217;s rules, it should only ever do so as the counterparty or the questioner; the moment the AI hands over the &#8220;right&#8221; answer, we&#8217;ve rebuilt the discernment trap inside our own simulator. This is where &#8220;struggle first, AI second&#8221; does the most difficult work.</p><p><em>Rebuilds: procedural experience and judgement (primary) - as well as domain knowledge and discernment (via the debrief).</em></p><h2>Cluster 2: Rebuilding Knowledge and Network</h2><p>These repair the two inputs that <em>do</em> have substitutes so they lean on a series of familiar tools, but in an organized and more committed fashion.</p><h3>3. Independent Learning</h3><p>These are the tools we&#8217;ve already utilized to date: traditional coursework, classical training programs and certifications, as well as personal reading.</p><p>This is also the block organizations reach for first precisely because it&#8217;s the most familiar and the easiest to buy. It is also the <em>least</em> urgent block in the entire program (at least in terms of repairing) because domain knowledge is the input with the most substitutes. There are plenty of solid solutions in the market and AI actually adds a unique additional synthesis layer to it. As such, it still matters, and you should continue to provide it, but be careful how heavily you lean on it and, thereby, avoid the harder repairs that need to be made.</p><p><em>Rebuilds: domain knowledge (primary).</em></p><h3>4. Rotation Program</h3><p>Cycling the junior through different categories and targeted &#8216;client&#8217; functions to build breadth.</p><p>Done well, this is designed backwards from a needs analysis - the areas of current and future demand, where the real skills gaps are, the highest-turnover roles, etc. - rather than from a generic &#8220;expose them to everything&#8221; instinct. The structure is well-established: assignments of a defined time period (weeks to months), cycling through the development timeline, each one deepening domain knowledge <em>in context</em> and - just as valuably - putting the junior in new rooms with new people.</p><p><em>Rebuilds: domain knowledge (primary); and network capital and procedural range alongside it.</em></p><h3>5 &amp; 6. Senior Relationships: Mentoring and Sponsorship</h3><p>These two get conflated constantly, and the conflation is costly, because they do genuinely different jobs and repair different threads.</p><p><strong>Mentoring</strong> develops the <em>person</em>. It is Rule 1 - making the invisible visible - turned into a relationship: a more experienced practitioner narrating their reasoning, coaching, correcting, modeling the judgement that otherwise stays locked in their head. The evidence for its impact is strong; the practical key is to formalize it - a mentorship charter with defined expectations and genuine senior accountability - rather than leaving it to whoever happens to be friendly and willing.</p><p><strong>Sponsorship</strong> is a different thing entirely. A sponsor spends their own positional capital - their reputation, their relationships - to put the junior into the rooms and onto the work that builds a name. While a mentor develops the person, a sponsor <em>moves the career</em>. And this matters enormously here, because sponsorship is one of the very few real substitutes for the network capital the work used to generate for free. A sponsor trusts your <em>performance</em>, and stakes their own standing on it.</p><p>You need both, and for different reasons: mentoring rebuilds the discerning eye, sponsorship rebuilds access.</p><p><em>Mentoring rebuilds: discernment and tacit knowledge transfer (primary); domain knowledge alongside it. Sponsorship rebuilds: network capital (primary); and professional identity.</em></p><h3>7. Structured Stakeholder Development</h3><p>This is the junior&#8217;s <em>own</em> deliberate plan to build their network - a defined approach to meeting leaders across the function first, then counterparts across the business and, eventually, customers and suppliers, and learning from each group as they go along.</p><p>The logic is straight from the developmental chain. Network capital used to form by osmosis, simply because the work put juniors in the rooms where decisions were made. Remove the work - or scatter the team across home offices permanently - and the osmosis stops. So the network has to be built as an explicit, structured plan rather than left to chance. This is also where last week&#8217;s co-location constraint comes to the fore: some of this is far harder, and in some cases impossible, to replicate fully over video.</p><p><em>Rebuilds: network capital (primary).</em></p><h2>Cluster 3: Building Judgement and the Discerning Eye</h2><p>This cluster is the upper reaches of the developmental chain - the repairs aimed not at the inputs, but at what the inputs are supposed to produce.</p><h3>8. Structured Project Ownership</h3><p>This means giving juniors real accountability, early; not simply supporting a senior&#8217;s project from the wings - but <em>owning</em> one. Building it, testing it, leading it, and being answerable for how it turns out.</p><p>The sharpest version of this would be what some have called &#8220;structured entrepreneurial ownership&#8221; - internal programs where juniors can identify events or innovation opportunities, pitch and prototype them, run sprints, etc., handing them genuine ownership of a real business challenge. The underlying principle is the one that should govern this whole cluster: <em>meaningful accountability builds judgement faster than passive exposure ever can (and yes, this entails taking some risk).</em></p><p>It&#8217;s also where you deliberately manufacture the thing the chain depends on and AI most cleanly removes - the <em>felt</em> cost of being wrong. Judgement doesn&#8217;t form without consequence, and consequence doesn&#8217;t exist when you&#8217;re only ever assisting.</p><p><em>Rebuilds: judgement and ownership/accountability (primary); procedural experience and network capital alongside.</em></p><h3>9. Feedback and Evaluation</h3><p>This is the block that tells you whether any of the other eight are actually working - and the one most programs get wrong, because they measure the convenient thing instead of the right one.</p><p>If discernment is the goal, you have to <em>test discernment</em> - not tool fluency, and not output speed. This means three things:</p><p>First, <strong>measure the process, not the outcome.</strong> A sound decision can produce a poor result through sheer bad luck, and a reckless one can get lucky - so judging people on outcomes alone teaches them nothing reliable. You have to assess the <em>quality of the reasoning</em>. The discipline here is to track whether someone is getting <em>sharper</em>, not just <em>faster</em> - time to competence and error reduction, not volume of output.</p><p>Second, <strong>use AI to provide graded critiques.</strong> Hand the junior a flawed AI-generated analysis and assess how well they find what&#8217;s wrong, and why. The point is to test their ability to discern and then whether they can <em>judge</em> - which is the exact faculty the whole program exists to build.</p><p>Third, <strong>utilize a decision journal</strong> - something regular readers will recognize from the practitioner playbook earlier in this series. The junior records the call and the reasoning <em>at the time it&#8217;s made</em>, and reviews it later against what actually happened. What was a personal habit for the individual practitioner becomes, in a program, the assessment instrument for judgement itself.</p><p>(It&#8217;s worth noting also that judgement-based assessments based on a single assessor or a single data point are inherently unreliable. Such assessments need multiple assessors and multiple instances, otherwise it&#8217;s just one senior&#8217;s gut feel wearing a rubric. Maintain that intent right from the start.)</p><p><em>Rebuilds: discernment (primary); judgement and the habit of reflection and articulation alongside.</em></p><h2>These Are a System, Not a Menu</h2><p>So those are the nine repairs and the basis for any strong junior development program.</p><p>Each block exists to rebuild a specific severed or impacted thread, reinforcing a particular aspect(s) of the developmental chain. As a result, the blocks work in concert with each other; if you choose only three because they&#8217;re cheap and the easiest to stand up, you&#8217;ll repair three threads and leave the rest cut. This is precisely how organizations end up with programs that look busy and develop no one.</p><p>But knowing the parts is not the same as knowing how to assemble them. Drop a junior into owned, accountable projects in month one and they&#8217;ll drown; never get them there at all and they stay a perpetual apprentice, lacking the confidence to take the next step up.</p><p>The parts have an order - and that order is governed by a principle we&#8217;ve already discussed: <em>graduated stakes.</em> What that actually looks like - the first twelve to eighteen months, phase by phase, with the stakes rising on a deliberate schedule - is the next post.</p><p>Last week&#8217;s post gave us the rules that tell us what good looks like. This one gave us what to build. The next post will give us the order to build it in.</p>]]></content:encoded></item><item><title><![CDATA[You Can't Rebuild It by Accident]]></title><description><![CDATA[Before you build a single program, the principles that separate real development from the appearance of it.]]></description><link>https://www.proquria.com/p/you-cant-rebuild-it-by-accident</link><guid isPermaLink="false">https://www.proquria.com/p/you-cant-rebuild-it-by-accident</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 30 Jun 2026 13:02:20 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!9O1R!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!9O1R!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!9O1R!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 424w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 848w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!9O1R!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg" width="1456" height="819" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:819,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:646255,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203733031?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!9O1R!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 424w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 848w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!9O1R!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F278890de-bdf0-4682-9c98-98910001e4b0_1672x941.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>In my last couple of posts, I made a case and then offered a diagnosis.</p><p><a href="https://www.proquria.com/p/ai-is-creating-an-apprenticeship">The case:</a> Our junior Procurement talent is at risk, because AI is removing the foundational work that used to build the practitioner.</p><p><a href="https://www.proquria.com/p/the-discernment-trap">The diagnosis:</a> That foundational work was never one thing - not a course of study nor a series of tasks. Rather, it was a developmental chain - three uneven inputs that allowed the development of discernment, which matured into judgement, and culminated in a trusted, accountable practitioner (see image below).</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!bYYM!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!bYYM!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!bYYM!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png" width="720" height="405" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/b4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:405,&quot;width&quot;:720,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:42432,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203733031?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!bYYM!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!bYYM!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fb4868e98-c336-4fb2-b6e2-7ffdafb7e57e_720x405.png 1456w" sizes="100vw"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Our old apprenticeship models produced all of this (almost) <em>for free</em>. It was almost incidental - a by-product of juniors simply doing the work, day after day, next to people who were better and more experienced than them. They watched, modeled, learned, absorbed and became. But with AI changing that developmental model, we need to rethink how we get our juniors up and running.</p><p>We need, therefore, a new brief: to rebuild each element of the chain deliberately, defending hardest the ones AI severs most directly. Today&#8217;s and next week&#8217;s post will focus on how we can execute to this brief - with today&#8217;s post detailing the ground rules for this rebuilding i.e. what needs to come <em>before</em> we can implement any successful junior development program.</p><p>But before we do, it&#8217;s important to note a potential complication here.</p><p>When you try to produce something on purpose that used to happen by accident, you will either do it well, or you will do it badly. In most situations, &#8220;doing it badly&#8221; becomes self-evident, so you can see it and course-correct.</p><p>Not when it comes to AI. In this particular case, done badly doesn&#8217;t just mean &#8220;less effective&#8221;, it means building something that <em>looks</em> like development - busy, well-funded, full of activity - and yet not producing the discernment and judgement we need in our practitioners i.e. reproducing the very <a href="https://www.proquria.com/p/the-discernment-trap">discernment trap</a> we&#8217;re trying to escape. And we only figure it out years later.</p><p>So before we set about building a program, we need to understand the ground rules, as well as the constraints. Internalize them and you get a program that delivers. Get them wrong and no amount of programming will save you. (I&#8217;ll get to the actual building blocks - the simulations, the rotations, the mentoring and the rest - next week.)</p><p>Let&#8217;s start with the rules - and there are, specifically, four of them.</p><h3>Rule 1: Make the Invisible Visible</h3><p>When we think about traditional apprenticeship models, say, a blacksmith and his apprentice, the work is <em>visible</em>. The apprentice watches the master&#8217;s hands, sees the angle of the hammer, observes the results, copies it, makes mistakes, gets corrected, then learns to do it right. The entire curriculum is on display.</p><p>But in knowledge work, the important part - the <em>thinking</em> - is invisible. When a senior practitioner looks at a sourcing recommendation and says &#8220;no, this doesn&#8217;t work,&#8221; the analysis that produced that judgement happens inside their head. The apprentice only sees the conclusion and maybe an explanation. They don&#8217;t see the reasoning behind it and, no matter how good the explanation, they won&#8217;t <em>intrinsically</em> understand it.</p><p>This is the central problem when it comes to developing judgement, and the first rule of any rebuild follows directly from it: <strong>you have to deliberately make expert thinking visible.</strong></p><p>This isn&#8217;t a new or fringe idea. There&#8217;s a whole body of work on <a href="https://www.aft.org/ae/winter1991/collins_brown_holum">&#8220;cognitive apprenticeship&#8221;</a> built precisely around making the invisible thinking of experts visible to novices - and it&#8217;s serious enough that McKinsey built its own developmental model on it. It names six methods worth knowing: <em>modeling</em> (expert performs the work as the student observes), <em>coaching</em> (expert observes and facilitates as the student performs the work), <em>scaffolding</em> (expert provides support that&#8217;s gradually removed), <em>articulation</em> (student explains their knowledge and reasoning), <em>reflection</em> (student compares their performance with others), and <em>exploration</em> (student explores in diverse situations, solving their own problems).</p><p>In practice, this translates to the difference between a senior who hands a junior a finished category strategy, and one who narrates why <em>as they build it</em>: &#8220;I&#8217;m weighting this supplier&#8217;s capability over their price because our product roadmap is going to need those capabilities in two years, and switching later is going to be expensive.&#8221; That narration - the part most seniors skip because it&#8217;s obvious <em>to them</em> - is the actual curriculum.</p><p>The reason this is a principle and not just a nice technique is that every single building block I&#8217;ll detail in my next post is, underneath, just a delivery mechanism for those six methods. A high quality program has to make expert thinking visible, otherwise it&#8217;s just activity posing as development.</p><h3>Rule 2: It&#8217;s Human <em>and</em> Machine - Not Either/Or</h3><p>There are two lazy positions on AI that plague much of mainstream thinking, and both are wrong.</p><p>The first is nostalgic: <em>keep AI away from junior work so they can learn the &#8220;real&#8221; way</em>. But that&#8217;s neither possible nor desirable - the tools are genuinely valuable, and a junior who can&#8217;t use them is going to be unprepared for the actual job.</p><p>The second is the one my last post warned about: <em>let AI do the work and have juniors supervise it</em>. That&#8217;s the discernment trap - handing someone the job of judging output they have no calibrated basis to judge.</p><p>Rule 2, then, sits between them: <strong>the question is never </strong><em><strong>whether</strong></em><strong> juniors use AI, but in what sequence and in what role.</strong> AI is a phenomenal development tool when used one way and a discernment-destroyer when used another way. The difference is entirely in the design of how we use the tools, not in the tools themselves, which leads directly to the most important rule of the set.</p><h3>Rule 3: AI Must Be a Questioner, Not an Answerer</h3><p>If you take one thing from this post, take this:</p><p><strong>AI that hands you the answer builds nothing that lasts. AI that makes you reason builds something that does.</strong></p><p>Everything about how juniors use AI should be configured around that single distinction - which, specifically, means three things:</p><p><em>Struggle first, AI second.</em> This sequence is non-negotiable. The junior attempts the work and commits to a position <em>before</em> the AI engages. Think about a junior building a should-cost model. The destructive version of this is &#8220;AI, build me a should-cost model for this part&#8221;. They might get a polished output in seconds, but they&#8217;ll learn nothing and have no way of knowing whether it&#8217;s right. The developmental version is the reverse: they build their own first, <em>then</em> bring AI in to pressure-test it - or, better yet, the AI asks <em>them</em>, &#8220;what did you assume about material costs, and why?&#8221; In the first version, the machine did the thinking. In the second, the junior&#8217;s own struggle did the thinking and the machine sharpened it. Always embed the &#8216;struggle&#8217; first.</p><p><em>Use AI as a Socratic tutor.</em> Configured well, AI can withhold the answer, ask guiding questions, and scaffold a junior toward their own conclusions - which is exactly what a good mentor does, but at infinite scale and availability. And there&#8217;s early evidence that this matters in precisely the way you&#8217;d hope: when AI is set up to reframe its explanations as questions, people get measurably better at spotting flawed reasoning. When it simply hands over the answer in conversation, the apparent gain evaporates when the conversation ends. Better for us to own the reasoning than to &#8216;borrow&#8217; the answers.</p><p><em>Productive struggle is a feature, not a bug.</em> The natural instinct of a well-meaning manager is to remove friction from a junior&#8217;s path. But when it comes to the learning process, this instinct is wrong. The struggle is not an obstacle to learning, it <em>is</em> the learning. It&#8217;s the thing that builds mental maps and intrinsic understanding. It&#8217;s important, therefore, for us to design <em>for</em> friction, and not against it.</p><p>I won&#8217;t pretend this is easy, because it does run against so many of the incentives that have become endemic in our daily work lives: the need for speed, efficiency, the &#8220;why are you doing it the slow way when the AI can do it instantly?&#8221;. All of those incentives push us in the other direction, which is exactly why this can&#8217;t be left to juniors to figure out on their own, or even to individual line managers. It has to be a deliberate, protected protocol, set and defended from the top. Which brings us to our next rule.</p><h3>Rule 4: Leadership Shows Up in Hours - Not Just Dollars</h3><p>The most common way training programs die is through &#8220;support&#8221; that&#8217;s no more than lip service. Leadership sponsors an initiative - approves a budget, sends a launch email, gives a nice speech and commissions a dashboard - and then goes back to their actual jobs. That isn&#8217;t sponsorship, not in the sense needed here.</p><p>If you go back to Rule 1, you&#8217;ll see that those six methods that make expert thinking visible all run on one thing: <em>senior time</em>. Modeling is a senior thinking aloud. Coaching is a senior watching a junior work and correcting them in the moment. There is no version of &#8220;make the invisible visible&#8221; that doesn&#8217;t cost the expert some real portion of their time. So when leadership funds a program but won&#8217;t spend the calendar time to back it up, they&#8217;ve built something superficial.</p><p>The rule, then, is: <strong>sponsorship is measured in senior hours on calendars, not just dollars in budgets.</strong> And it has to be visible, because juniors are watching - they calibrate what matters in an organization by what they see their leaders actually <em>do</em>, not by what leaders say they value. A CPO who blocks two hours a week to sit with juniors and think out loud teaches more about the function&#8217;s standards than any policy document ever will.</p><h3>Two Constraints</h3><p>The four rules above are choices. The two constraints below are not - they&#8217;re conditions that bound what&#8217;s even possible, and any blueprint that ignores them is simply not going to work.</p><p><strong>Co-location.</strong> Part of what we&#8217;re trying to rebuild - network capital, and the tacit transfer that comes from sitting near someone better than you - was produced by <em>proximity.</em> Overhearing the difficult supplier call, pulling aside the senior as they walked out of the meeting, absorbing how the room handled a tense moment. And therein lies the problem: some of what we&#8217;ve been blaming on AI is, in part, a co-location problem. If the juniors are not in the office - at least on some regular basis - they will not benefit from the serendipity of in-person learning. (In fact, the recent decline in entry-level hiring (we can argue about the exact numbers though that doesn&#8217;t really matter) tracks at least as closely with how <em>remote-able</em> a role is as with how <em>AI-exposed</em> it is.)</p><p>I don&#8217;t want to relitigate remote work here - there are real and good reasons for it, and this isn&#8217;t the post for that debate. But any blueprint that pretends the relational layer can be fully rebuilt over Slack and video calls is just not going to hold over the long term. If your juniors are fully remote, you can rebuild the cognitive threads but you will genuinely struggle to rebuild the relational ones.</p><p><strong>Motivation.</strong> None of this works on a junior who doesn&#8217;t want it. I&#8217;ve noted before that the spiral runs on the junior&#8217;s own drive, and I meant it as more than a flourish. A development program built for the unmotivated is just an expensive babysitting service - until the baby gets a bit older and leaves home.</p><p>Two things follow. You <em>select</em> for it - curiosity and a genuine willingness to work through ambiguity matter more than a polished CV. And you <em>protect</em> it - because the fastest way to extinguish a good junior&#8217;s drive is to make the work frictionless and therefore meaningless, which, ironically, is exactly what an over-helpful AI does when you let it. Keeping the fire lit is part of the program&#8217;s job.</p><h3>What Comes Next</h3><p>So those are the rules. Make the invisible visible. Human <em>and</em> machine, never either/or. AI as questioner, not answerer. Leadership measured in hours, not just dollars. All of it bounded by two honest constraints - co-location and motivation.</p><p>These are the physics that every program has to obey. They&#8217;re how you tell, before you&#8217;ve spent a dollar, whether what you&#8217;re about to build is real development or not.</p><p>In the next post, I&#8217;ll lay out the building blocks themselves, sequenced across a junior&#8217;s first year and a half, with steadily rising stakes holding it together.</p>]]></content:encoded></item><item><title><![CDATA[The Discernment Trap]]></title><description><![CDATA[AI hands juniors the job of judging its work &#8212; and removes the only thing that ever taught them how.]]></description><link>https://www.proquria.com/p/the-discernment-trap</link><guid isPermaLink="false">https://www.proquria.com/p/the-discernment-trap</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 23 Jun 2026 13:03:38 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!y00k!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!y00k!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!y00k!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!y00k!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!y00k!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:785633,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203125577?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!y00k!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!y00k!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!y00k!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7afa3d10-9f40-4d1e-b0db-c2aca13d9934_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>The story being sold to us right now is an appealing one.</p><p>AI takes away the drudgery and you&#8217;re freed to do higher-value work. As a result, your job shifts from <em>doing the work</em> to <em>directing and checking the AI.</em> You become the supervisor, the editor and the one applying the judgement - allowing you to get to better outcomes faster than any generation before you.</p><p>It sounds like the promotion we always wanted - <em>free of the grunt work!</em> - but, in practice, it can be a trap, and for no one more so than the junior practitioner.</p><p>Because to direct and check an AI&#8217;s output, you have to be able to tell the good from the bad. You have to be able to look at a sourcing recommendation, a contract summary or a supplier analysis and know, sometimes instantly, that something is off.</p><p>This ability has a name: <strong>discernment</strong>. Discernment isn&#8217;t something we&#8217;re born with, or pick up in any training course. It is the resultant artifact of having produced the work ourselves - often badly at first, then less badly, over and over again, until we&#8217;ve developed a calibrated sense of what &#8220;good&#8221; actually looks like.</p><p>And therein lies the trap:</p><p><strong>AI hands the junior practitioner the job of judging its output, while removing the very work that built the judgement to do so.</strong></p><p>Because supervisory roles assume a discerning eye which, in itself, was a by-product of the production work. Take away the production, and you take away the means by which a junior person can learn to do it well.</p><h3>From Symptom to Cause</h3><p>This is the mechanism underneath the apprenticeship crisis I wrote about in <a href="https://www.proquria.com/p/ai-is-creating-an-apprenticeship">my last post</a>. There, I argued that our junior Procurement talent is at risk - that AI is threatening to remove the foundational basis that used to build a practitioner&#8217;s judgement, and that the apprenticeship model (using that term broadly to encompass all training and development) we&#8217;ve relied on for generations is breaking as a result.</p><p>The discernment trap is <em>why</em> this matters so much. It isn&#8217;t simply that juniors will know less. It&#8217;s that the new role we&#8217;re handing them structurally depends on a faculty that the old work was building at a very fundamental level i.e. <em>we are removing the cause yet keeping the expectation</em>.</p><p>So if our goal is to produce junior practitioners who actually develop into trusted, accountable senior Procurement professionals, the kind who become our future leaders, then we have to get specific about the path that produces them. And simply focusing on broad notions of &#8220;apprenticeship&#8221; - a simple agglomeration of tactical actions and tools - is to treat it as one undifferentiated thing, making it too blunt to be useful.</p><p>We need to be clear about the different parts that need to be worked on.</p><h3>The Destination: Judgement-in-Action</h3><p>Let&#8217;s start with our destination.</p><p>In the conceptual framework I&#8217;ve been developing (see image below), the destination is what I call <strong>trusted, accountable judgement-in-action</strong>: a practitioner who can make the hard calls under situations of uncertainty, stand behind it, and be trusted by others to do so.</p><p>That, increasingly, is the senior practitioner&#8217;s actual job in a post-AI world. Not producing the analysis, because the machine can do that, but being the human who <em>owns the call</em> - not simply when the machine&#8217;s analysis is right, but especially when its recommendation is plausible and wrong.</p><p>The question, then, is how does a budding junior get there? What is the developmental flow that turns a new entrant into that caliber of practitioner? Once we understand this clearly, we can then see exactly where AI cuts - and only then can we think about what to deliberately rebuild.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!xuJh!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!xuJh!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!xuJh!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png" width="720" height="405" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:405,&quot;width&quot;:720,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:42432,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203125577?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!xuJh!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 424w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 848w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1272w, https://substackcdn.com/image/fetch/$s_!xuJh!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4aa0cbc6-e48e-4b7c-a6d0-233a25b8f2af_720x405.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Let&#8217;s walk through this framework.</p><h3>Three Unequal Inputs</h3><p>At the base sit three sources of a junior&#8217;s early development:</p><p><strong>Domain knowledge</strong> - understanding the category, the supply market, the commercial and contractual fundamentals, etc.</p><p><strong>Procedural experience</strong> - actually doing the work: running the RFP, building the spend cube, drafting the summary, sitting in on the negotiation, and more.</p><p><strong>Network capital</strong> - the relationships built with colleagues, stakeholders and counterparties.</p><p>All three contribute to the learning journey, and it&#8217;s tempting to treat them as three equal pillars. But they aren&#8217;t - and that inequality is the whole point.</p><p>Domain knowledge has substitutes (or multiple ways of building the capability). You can acquire a great deal of it from a training course, a category report, or a good book. Network capital has partial substitutes - relationships can be built deliberately and actively but much of it can also be formed by simply being in the room (a partial case, by the way, <em>against</em> remote work, but that&#8217;s a discussion for another day). But procedural experience has no real substitute. It is the one input that can <em>only</em> be acquired by doing. And, not coincidentally, it is the one AI removes most completely.</p><p>There&#8217;s a deeper point here, and it&#8217;s the reason procedural work is load-bearing. Doing the work was never <em>only</em> about building procedural skill; it was the enabling and delivery mechanism for the other two. You absorbed domain knowledge in context - not as abstract facts, but as patterns you noticed because you were elbow-deep in the actual data. You built your network <em>because</em> the work put you in the rooms, on the email threads and in the negotiations. If you take away the procedural work, you don&#8217;t just lose one of three inputs. You weaken all three at once.</p><p>This is also where the richer learning research points. The reason apprenticeship worked - going back to the cognitive-apprenticeship literature - is that doing real work alongside someone more expert makes their normally-invisible thinking visible to you. And the reason struggling with a problem <em>before</em> you are handed the answer builds deeper understanding (another robust finding from decades of &#8220;productive failure&#8221; research) is that the struggle itself is what encodes the lesson. <em>The productive struggle is the point</em>, as that is what rewires your neurons, allows you to build a mental map of the topic or issue at hand, and develop an intrinsic understanding of the problem at hand - so that your ultimate solutions make more meaningful sense.</p><p>When AI supplies the answer first, it closes that window. You keep the output but you lose the learning, because all you have are surface representations of the problem at hand - a &#8216;stab&#8217; at an answer that is at the same level.</p><h3>Inputs Become Discernment</h3><p>Of course, these inputs don&#8217;t stay separate. With enough practice - including feedback, consequences, the <em>felt</em> cost of being wrong - they fuse into <strong>quality discernment</strong>: the trained eye that recognizes the good from the bad.</p><p>Discernment is evaluative, and it is <em>retrospective</em>. It judges work that already exists. It is the capacity to look at a finished piece of analysis and know that it is missing the point that actually matters (or simply naive). And, to come back to where we started, it is precisely the faculty the AI-supervision role demands, and precisely the one that only forms through the procedural work discussed above.</p><h3>Discernment Becomes Judgement</h3><p>Discernment, in turn, is the substrate for <strong>judgement</strong>. These two are easy to confuse, so it&#8217;s worth being exact about the difference.</p><p>Discernment, as we&#8217;ve said, is retrospective: it recognizes quality in work that exists. Judgement is <em>prospective</em>; it is generative. It is the capacity to decide what to do under uncertainty, to commit to a call before complete data is available. <em>We should invest in this supplier because its capabilities will better align us with our product future, even though the incumbent is materially cheaper.</em></p><p>Judgement isn&#8217;t about evaluating a finished output; It&#8217;s about making a decision, and then owning it.</p><p>You cannot develop judgement without discernment. Judgement is, in large part, running your discernment standard <em>forward</em> - applying your hard-won sense of &#8220;good&#8221; to options that don&#8217;t yet exist. A practitioner with no calibrated eye for quality has nothing to project into an uncertain decision. They are guessing.</p><h3>Judgement Becomes the Practitioner</h3><p>Judgement, exercised and tested over time, is what finally produces the apex: the <strong>trusted, accountable practitioner</strong>.</p><p>This has two faces that develop together.</p><ul><li><p>One is professional - others come to trust this person&#8217;s calls. They have earned a reputation and internalized the norms of the function. They have become <em>a procurement person</em> in the fullest sense.</p></li><li><p>The other is internal - the earned self-confidence that comes only from having made real calls, genuinely owning those outcomes, and exercizing the resilience to sit with the ambiguity inherent within them.</p></li></ul><p>Neither of these can be borrowed. Confidence that was never earned is either hollow or as good as having none. Ownership you never actually felt will never parallel real ownership. And this is where some of the most striking recent evidence is worth mentioning (though I would treat it as suggestive rather than settled, given it&#8217;s early work). When researchers at MIT had people write with heavy AI assistance, the quality of the output was perfectly fine, but the sense of <em>ownership</em> of it simply wasn&#8217;t there. Many of the &#8220;doers&#8221; could not even recall what they had just &#8220;written&#8221;.</p><p>To reiterate, the tool produces the artifact. It does not produce the practitioner who feels responsible for it.</p><h3>Why This is a Spiral, Not a Ladder</h3><p>One refinement: I have described this as a sequence, and the dependencies are definitely real - you cannot develop judgement without discernment, or discernment without repetitions (doing the work).</p><p>But this isn&#8217;t a one-way escalator. It&#8217;s a spiral that compounds (see image below). Once you have a little discernment, your next experience teaches you more, because you now notice things you couldn&#8217;t see before. Once judgement begins to form, it changes what you pay attention to <em>while</em> you work. The practitioner that pulls ahead isn&#8217;t simply doing more work, they&#8217;re doing that work under steadily rising standards.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!85eQ!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!85eQ!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 424w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 848w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1272w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!85eQ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png" width="1310" height="728" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/f3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:728,&quot;width&quot;:1310,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:51065,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/203125577?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!85eQ!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 424w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 848w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1272w, https://substackcdn.com/image/fetch/$s_!85eQ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff3f49702-8a81-4f52-b2e4-ba01640d889e_1310x728.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>This is why removing the early foundational work does so much more damage than it first appears. You&#8217;re not simply subtracting one rung from a ladder, you&#8217;re foregoing years of compounding - a curve that was meant to bend upward but instead goes flat. And because it is a curve, the gap is nearly invisible at first. It only shows up five or ten years later, when you reach for a bench of seasoned judgement and find it was never built.</p><p>One last thing: none of this happens to a junior who doesn&#8217;t want it. The practitioner has to bring some motivation of their own - ideally an understanding of precisely the perils of over-reliance we have been describing. The work then reinforces it. The stakes, and the struggle, are part of what makes a person care enough to climb.</p><h3>What Comes Next</h3><p>So that is the bundle. Not &#8220;apprenticeship&#8221; as if it were one undefined thing, but a developmental chain: three uneven inputs, fusing into discernment, maturing into judgement, culminating in a trusted and accountable practitioner - and then compounding, in a spiral, the whole way up.</p><p>Seeing it this way changes how we tackle the problem. &#8220;Replace the training ground&#8221; sounds hopelessly vague, but &#8220;Deliberately rebuild each of these components, defending hardest the ones AI severs most directly&#8221; is a brief we can actually work with.</p><p>Which is exactly what the next post will focus on: a blueprint for developing junior talent in a post-AI world. How to engineer each of these effects on purpose, now that the delivery mechanism that once produced them for free is being taken away.</p>]]></content:encoded></item><item><title><![CDATA[AI Is Creating An Apprenticeship Crisis]]></title><description><![CDATA[AI is removing the very work that built our future leaders - so how do we develop the next generation?]]></description><link>https://www.proquria.com/p/ai-is-creating-an-apprenticeship</link><guid isPermaLink="false">https://www.proquria.com/p/ai-is-creating-an-apprenticeship</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 16 Jun 2026 13:03:55 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!RnPO!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!RnPO!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!RnPO!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!RnPO!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:8383215,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/201777068?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!RnPO!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!RnPO!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F16fdee8d-a165-4e22-aaec-aa12bc156fee_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>When I started in consulting several decades ago, a sizable part of my work as a newly minted Associate was what one might affectionately call &#8220;foundational work&#8221;. This comprised of both the cognitive - e.g. reading secondary research and preparing industry analyses - and the tactical/executional - e.g. creating PowerPoint decks, etc.</p><p>While a lot of that work was interesting and educational from a content standpoint, quite a lot of it was not. It was what you might refer to as grunt work.</p><p>But it all served a purpose: it laid the foundations for my development into a strong consultant. It taught me how to understand what was important to pick out from a research study in the context of the objectives of the engagement. It taught me how to craft the right sequence of messages and then convey them in a way that resonated with my audience. It taught me the discipline and discernment needed to deliver value as a consultant.</p><p>And on that basis, doing that work day after day, month after month, year after year, I was able to build not only my engagement delivery skills, but also the nuanced understanding and the judgement needed to progress up the consulting ladder over the following decade.</p><p>If, back then, I had the kinds of AI tools we have access to today, I would no doubt have been able to save a tremendous amount of time by having them do so much of that work for me, radically compressing the time to delivery of every engagement I worked on. So there would, no doubt, have been significant benefits for me, my team and my clients.</p><p>But I also wonder what kind of a consultant I would have become.</p><p>Because if AI could do the very work that laid the foundations of the consultant I became, what would that have meant for me and, more broadly, for the development ladder that consulting firms - and investment banks and corporations all over the world - relied on to grow their next generation of talent and develop their future leaders?</p><h3>What the Grind Was Really Teaching</h3><p>To be fair, today&#8217;s AI tools are genuinely valuable. As productivity enablers and thought partners, they bring a myriad of benefits to the work we do every single day, regardless of our professions. I&#8217;ve talked about these benefits, as well as the skillset implications these tools have for the Procurement practitioner in a post-AI world.</p><p>But for the junior practitioner - the new entrant into Procurement - AI poses a particularly unique problem. It is taking away the very foundational work that new entrants actually do - and this encompasses the cognitive as well as the tactical work. Historically, this work served as the training ground for junior folks to not only learn the function itself (running RFPs, building spend cubes, drafting contract summaries, doing supplier research, sitting in on negotiations) but also then develop the higher order skills needed to function effectively as a senior practitioner - skills such as judgement, relationship management, the ability to navigate ambiguity, etc. But now, the very training that taught juniors their craft is being taken away by the machines.</p><p>Of course, there are those who argue that this is actually a boon for the junior practitioner, that they&#8217;re now freed from the drudgery of the tactical work they never even wanted to do (and what was really just low-value busywork that deserved to be automated anyway). There is some merit to this argument. Juniors are often given low value busy work, and AI does indeed free them up to do higher value work.</p><p>But that argument misses the point: it wasn&#8217;t the drudgery that mattered - it was what the drudgery taught. The grind was the <em>delivery mechanism</em> for judgement. Running a low-stakes RFP didn&#8217;t just teach a junior the mechanics of an RFP, it taught them which suppliers were sandbagging, how different vendors negotiated and where their leverage points lay. Building the spend cube didn&#8217;t just teach Excel, it taught them how to find the opportunities buried in the data. If you remove this labor, you also lose the lessons that come from it.</p><p>Certainly AI can augment the junior in these cases - I won&#8217;t argue with that. But when the junior practitioner&#8217;s job moves from &#8220;doing the work&#8221; to &#8220;directing the AI&#8221; without the requisite foundation, I worry that they lose a key developmental pathway. They lose the grounding experience of not just the nuts and bolts of doing the work, but also the lessons that come from making mistakes while doing so, then learning to spot and fix those errors, etc.</p><p>In other words, they lose the repetition, the pattern recognition, the experience, and the acquired judgement that comes from doing that very work.</p><h3>The Problem Everyone Sees</h3><p>There&#8217;s another problem that AI poses for junior practitioners, and at first glance it looks like the bigger one. Corporations are noting the depth and (general) quality of what AI is capable of and many are asking themselves: <em>Do we even need junior practitioners at all?</em></p><p>What&#8217;s worse, the question isn&#8217;t just being posed, there&#8217;s evidence to suggest it&#8217;s becoming a practiced reality.</p><p>A lot of this evidence is, of course, anecdotal in nature. You hear in the media about how new entrant hiring has slowed and how organizations are rethinking hiring (or at the very least, hesitating to do so) as they grapple with the changes AI will bring and how they can use these tools to drive even greater profitability by replacing people with machines.</p><p>But it also seems to be borne out by the data. A <a href="https://www.yahoo.com/news/articles/first-kind-stanford-study-says-154521204.html?guccounter=1">Stanford study last year - fittingly titled </a><em><a href="https://www.yahoo.com/news/articles/first-kind-stanford-study-says-154521204.html?guccounter=1">&#8220;Canaries in the Coal Mine?&#8221;</a></em> - found tangible evidence that AI is starting to have a significant and disproportionate impact on entry-level workers in the U.S.:</p><blockquote><p>&#8220;The analysis revealed a 13% relative decline in employment for early-career workers in the most AI-exposed jobs since the widespread adoption of generative-AI tools, &#8216;even after controlling for firm-level shocks.&#8217; In contrast, employment for older, more experienced workers in the same occupations has remained stable or grown.&#8221;</p></blockquote><p>The largest declines, the study notes, are concentrated among young, entry-level workers - those whose skills are most easily replaced by AI systems automating routine, codified tasks. Experience and tacit knowledge, in other words, are becoming the buffers against displacement.</p><p>So this hiring decline is certainly troubling. It&#8217;s the part of the story that everyone is talking about, because it&#8217;s visible. But it&#8217;s only part of the story.</p><h3>The Compounding Cost</h3><p>When you combine the visible (the drop in hiring) with the invisible (what happens to the juniors we <em>do</em> bring in), you can see the extent of the problem. This combined erosion builds over time, showing up five or ten years later, when we reach for a bench of seasoned judgement only to find it was never built.</p><p>(By its nature, this second erosion can&#8217;t yet be measured - its costs will land years downstream - but that&#8217;s precisely what makes it dangerous: it won&#8217;t show up in any dashboard until the bench is already thin.)</p><p>This plays out in three ways:</p><h4>1. The Loss of the Apprenticeship Dividend</h4><p>When Generative AI takes over the foundational work that serves as training for new entrants and junior practitioners - tasks such as drafting, research, modelling, and more - and we don&#8217;t provide the right roles and appropriate learning opportunities for them, we lose the apprenticeship ladder as well as what <a href="https://www.forbes.com/sites/andreahill/2025/08/27/ai-job-disruption-what-it-means-for-companies-and-competitiveness/">Forbes calls &#8220;the Apprenticeship Dividend&#8221;</a>: the compound return created when people learn by doing, grow into new responsibilities, and then pass their knowledge on to others.</p><p>We need to ensure we retain the long view and provide the guidance and structure needed to not just keep but fortify that development ladder.</p><h4>2. The Digital Native Trap</h4><p>New entrants and fresh graduates into the function are typically far more progressive when it comes to their understanding and use of new technology, particularly AI. They are effectively digital natives. And there&#8217;s a real organizational case for that, best summed up by a recent World Economic Forum report:</p><blockquote><p>&#8220;Without an influx of digital natives, organizations would experience a range of detrimental impacts: slower AI adoption and application, weakened succession plans, stalled knowledge transfer and cultures that struggle to renew themselves.&#8221;</p></blockquote><p>That case is genuine - but notice what it is and isn&#8217;t.</p><p>It is an argument about <em>organizational AI adoption</em>: digital natives help the enterprise absorb these tools faster.</p><p>It is not an argument that solves the developmental problem. In fact, it can mask it. The same WEF report goes on to suggest that newcomers can &#8220;enjoy instant access to expertise that used to take years to gain&#8221; and &#8220;use AI to acquire skills more quickly and rapidly ascend to higher value roles.&#8221; There&#8217;s truth to this - but it&#8217;s also a seduction. Expertise you can borrow from a tool on demand is not the same as judgement you&#8217;ve built and own for yourself. That difference only becomes visible when the stakes are high and the tool is wrong.</p><p>My point is, keep hiring digital natives, but do it for the right reason (because they accelerate the organization&#8217;s AI fluency), and don&#8217;t let that benefit lull you into believing the developmental problem has been solved.</p><h4>3. The Loss of Collaboration</h4><p>One of the temptations of AI tools is that they make us self-sufficient: If the tool is our partner, then we don&#8217;t need to work with humans quite as much. Taken to an extreme, this creates a host of unintended consequences, especially when it comes to collaboration.</p><p>As AI takes on the foundational work, employees have less need to interact with each other - either with peers or with their senior leaders. This weakens mentorship and lessens the mutual support that is part and parcel of working with colleagues. It also reduces or eliminates the informal, serendipitous learning that simply happens when you least expect it.</p><h3>Why This Matters</h3><p>So the apprenticeship crisis is real and its implications are significant.</p><p>If we remove these roles - or hollow them out while keeping the headcount - and capture the savings that come from it, we will do so at significant opportunity cost: by sacrificing future skills, our talent pipeline and, ultimately, long term growth.</p><p>We need to use AI to accelerate human learning and capability, not as a substitute for it. We need to use it to free us up to become more strategic and able to do higher value, more fulfilling work.</p><p>Which brings me back to the question I started with. I wondered what kind of consultant I would have become if AI had done my foundational work for me.</p><p>The honest answer is that I don&#8217;t know - and that&#8217;s exactly the point. The judgement I rely on today was built over time, doing work I didn&#8217;t always enjoy and couldn&#8217;t have known the value of at the time. Junior practitioners entering Procurement today deserve a path to build that same judgement, especially as the old path disappears beneath them.</p><p>So it&#8217;s in all of our interests to fix this. That is what the next few posts are designed to do.</p>]]></content:encoded></item><item><title><![CDATA[The Work Used to Develop You. Now You Have to Do It Yourself.]]></title><description><![CDATA[Staying sharp in an AI-enabled role when the work no longer does it for you]]></description><link>https://www.proquria.com/p/the-work-used-to-develop-you-now</link><guid isPermaLink="false">https://www.proquria.com/p/the-work-used-to-develop-you-now</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 09 Jun 2026 13:02:23 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!6e03!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!6e03!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!6e03!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!6e03!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!6e03!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:650813,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/200633081?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!6e03!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!6e03!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!6e03!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c436018-5e91-44b9-858d-2a0cc8820aa7_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last few weeks, I&#8217;ve laid out <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">my model for future-proofing the Procurement practitioner</a>, which is made up of three layers:</p><ol><li><p><strong>The Enabling Layer</strong> &#8212; comprising AI Literacy and Cognitive Discipline</p></li><li><p><strong>The Differentiating Layer</strong> &#8212; comprising Orchestration, Business Acumen and Human Leverage</p></li><li><p><strong>The Orientation Lens</strong> &#8212; comprising the outcomes towards which we orient our efforts</p></li></ol><p>I&#8217;ve detailed the key capabilities within each layer and also provided practical suggestions as to how to best build those capabilities.</p><p><em>(It&#8217;s worth reiterating that foundational Procurement skills are not on this list and that&#8217;s entirely intentional. My assumption is that you have already developed that Procurement knowledge - core sourcing skills, category expertise, etc. - that forms the technical and foundational basis of your work. These are table stakes, not differentiators.)</em></p><p>To wrap up our discussion of the Future-Proofing model, there&#8217;s one final question we need to address - and it&#8217;s a harder one than it might at first look:</p><p><em>How do you build and keep these capabilities over time?</em></p><h3>AI Is Changing How We&#8217;re Learning</h3><p>In the world before AI (certainly Gen AI), simply doing the work developed you automatically. You understood and managed spend, and then ran sourcing events, and got better at all the requisite skills required to do that work. In other words, the skills you needed to succeed as a practitioner were baked into the work itself. The more you did it, the better you got.</p><p>That&#8217;s no longer the case. AI is now absorbing exactly those reps that built the muscle. Today, you can pick any core procurement task or capability and there&#8217;s a piece of technology ready to take it over and do it 24/7.</p><p>So for the first time, the work will no longer develop you by default - and certainly not when it comes to the more progressive skills laid out in the future-proofing model above. You, as the practitioner, have to <em>deliberately manufacture</em> the development that the job used to hand you for free, especially in terms of these higher order skills.</p><p>There&#8217;s one more issue, and this is what makes the situation <em>urgent</em> rather than just interesting: <strong>your skills can decay even as you feel more productive than ever.</strong></p><p>Why? Because, from an activity standpoint, nothing in your weekly calendar will tell you you&#8217;re not delivering. The deliverables will still ship and the events will still close - but that&#8217;s because AI keeps the output flowing even as the requisite capabilities and judgement underneath it erode. That might be tenable, for now. But at some point, it won&#8217;t be.</p><p>Which is why capability development - in the right areas - cannot be left to chance. It has to become a practice.</p><p>So how do we build that practice? Three actions: diagnose, build, review.</p><h3>Manufacturing Your Development</h3><h4>1. Diagnose your trajectory - not just your level</h4><p>Most self-assessments ask <em>&#8220;Where am I?&#8221;</em> The more useful question in an age of AI is <em>&#8220;Which way am I moving?&#8221;</em> The risk isn&#8217;t being an 8 out of 10 on cognitive discipline today; it&#8217;s sliding from an 8 to a 5 without noticing because AI took the work.</p><p>So map yourself across the seven capabilities of the model on two axes.</p><p>The first is <strong>Proficiency</strong> - but assess it by evidence, not feel, because feel is exactly what AI corrupts. Don&#8217;t ask how confident you are in your business acumen or your human leverage; ask whether you can point to a specific, recent moment where you visibly exercised it - and what came of it. <em>When did your read of the business actually reframe a category decision? When did you move a resistant stakeholder? When did you catch an AI output that was plausible but wrong?</em> If you can&#8217;t name an instance, that&#8217;s your answer, however strong you feel.</p><p>The second axis is <strong>Trajectory</strong> - which direction that proficiency is heading. And the cleanest way to gauge this is to assess whether your role still hands you real opportunities to exercise this capability, or has AI absorbed them? &#8220;I used to do this constantly, but lately the tool handles it&#8221; is not a neutral observation - it&#8217;s indicative of a downward slope.</p><p>Basically, that&#8217;s only two questions per capability: <em>show me a recent instance</em>, and <em>are the reps still coming?</em> - so assessing where you stand on all seven capabilities is a five-minute task, not a fourteen-point audit. If you do this honestly, it gives you four positions (see image below):</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!zifb!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!zifb!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 424w, https://substackcdn.com/image/fetch/$s_!zifb!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 848w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1272w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!zifb!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png" width="1456" height="648" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:648,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:149167,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/200633081?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!zifb!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 424w, https://substackcdn.com/image/fetch/$s_!zifb!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 848w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1272w, https://substackcdn.com/image/fetch/$s_!zifb!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F62162869-f360-4d9a-ad29-cf8a209ac0f9_1866x830.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><ul><li><p><strong>High proficiency, Rising Trajectory:</strong> You&#8217;re strong here and still getting sharper; protect the work that&#8217;s keeping you there</p></li><li><p><strong>High proficiency, Falling Trajectory:</strong> The dangerous box: you&#8217;re good today but coasting on a melting asset</p></li><li><p><strong>Low proficiency, Rising Trajectory:</strong> No cause for alarm; you&#8217;re early but on the right trajectory, so keep feeding it</p></li><li><p><strong>Low proficiency, Falling Trajectory:</strong> The capability is weak and getting weaker; this is where you either intervene deliberately or consciously let it go.</p></li></ul><p>The value of this map is that it tells you where to spend your development time, because, critically, you shouldn&#8217;t be spending it evenly across all seven.</p><h4>2. Build the practice - defend hardest what AI erodes fastest</h4><p>The capabilities in the model don&#8217;t all decay equally: <strong>AI erodes the muscles tied to the work it does for you.</strong> The thinking work - for example, cognitive discipline, and downstream of it, judgement - is under active erosion every single day you use the tools unconsciously. The capabilities AI <em>doesn&#8217;t</em> do for you - your relationships, your exposure to the business, etc. - erode the same way they always have, through your own neglect.</p><p>So we defend hardest what AI erodes fastest and focus on the most prominent skill gaps. In rough order of priority:</p><ul><li><p><strong>Keep a decision journal.</strong> This is one of the single highest-leverage habits you can have, because it hits three capabilities at once - judgment, cognitive discipline, and, if you log how you read the room, human leverage. Record the consequential calls you make, your reasoning, and what you expected. Then go back and close the loop on whether you were right. This is how judgment is maintained when AI is making the easy calls for you.</p></li><li><p><strong>Embed deliberate friction.</strong> Be skeptical about what you&#8217;re getting back - from AI, from the process, from the way things have always been done. Before you accept an AI-generated answer on a call that matters, write the one-line counter-case: <em>what would make this wrong?</em> That single sentence is cognitive discipline in practice.</p></li><li><p><strong>Re-architect one workflow each quarter.</strong> Orchestration doesn&#8217;t erode so much as it <em>ossifies</em> - you settle into a default human-plus-AI process flow. Maintenance here means deliberately redesigning a workflow you&#8217;d otherwise run on autopilot: who does what, in what sequence, where you step in at the seams.</p></li><li><p><strong>State the outcome before the activity.</strong> We naturally drift, over time, back toward activity and process - it&#8217;s baked into many work environments. So on any given project, force yourself to name the <em>outcome</em> you&#8217;re orienting toward before you touch the activity. Are you focused on a meaningful outcome? Are you contributing to what matters? This ensures orientation stays alive instead of falling back into busywork.</p></li><li><p><strong>Maintain an exposure diet.</strong> Business acumen and AI literacy grow through exposure - to the business, to supply markets, to what&#8217;s actually being impacted by AI and related tools. This is an ongoing, deliberate intake over time.</p></li></ul><p>The key with the above is not to create a parallel development calendar to the work you&#8217;re already doing. Instead, bolt these onto the rhythm your Procurement work already has - the sourcing cycle, supplier reviews, QBRs, budget season. The work is already happening, so add in the necessary reflection attached to them. In other words: same work but with added intentionality.</p><h4>3. Review - and course correct</h4><p>A practice you never check is a resolution, not a regimen. So once a quarter, return to the diagnosis, not to just repeat it, but to understand if your efforts have been worth it.</p><p>The first diagnosis you run tells you where to spend your development time. The subsequent reviews every quarter ask a direct question: <em>did it work?</em> That capability you&#8217;ve spent the past quarter building or defending, is it actually growing and holding, or did it slip back? If it slipped despite your attention, then rethink your practice.</p><p>Another reason this regular review cadence matters is that the map moves under you. AI improves and evolves every quarter, which means capabilities that once sat safely in the &#8220;rising&#8221; column can slide toward erosion without you doing anything wrong. The fact is that the technology evolved and the ground simply shifted; something the tool couldn&#8217;t touch ninety days ago, it may absorb now. So re-scan: <em>what does AI now do that it didn&#8217;t last quarter, and which of my capabilities did that just put at risk?</em> Then you adjust where you spend your time, and reset for the next quarter.</p><p>That moving target is exactly why this can&#8217;t be a one-time audit, and why staying sharp is an ongoing commitment, not a box you tick once.</p><h3>The Real Shift</h3><p>For most of your career, staying good was a byproduct of showing up - the work did the developing for you. That era is over.</p><p>From here on, staying sharp has to be a deliberate act: something you actively focus on and develop, or else it becomes something you lose.</p><p>The practitioners who pull ahead in a post-AI world won&#8217;t be the ones who simply use AI best. They&#8217;ll be the ones who keep developing the right complement of skills <em>while</em> they use it - the ones who refuse to let fluency with the tools hollow out their judgement.</p><p>Of course, this entire playbook presumes a foundation. You can only <em>maintain</em> judgment you&#8217;ve already built, you can only journal decisions you&#8217;re already trusted to make. That works for the experienced practitioner.</p><p>But our juniors have none of that: they have no foundation to maintain or build on, while, at the same time, AI is busy removing the execution work that used to build it.</p><p>Which raises a genuinely difficult question: <em>how does anyone come up the curve now?</em></p><p>That&#8217;s going to be our next set of topics, starting next week: the apprenticeship crisis.</p>]]></content:encoded></item><item><title><![CDATA[Activity Is Automatable. Orientation Isn't.]]></title><description><![CDATA[The final piece of the future-proofing model - and the one that decides who stays essential.]]></description><link>https://www.proquria.com/p/activity-is-automatable-orientation</link><guid isPermaLink="false">https://www.proquria.com/p/activity-is-automatable-orientation</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 02 Jun 2026 13:04:21 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Odqk!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!Odqk!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!Odqk!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!Odqk!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:639529,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/199756107?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!Odqk!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!Odqk!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2f493c1e-8e75-441a-bc6e-08341faf9400_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Two practitioners can have the same skills but still face opposite futures.</p><p>One spends their time <em>executing</em> - running sourcing events, refreshing contracts, turning around spend analyses - and then watches as AI absorbs each of these tasks in turn. The other points the same skills at what the enterprise actually needs - and becomes harder to replace every year.</p><p>The difference isn&#8217;t about capability - it&#8217;s about orientation.</p><p>Over the last several weeks, I&#8217;ve laid out my model for <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">future-proofing the Procurement practitioner</a> - the Foundations you build and the Capabilities you develop.</p><p>This final piece is about where you aim them.</p><h3>Orientation, Defined</h3><p>The Orientation lens, in this context, is the art and science of applying the skills and capabilities we&#8217;ve learned towards Procurement-focused goals that move the enterprise. It is about ensuring that the work we do is relevant and meaningful - not just for the function itself, but the organization as a whole.</p><p>Orientation is, therefore, the lens through which we apply what we&#8217;ve learned - a lens that ensures Procurement remains positively positioned within the organization. In the context of our future-proofing model, think of it this way:</p><p><em>Foundations are what you know, Capabilities are what you can do, Orientation is what you point them at.</em></p><p>And what do we point them at? In my view, our orientation lens should be focused on outcomes. When we understand and focus our work around outcomes, we ensure that our total focus is on delivering value, not just for Procurement and the stakeholder in question, but for the enterprise as a whole.</p><p>I wrote about the seven most critical Procurement outcomes in detail <a href="https://substack.com/@omerabdullah1/p-192263523">here</a> but to recap, they are:</p><ol><li><p><strong>Speed and Responsiveness of the Procurement Process:</strong> When a business unit needs something purchased, how quickly and painlessly can they get it?</p></li><li><p><strong>Achieving Optimal Total Cost of Ownership:</strong> Are we optimizing the full economic cost of a buying decision, including implementation, maintenance, switching costs, quality, etc.?</p></li><li><p><strong>Maintaining Supply Resilience and Mitigating Risk:</strong> Can the business count on having what it needs, when it needs it, without disruption?</p></li><li><p><strong>Ensuring Compliance and Ethical Assurance:</strong> Do stakeholders know and believe that what they&#8217;re buying, and who they&#8217;re buying it from, won&#8217;t expose the organization to legal, regulatory, or reputational harm?</p></li><li><p><strong>Ensuring Optimal Supplier Relationships:</strong> Are we managing supplier relationships such that the organization earns unique and preferential access?</p></li><li><p><strong>Driving Supplier-Enabled Innovation:</strong> Is Procurement unlocking real value through suppliers and ensuring those suppliers see the organization as a customer worth innovating for?</p></li><li><p><strong>Crisis Management:</strong> Is Procurement involved front and center in ensuring the organization survives crises with its financials, operations, relationships, and reputation as intact as possible?</p></li></ol><p>Of course, these outcomes are not new; they have always mattered. What&#8217;s changed is that orienting around them is not only just good practice - it&#8217;s existential.</p><h3>Why Activity Stopped Being Enough</h3><p>The idea of orientation is particularly relevant in a post-AI world.</p><p>For years, the proxy for value (and the practitioner&#8217;s personal moat) was activity. That is, you were valued precisely because you were the one who could run the RFP, model the should-cost, and manage the process. But as we&#8217;ve discussed before, AI will absorb most of this activity-level work - and not just the transactional stuff (the &#8220;grunt&#8221; work), but the cognitive/decision support work (the analysis) as well.</p><p>What remains, then, cannot simply be a re-assembling of residual activities and tasks, but a fundamental rethink of who the Procurement practitioner is and what he or she does. What survives will be the progressive value driver who is focused on <em>organizational</em> goals, and ensuring Procurement leverages its core remit to achieve those goals.</p><p>The practitioners who will survive, then, will be the ones who define their value through their relentless focus on achieving relevant outcomes - versus their prowess at accomplishing specific tasks. The activity-defined practitioners will become automatable, but outcome-oriented ones will become indispensable.</p><p>So how do we become outcome-oriented?</p><h3>Six Principles for Outcome Orientation</h3><p>Orientation isn&#8217;t a step-by-step process that can be neatly applied. It is, at its core, a mental mindset that points everything at &#8216;results&#8217; not &#8216;process&#8217;.</p><p>Installing this mental mindset requires internalizing a series of principles that ensure that the outcome focus is front and center:</p><h4><strong>1. Anchor every multi-year goal to at least one of the seven outcomes.</strong></h4><p>The simplest test of whether you&#8217;re oriented around outcomes is to look at your own goals.</p><p>If they describe activity - &#8220;run twelve sourcing events,&#8221; &#8220;complete the contract refresh,&#8221; &#8220;onboard the new spend-analytics tool&#8221; - then you&#8217;re measuring motion, not value. Rewrite them so each one ladders up to a named outcome: not &#8220;run sourcing events&#8221; but &#8220;improve total cost of ownership in the key categories where it&#8217;s most leveraged&#8221;.</p><p>If you don&#8217;t control how your goals are framed, push to renegotiate them. What your scorecard measures is what you and your team will actually orient around, so get outcomes onto it.</p><h4><strong>2. Actively prioritize your time around the critical outcomes.</strong></h4><p>Outcome orientation set once a year and forgotten is just a planning artifact.</p><p>The discipline is in the cadence. Each month and each week, look at where your hours actually go and ask whether they tracked to the outcomes you said mattered. Usually, the honest answer is no - calendars often fill up with the urgent and the procedural, and the outcomes that need sustained attention get whatever time is left.</p><p>Treating outcome focus as a recurring allocation decision, rather than an annual aspiration, is what keeps orientation real between planning cycles.</p><h4><strong>3. Make your tradeoffs consciously.</strong></h4><p>The seven outcomes are in constant tension. Speed pulls against resilience; cost pulls against innovation; compliance pulls against responsiveness. A practitioner who claims to be advancing all seven equally is usually advancing none of them deliberately.</p><p>The genuinely &#8216;oriented&#8217; practitioner doesn&#8217;t just track the seven. They make conscious calls about which to optimize for, when, and at whose expense, and they can defend those calls when challenged.</p><p>This is also where AI changes the work. AI is going to make these tensions <em>visible</em> in ways they never were before - simulating cost-versus-resilience scenarios, flagging compliance-versus-speed conflicts in real time. As the work itself gets automated, the scarce and durable human act becomes <em>owning the call</em>.</p><h4><strong>4. As AI absorbs activity, redirect the freed capacity toward outcomes.</strong></h4><p>When AI accelerates sourcing, contract review and the rest, the path of least resistance is to simply do more of the same, faster. But that&#8217;s exactly the trap. Doing twice as many sourcing events isn&#8217;t future-proofing - it&#8217;s automating your way deeper into &#8216;activity&#8217;.</p><p>The disciplined move is to take the capacity AI gives back and reinvest it into the outcomes that chronically get starved: supply resilience, supplier-enabled innovation, the quality of key relationships. These are the outcomes that are hardest to automate and carry the highest human premium, precisely because they resist being reduced to a process.</p><p>To be clear, again, AI doesn&#8217;t change <em>what</em> matters - the seven outcomes are the same as they always were. It changes how much of your capacity you can point at them.</p><p>Consciously make the decision about where that reclaimed capacity goes.</p><h4><strong>5. Communicate your impact.</strong></h4><p>Work that moves outcomes but is never seen to have moved them tends, over time, to be valued as activity.</p><p>Make a habit of communicating impact in the language of the seven outcomes rather than the language of tasks completed i.e. not &#8220;we closed forty contracts this quarter&#8221; but &#8220;we cut supply risk in two critical categories and unlocked a supplier innovation that the business unit is now building on&#8221;.</p><p>I know many practitioners bristle at this idea, considering it to be self-promotion, but it isn&#8217;t. It&#8217;s how the organization learns to associate Procurement with value rather than throughput, and it&#8217;s a key part of how you keep a seat at the tables where consequential decisions get made.</p><h4><strong>6. Anchor your read on outcome impact in feedback - not self-perception.</strong></h4><p>The difference between the impact <em>you</em> <em>think</em> you delivered and the impact your <em>stakeholders said</em> you delivered is often where a lot of well-intentioned orientation fails. It&#8217;s easy to convince yourself you&#8217;re delivering on resilience or relationship quality; it&#8217;s harder, and far more useful, to hear it from the people on the other side of those outcomes.</p><p>So anchor your assessment in the voice of the customer and the voice of the supplier. If your stakeholders don&#8217;t experience you as fast and enabling, you aren&#8217;t - regardless of your internal cycle-time dashboard. If your strategic suppliers don&#8217;t treat you as a customer worth innovating for, you haven&#8217;t earned that outcome yet.</p><p>External feedback is the only honest scoreboard for work this qualitative.</p><div><hr></div><p>The six principles above are not a pick-and-choose menu. They compound, building on each other and ensuring that Procurement not only focuses on value delivery but is seen to be doing so.</p><p>And while they describe the destination we&#8217;re after, we still need a way to tell us how far we are from it. Enter the diagnostic checklist.</p><h3>A Diagnostic Checklist</h3><p>If the principles are the mental mindset, or where we want to get to, we need to also understand where we stand today.</p><p>To do so, it&#8217;s worth working through a structured set of questions:</p><p><em><strong>The terrain you&#8217;re operating in</strong></em></p><ul><li><p>What is the &#8220;cultural&#8221; incentive of the organization? What tone does the C-Suite - through to the CPO - set about where impact is most valued?</p></li><li><p>Which outcomes is my function structurally incapable of moving on today, and what would it take to change that?</p></li></ul><p><em><strong>What I&#8217;m planning, and where my time goes</strong></em></p><ul><li><p>How many of my goals and objectives are genuinely oriented toward moving key outcomes, rather than describing activity?</p></li><li><p>How many are multi-year? Am I working a portfolio of short-, medium-, and long-term changes, or only chasing short-term movement?</p></li><li><p>How much of my time is actually allocated to each outcome - and does that match what I claim matters?</p></li></ul><p><em><strong>The calls I&#8217;m making</strong></em></p><ul><li><p>What is the balance across the seven outcomes? Am I inordinately focused on Cost?</p></li><li><p>Where am I making tradeoffs across outcomes implicitly that should be made explicitly?</p></li><li><p>Which outcomes does AI augmentation most expand my reach on, and am I shifting effort to capitalize, or just doing the old activity faster?</p></li></ul><p><em><strong>How I know any of it is real</strong></em></p><ul><li><p>Am I communicating impact in the language of outcomes, or the language of tasks completed?</p></li><li><p>Am I proactively collecting outcome-impact feedback from stakeholders, both internal and external?</p></li><li><p>If those stakeholders were asked which of the seven outcomes I&#8217;m known for, which would it be - and is that the balance I want?</p></li></ul><p>It&#8217;s worth going through this checklist periodically. My suggestion would be three times a year - at the start of the planning cycle, mid-year as a performance check and finally at year end evaluations. This ensures we are not only calibrating correctly as we begin the year but then course-correcting and extracting the right lessons and learnings as we go through each annual cycle.</p><h3>The Future-Proofed Practitioner</h3><p>The future-proofing model comes down to three questions.</p><p><em>Foundations ask what you know. Capabilities ask what you can do. Orientation asks what you point them at.</em></p><p>And in a post-AI function, that third question is the one that decides, in a practical, delivered sense, who stays essential.</p><p>The fact is that AI will keep getting better at the what and the how: it will run the analysis, surface the options, even recommend the call. But what it won&#8217;t do is decide which of the seven outcomes the enterprise needs most right now, and then aim the function&#8217;s scarce human attention there.</p><p>That decision - that orientation - is the real work and it&#8217;s not a skill that AI can take from the practitioner. It&#8217;s what makes the practitioner all the more valuable.</p><p>The future-proofed practitioner, then, isn&#8217;t the one who does the most. It&#8217;s the one who focuses - and delivers - on what matters.</p>]]></content:encoded></item><item><title><![CDATA[Judgement: The Procurement Practitioner's Real Differentiator]]></title><description><![CDATA[Four steps to building the one capability that will separate Procurement practitioners in a post-AI world]]></description><link>https://www.proquria.com/p/judgement-the-procurement-practitioners</link><guid isPermaLink="false">https://www.proquria.com/p/judgement-the-procurement-practitioners</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 26 May 2026 13:03:41 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!cRqJ!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!cRqJ!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!cRqJ!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:725719,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/198453881?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!cRqJ!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 424w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 848w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1272w, https://substackcdn.com/image/fetch/$s_!cRqJ!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F025f0653-8751-4160-afa1-690546c3050d_1536x1024.jpeg 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>If you&#8217;ve been following along as I&#8217;ve laid out <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">my model for future-proofing the Procurement practitioner</a>, you will have noticed a glaring omission from the various layers that comprise the model itself.</p><p><strong>Judgement.</strong></p><p>This has, as I&#8217;ve stated before, been entirely intentional. Judgement isn&#8217;t a stand-alone skill that you can learn in the same way that you can study and develop financial literacy or even fundamental negotiations skills. You can&#8217;t go to school to learn judgement nor is it an &#8220;emergent&#8221; or &#8220;downstream&#8221; output that just flows automatically once you&#8217;ve developed the other skills in my model. It&#8217;s not a passive byproduct.</p><p>It is, in fact, a meta-capability that sits above all of the layers of the future-proofing model I&#8217;ve proposed. It&#8217;s a function of - the deliberate, practiced result of - all of the specific capabilities that make up each layer.</p><p>It is the <em>act of integration</em>: it <em>consumes</em> <a href="https://www.proquria.com/p/procurement-was-paid-for-knowing">Business Acumen</a>, <a href="https://www.proquria.com/p/the-hard-core-of-soft-skills">Human Leverage</a> and Cognitive Discipline (previously discussed <a href="https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of">here</a> and <a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement">here</a>), and is refined through reps.</p><h3>Why Judgement Matters More, Not Less</h3><p>Back in 2018, the economists Ajay Agrawal, Joshua Gans and Avi Goldfarb researched and <a href="https://www.nber.org/system/files/working_papers/w24626/w24626.pdf">wrote about the value of judgement</a>. Their core thesis: AI is, essentially, a prediction machine, and as the cost of <em>prediction</em> drops (which it has and will continue to do), its complements become more valuable. The three complements they identify are data, judgement, and action - with judgement defined in economists&#8217; parlance as &#8220;the skill used to determine a payoff, utility, reward or profit&#8221;. It is the mental capacity to weigh facts, reason logically, and make sound decisions.</p><p>In the words of the researchers, human judgement becomes a <em>complement</em> (and gains value) as human prediction becomes a <em>substitute</em> (and loses value).</p><p>We need judgement to weigh the pros and cons and to value the payoffs and risks of specific decisions, with the focus on identifying the hidden costs of riskier actions.</p><p>In the Procurement context, what that means is that the practitioner who can make better calls wins: deciding when to override a sourcing algorithm&#8217;s lowest-bid recommendation because of relationship risk; choosing whether to push back on a CFO&#8217;s cost target or accept it and engineer around it; or making the call as to whether a supplier&#8217;s quality slip is a one-time blip or a leading indicator. In each of these situations, good judgement matters and makes a difference.</p><h3>The Limits of Process (and Machines)</h3><p>Historically, we&#8217;ve tried to grapple with this by using <em>process</em> as a means of replacing the very need for judgement. By codifying the work to be done and the path to the decision, we&#8217;ve tried to minimize, even eliminate the human in the decision-making process.</p><p>But this, of course, doesn&#8217;t work for complex, non-routine, non-standard decisions. Process cannot replace judgement (with all of it complexities) in these situations. Nor, for that matter, can the machines, even as we try to use AI to do the exact same thing we&#8217;ve tried to do with process. Short of an idealized AGI (which I don&#8217;t believe is realistic), AI will not be able to balance the contextual, the ethical, the political, the moral dimensions of difficult decisions.</p><p>It becomes important, then, to become deliberate in our quest to develop judgement. This is exacty where most practitioners get stuck.</p><h3>Building Judgement Deliberately</h3><p>Judgement is often viewed as this mysterious ability that is either inherent in an individual or results magically through experience. This is, to some extent, understandable as there are certainly non-codifiable, often indescribable, factors that judgement relies on.</p><p>Experience, of course, matters. Senior practitioners often have good judgement, even as they are unable to articulate <em>why.</em> There is research that finds that experts tend to pattern-match against thousands of prior situations without conscious deliberation. That is, judgement is partly tacit and developed through exposure, not through frameworks. So experience helps.</p><p>That said, building judgement should be viewed as a deliberate act - one that requires discipline and deliberate cognitive application.</p><p>There are four key steps to building judgement:</p><ol><li><p>Expand your inputs</p></li><li><p>Run a better process</p></li><li><p>Stress-test your thinking</p></li><li><p>Close the loop</p></li></ol><p>Let&#8217;s dig into each one of these in turn.</p><p>(Note: none of what follows substitutes for reps - but the reps only build judgment if you bring discipline to them.)</p><h4>1. Expand Your Inputs</h4><p><strong>A. Seek multiple diverse inputs.</strong></p><p>Good judgement starts with good inputs, and good inputs are rarely found in one place. Read across sources, functions, and perspectives.</p><p>If your information diet is limited to Procurement publications, your judgement will be limited to procurement-shaped thinking. Talk to suppliers, finance partners, operators, and customers - not just Procurement peers.</p><p>The goal isn&#8217;t to consume more information. It&#8217;s to consume <em>different</em> information, so that when you face a decision, you have a wider set of mental models to draw on.</p><p><strong>B. Make a habit of studying decisions - by yourself and others.</strong></p><p>Most practitioners experience decisions but don&#8217;t study them. Build the habit of pulling them apart.</p><p>When a senior leader makes a call, ask yourself: what did they weigh? What did they ignore? What would I have done differently? When you make a call yourself, look back at it the same way.</p><p>Study the public decisions of CEOs, investors, and historical figures - books, podcasts, and case studies are full of decision post-mortems if you go looking.</p><p>Treat every decision, yours or someone else&#8217;s, as a teaching artifact.</p><p><strong>C. Read outside Procurement.</strong></p><p>Functional reading sharpens functional skills, but judgement is sharpened by breadth. History, biography, decision science, behavioral economics, and even fiction give you mental models that procurement reading never will.</p><p>Reading about how military commanders made calls under the fog of war, or how investors think about asymmetric bets, or how scientists update beliefs in the face of new evidence - all of this builds the lateral thinking that good judgement depends on.</p><p>The best Procurement leaders I&#8217;ve worked with are almost always voracious readers, and rarely just of business books.</p><p><strong>D. Take notes actively and synthesize, not just consume.</strong></p><p>Reading isn&#8217;t learning - synthesis is. Pulling together different ideas and writing about them forces clarity in a way that reading alone never does.</p><p>Keep a notebook, digital or otherwise, where you write down the ideas that struck you, the frameworks you want to remember, and the connections you&#8217;re drawing across what you&#8217;re consuming.</p><p>The act of putting something in your own words is what turns it from information you saw into knowledge you own. Without this step, most of what you read evaporates.</p><h4>2. Run A Better Process</h4><p><strong>A. Classify the decision before you process it.</strong></p><p>Not every decision deserves the same level of process.</p><p>Jeff Bezos famously distinguishes between reversible and irreversible decisions: irreversible calls (one-way doors) deserve deliberation, while reversible ones (two-way doors) deserve speed. Oftentimes, we get this backwards, overthinking the reversible calls and underthinking the irreversible ones.</p><p>Before you spend cognitive energy on a decision, ask: is this a one-way door or a two-way door? Calibrate your process accordingly.</p><p><strong>B. Define what success looks like before you decide.</strong></p><p>You can&#8217;t evaluate a decision later if you didn&#8217;t say upfront what you were optimizing for. Get clear on the goal before you start weighing options.</p><p>Are you optimizing for cost, risk reduction, supplier relationship, internal stakeholder alignment, speed-to-market? In Procurement, multiple objectives are usually at play, and the trade-offs between them matter. Make those trade-offs explicit at the front of the process.</p><p>This single habit, more than any other, separates practitioners who learn from their decisions from those who just rationalize them.</p><p><strong>C. Don&#8217;t make snap judgements - unless merited by the situation.</strong></p><p>Most consequential decisions don&#8217;t need to be made in the moment, and most snap judgments are pattern-matching dressed up as decisiveness.</p><p>Give yourself the space to think. Sleep on it. Walk away and come back.</p><p>The instinct to decide fast often comes from <em>discomfort with ambiguity</em>, not from confidence in the answer.</p><p>(That said, some situations genuinely require speed. Know which is which - see 2A above - and don&#8217;t conflate decisiveness with thoughtfulness.)</p><p><strong>D. Avoid the tendency to rely excessively on personal history and experiences.</strong></p><p>Experience is valuable, but it&#8217;s also the source of your blind spots. The decision you&#8217;re facing today is not the decision you faced five years ago, even if it looks the same.</p><p>Markets shift, suppliers evolve, internal stakeholders change, and the lessons of past experience are only as good as their relevance to the present context.</p><p>Use experience as one input among many - not as the answer.</p><p><strong>E. Separate facts from feelings.</strong></p><p>Emotion isn&#8217;t the enemy of good judgement. Emotional signals often carry real information about risk, trust, and stakeholder dynamics that pure analysis misses.</p><p>But emotion shouldn&#8217;t be your conclusion. Notice what you&#8217;re feeling about a decision and ask what it&#8217;s telling you. Then put it alongside the facts, not in place of them, as another input for evaluation.</p><p>The practitioners with the best judgment are the ones who can hold both at once - alert to their gut, but disciplined enough not to let it drive.</p><h4>3. Stress-Test Your Thinking</h4><p><strong>A. Have a values framework - and let it guide your judgement.</strong></p><p>Decisions made without an anchor drift - know what you stand for, and know what the organization stands for; the principles you won&#8217;t compromise on and the trade-offs you refuse to make.</p><p>When the situation is ambiguous and the analysis is inconclusive, your values are what keep you steady.</p><p>This isn&#8217;t just about ethics in the narrow sense, but about having a stable frame of reference that lets you navigate complexity without getting lost in it.</p><p><strong>B. Get opposing views.</strong></p><p>Surround yourself with people who will tell you you&#8217;re wrong. Seek diversity of perspective, not just diversity of identity - people who think differently, work in different functions, come from different backgrounds, and have different incentives.</p><p>Understand the biases and motivations embedded in the views you&#8217;re receiving: who benefits if you decide one way versus the other? Who can you trust to give you a clean read?</p><p>The goal isn&#8217;t consensus - it&#8217;s pressure-testing. If everyone around you agrees with you, you&#8217;re not getting useful input.</p><p><strong>C. Understand your own cognitive biases.</strong></p><p>Every practitioner has characteristic ways their thinking goes wrong. Anchoring, confirmation bias, sunk-cost reasoning, recency effects, availability bias - the list is long, and they all apply to you.</p><p>Know your tendencies. The point isn&#8217;t to eliminate bias (you can&#8217;t), but to recognize when you&#8217;re most likely to be falling into it.</p><p>Self-awareness here is the difference between a practitioner who improves over time and one who repeats the same mistakes with more seniority.</p><p><strong>D. Develop a pre-mortem.</strong></p><p>Before you commit to a decision, run a pre-mortem: imagine it&#8217;s 12 months from now, and this decision has failed badly. Why? What went wrong? What did you miss?</p><p>This exercise surfaces risks that forward-looking analysis won&#8217;t always catch, because it forces you to imagine the failure rather than defend the choice.</p><p>If you can&#8217;t generate a plausible failure scenario, you probably haven&#8217;t thought hard enough.</p><p><strong>E. Make the opposing case.</strong></p><p>Beyond seeking opposing views from others, make yourself argue the opposing case. State the contrary position more strongly than its proponents would.</p><p>If you can&#8217;t make the other side&#8217;s argument well, you don&#8217;t understand your own argument well enough to commit to it.</p><p>This is often hard to do and most people resist it, which is exactly why it&#8217;s a high-leverage habit.</p><p><strong>F. Practice probabilistic thinking.</strong></p><p>Force yourself to put numbers on uncertainty. &#8220;I think this will work&#8221; is not the same statement as &#8220;I&#8217;m 70% confident this will work&#8221;.</p><p>Probabilistic thinking changes how you communicate, how you plan for downside scenarios, and how you learn from outcomes over time.</p><p>You don&#8217;t need to be precise; you need to be honest. A 70% bet that fails tells you something different than a 95% bet that fails - but only if you wrote the number down beforehand.</p><h4>4. Close the Loop</h4><p><strong>A. Own your decisions.</strong></p><p>Judgement doesn&#8217;t develop in people who deflect responsibility: own the calls you make - the good ones and the bad ones - openly with your team and with yourself.</p><p>The practitioners who hide behind committees, process, or &#8220;the data made me do it&#8221; never build real judgment because they never sit with the consequences of their own choices.</p><p>Accountability is the price of judgement.</p><p><strong>B. Separate decision quality from outcome quality.</strong></p><p>A good decision can have a bad outcome, and a bad decision can have a good outcome - this is one of the most important and least intuitive ideas in decision-making.</p><p>If you only learn from outcomes, you&#8217;ll learn the wrong lessons: you&#8217;ll punish good decisions that got unlucky and reward bad decisions that got lucky.</p><p>The discipline is to evaluate the decision based on what you knew and how you reasoned at the time, separate from how it happened to turn out.</p><p><strong>C. Keep a decision journal.</strong></p><p>Write down the rationale and your confidence level at the time of the decision. Revisit it regularly.</p><p>This is one of the most high-value habits you can build for developing calibrated judgment over time.</p><p>Without a record, memory rewrites your past calls to make you look smarter than you were. With a record, you see exactly where your thinking was sharp and where it wasn&#8217;t - and you get better.</p><p><strong>D. Look for patterns across decisions.</strong></p><p>Once you have a body of decisions to look back on, study the patterns. Where do you consistently overweight? Where do you underweight? What kinds of decisions do you handle well, and what kinds throw you?</p><p>Maybe you&#8217;re great at supplier selection but weak at internal political reads. Maybe you over-rely on relationships and under-rely on data, or vice versa.</p><p>Your characteristic failure modes are the most valuable thing you can learn about yourself as a decision-maker.</p><p><strong>E. Update your beliefs explicitly.</strong></p><p>After each reflection, ask: what do I now believe that I didn&#8217;t before? Then write it down. Most practitioners absorb lessons implicitly, which means they don&#8217;t really absorb them at all.</p><p>Explicit belief updates (&#8221;I used to think X, now I think Y, because of Z&#8221;) are how you compound judgment over time. Without this step, the reps don&#8217;t build anything durable.</p><h3>What This Means For You</h3><p>If there is a single takeaway from this post, it is that judgement is a deliberate act. It&#8217;s a process that you go through when making a decision - one that requires cognitive discipline, business acumen and human leverage skills.</p><p>At the same time, judgement is also partly tacit and non-codifiable, almost always built through reps and experience. Doing the work is an essential part of building judgement that makes a difference.</p><p>To this end, I&#8217;ll close with a few principles to remember when thinking about judgement and its development:</p><ol><li><p>Look for opportunities to exercise judgement as much as possible - including the small decisions at work and in life, and not just the major, material ones at work</p></li><li><p>Trust yourself to make judgement calls - do the work (as described above) but don&#8217;t second guess yourself once the decision has been made</p></li><li><p>Stay flexible - be willing to update based on new and updated information. Conviction without flexibility is just stubbornness</p></li><li><p>Accept failure as part of the process - judge the decision, not the outcome; failure is just another data point. Accept it, learn from it, and move on.</p></li></ol><p>One final thought:</p><p>Procurement spent the last twenty years trying to codify judgement into process. The next twenty will be about reclaiming it as a distinctly human capability. Process and machines can handle the routine (that&#8217;s what they&#8217;re for), but the hard calls - the ones that actually move the business - will always belong to the practitioner who&#8217;s done the work to earn them.</p><p>Be that practitioner. Build that capability - deliberately, repeatedly, with discipline and humility - until it becomes the most valuable thing you bring to the table.</p>]]></content:encoded></item><item><title><![CDATA[Moving Procurement Beyond Savings to Value]]></title><description><![CDATA[How Do we Measure Value in a Post-AI World?]]></description><link>https://www.proquria.com/p/moving-procurement-beyond-savings</link><guid isPermaLink="false">https://www.proquria.com/p/moving-procurement-beyond-savings</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 19 May 2026 13:03:38 GMT</pubDate><enclosure url="https://substackcdn.com/image/youtube/w_728,c_limit/qRHfQeJFUfc" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>This week&#8217;s post takes a slight detour from our discussion on HOW to future-proof the Procurement practitioner to WHAT the practitioner should be measured on.</p><p>Specifically, I&#8217;m sharing a discussion I had earlier this year with <a href="https://www.linkedin.com/in/richard-ham-51b38a10/">Rich Ham of Fine Tune</a> and <a href="https://www.linkedin.com/in/philipideson/">Philip Ideson of Art of Procurement</a> on the need to rethink the Procurement scorecard, including that most traditional of metrics: savings.</p><p>In our chat, we get into:</p><ul><li><p>The problem of short-termism in Procurement&#8217;s incentive systems and how we keep making long-term sacrifices for short-term wins</p></li><li><p>What a healthier incentive system could look like - including a scorecard that includes a multi-faceted set of metrics that truly capture long term value</p></li><li><p>How this scorecard needs to encompass in-year performance expectations, multi-year outcomes that reflect longer term aspirations, as well as discretionary goals that, while somewhat subjective in nature, capture the contributions that matter</p></li><li><p>The need for the CFO and CEO to buy into procurement&#8217;s expanded definition of value - but also the need for Procurement to advocate for itself and a &#8220;new normal&#8221; when it comes to metrics</p></li></ul><p>You can check out our discussion in full via the video link below.</p><div id="youtube2-qRHfQeJFUfc" class="youtube-wrap" data-attrs="{&quot;videoId&quot;:&quot;qRHfQeJFUfc&quot;,&quot;startTime&quot;:null,&quot;endTime&quot;:null}" data-component-name="Youtube2ToDOM"><div class="youtube-inner"><iframe src="https://www.youtube-nocookie.com/embed/qRHfQeJFUfc?rel=0&amp;autoplay=0&amp;showinfo=0&amp;enablejsapi=0" frameborder="0" loading="lazy" gesture="media" allow="autoplay; fullscreen" allowautoplay="true" allowfullscreen="true" width="728" height="409"></iframe></div></div>]]></content:encoded></item><item><title><![CDATA[The Hard Core of Soft Skills]]></title><description><![CDATA[AI flattens analytical capability. Human leverage is what doesn't converge.]]></description><link>https://www.proquria.com/p/the-hard-core-of-soft-skills</link><guid isPermaLink="false">https://www.proquria.com/p/the-hard-core-of-soft-skills</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 12 May 2026 13:04:01 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!MyGi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!MyGi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!MyGi!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!MyGi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:5411386,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/196594133?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!MyGi!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!MyGi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f208ff1-bb64-424c-acec-d98bc60d25df_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>In a world where AI takes on a growing share of Procurement&#8217;s analytical and transactional work, what remains is work that&#8217;s undeniably human.</p><p>This type of work requires a completely different approach and perspective than what we&#8217;ve been traditionally used to. Practitioners who develop strong <em>human leverage</em> skills think and act like diplomats, not bureaucrats. A bureaucrat moves paper through a process while the diplomat reads rooms, builds trust, shapes narratives, and achieves outcomes through people.</p><p>In a post-AI world, the bureaucrat&#8217;s job is the one that gets automated; the diplomat&#8217;s job compounds.</p><p>Human leverage is, then, <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner">the third core skill of the Differentiating Layer</a> - and it&#8217;s not just a skill. It is <em>the</em> survival capability for the post-AI Procurement function.</p><p>The skills that comprise it fall into three clusters:</p><ul><li><p><strong>The Relational Cluster:</strong> how we build trust and navigate networks</p></li><li><p><strong>The Persuasive Cluster:</strong> how we move people toward outcomes</p></li><li><p><strong>The Cognitive Cluster:</strong> how we think, adapt, and exercise judgment (where machines cannot)</p></li></ul><p>Let&#8217;s dig into each cluster in turn.</p><h2>Cluster 1: The Relational Cluster</h2><p>Relational skills sit at the foundation of human leverage. Procurement, more than most functions, depends on outcomes achieved through other people - internal customers, cross-functional stakeholders, as well as the supplier ecosystem. AI can and will help analyze every aspect of every one of these relationships, but it cannot <em>keep</em> and <em>develop</em> them for you.</p><p>Three skills make up the Relational cluster:</p><h3>1. Emotional Intelligence</h3><p>Emotional intelligence is the foundation upon which all of the other relational skills sit. It is the ability to recognize and manage your own emotional responses, accurately read the emotions of others, and use that awareness to navigate situations productively. It encompasses self-awareness, self-regulation, empathy, and social awareness.</p><p><strong>What This Means For Procurement:</strong> Procurement operates in friction-rich environments - failed deliveries, missed budgets, contentious negotiations, internal political pressures, supplier disputes and more. Practitioners who can stay regulated under stress, read what&#8217;s actually happening in a room, and adjust their behavior in real time have a clear advantage. AI can model sentiment from a transcript (after the fact), but it cannot sense, in the moment, that the CFO&#8217;s body language has shifted, or that a supplier&#8217;s silence is masking a deeper concern. The ability to do that is unquestionably human.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Build a reflection practice - even ten minutes at the end of the day or week reviewing key interactions (&#8221;what did I feel, what did they feel, what did I miss?&#8221;)</p></li><li><p>Stress-test yourself deliberately - high-pressure presentations, difficult conversations, public speaking - and debrief honestly afterward</p></li><li><p>Invest in a 360-degree feedback exercise - most professionals significantly overestimate their self-awareness, and the gap between how you experience yourself and how others experience you is a development opportunity</p></li><li><p>Work with a mentor (or, if possible, an executive coach) for a structured period; this is one of the highest-leverage development investments at the senior level</p></li><li><p>Read widely outside business to build empathic range (including literary fiction, memoirs, and biographies)</p></li></ul><h3>2. Relationship Management</h3><p>This is the skill of developing one-on-one relationships with different stakeholders across departments. It involves understanding individual interests, motivations, and hot buttons to build genuine trust that creates long-term optionality - the kind that serves you when you need it. Note the emphasis here: the focus is on depth and authenticity in relationships, not about being transactional and &#8216;banking favors&#8217;.</p><p><strong>What This Means For Procurement:</strong> This is an especially essential skill for Procurement practitioners, where strong relationships are essential to achieving successful outcomes. This is particularly true for instances where Procurement has indirect influence rather than direct control and authority. The better the relationships, the higher the probability of successful outcome achievement. Relationship management must operate across three groups:</p><ul><li><p><strong>Internal customers</strong>: those the practitioner directly serves and for whom he or she is the category leader</p></li><li><p><strong>Key stakeholders</strong>: those across the organization who impact and influence key outcomes and through whom the path to results can be smoothed out</p></li><li><p><strong>Supplier ecosystem</strong>: the entire supply base, both current and potential</p></li></ul><p><strong>How to Cultivate:</strong></p><ul><li><p>Practice &#8220;deposit-first&#8221; mode - give value, share intelligence, make introductions long before you need anything in return</p></li><li><p>Establish a non-transactional cadence - regular 1:1s with key stakeholders that are not tied to a deal, an RFP, or an escalation</p></li><li><p>Maintain a private stakeholder log (what matters to each person, recent wins, ongoing challenges, business priorities, etc.) used carefully and with discretion</p></li><li><p>Volunteer for cross-functional initiatives that sit outside the procurement remit - the goal being to build relationships outside transactional contexts</p></li><li><p>On the supplier side: visit operations, attend supplier events, and run quarterly business reviews that go beyond performance scorecards into shared strategy</p></li></ul><h3>3. Stakeholder Management</h3><p>This builds on strong relationship management skills to encompass managing across multiple stakeholders with competing interests. Where relationship management is about <em>individual depth</em>, stakeholder management is about <em>network breadth</em>. It involves identifying all key influencers and gatekeepers across your ecosystem who can impact your ability to realize your goals - and then leveraging the relationship equity needed to navigate this network.</p><p>It&#8217;s worth noting that this is where coalition building and organizational politics live. Knowing how to package wins for different sponsors, when to escalate, and how to build the political momentum required for cross-functional change is a distinct sub-skill within stakeholder management. It should be viewed as a craft that can be used for positive purpose <em>and</em> positive effect.</p><p><strong>What This Means For Procurement:</strong> Whether or not Procurement &#8220;owns&#8221; the spend for a category, the practitioner must navigate a host of stakeholders to achieve outcomes. This type of stakeholder management becomes even more critical where the function has indirect influence rather than direct control. Knowing how to map out the full network of stakeholders, distinguish the formal org chart from the actual decision flow, and manage that network is, and always will be, an essential skill.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Build a stakeholder map for major initiatives and update it as the work evolves</p></li><li><p>Make a habit of distinguishing the formal org chart from the actual decision flow; ask yourself: &#8220;Who gets the call before the decision is made?&#8221;</p></li><li><p>Run pre-meetings before key decisions - never let a major recommendation be heard for the first time in the room where it will be approved</p></li><li><p>Identify the &#8220;translators&#8221; in your organization i.e. the people who bridge functions and can carry your message in a language each constituency hears</p></li><li><p>Build coalitions before you need them, not when the fire starts; the time to recruit allies is when there is no battle to fight</p></li></ul><h2>Cluster 2: The Persuasive Cluster</h2><p>If relational skills are about <em>being known and trusted</em>, persuasive skills are about <em>moving people to outcomes</em>. Procurement is, at its core, a function that achieves its best results through influence rather than authority.</p><p>The three skills in this cluster are how that influence is exercised - strategically over time, situationally in the moment, and across the table in formal negotiations.</p><h3>4. Influence and Persuasion</h3><p>This is the ability to move people in a specific moment and situation - being able to convince individuals to move toward specific outcomes in a way that aligns with overall objectives. It is a blend of art and science: it requires understanding individual motivations in context and the ability to map out how best to move that individual, in alignment with their motivations and the goal at hand.</p><p><strong>What This Means For Procurement:</strong> Stakeholder influence is a key part of any role but critically so for the Procurement professional. In the age of AI (in particular), there is a need to move people toward decisions on the basis of not just the facts but competing priorities and agendas. While this skill is applicable regardless of category, it is often argued to be especially important for indirect category leaders, where demand management is a relatively more important driver than in direct categories - though direct category leaders face their own influence challenges with engineering, plant operations, and R&amp;D.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Practice tailoring the same message to four different audiences (e.g. the analytical CFO, the visionary CEO, the operational COO, the skeptical functional VP); the message stays constant, but the framing changes</p></li><li><p>Get explicit feedback on your executive presence - most practitioners overestimate theirs significantly</p></li><li><p>Run a &#8220;rehearsal of objections&#8221; before any high-stakes pitch: anticipate the three hardest pushbacks and know your response cold</p></li><li><p>Watch senior leaders work a room and decode what they&#8217;re actually doing; copy what works and discard what doesn&#8217;t</p></li></ul><h3>5. Narrative Development and Communications</h3><p>Narrative is the art of hearing what stakeholders actually mean versus what they say, crafting a story that shapes the requisite outcomes, and managing communications to achieve those goals. These communications must be both written and verbal, and across multiple levels of the organization.</p><p><strong>What This Means For Procurement:</strong> Strong communications are an essential tool for all management professionals, and equally so for Procurement practitioners. From influencing an individual one-on-one to making the case to the CFO for a material investment choice, the ability to craft a narrative and communicate those ideas separates effective practitioners from ineffective ones. The function&#8217;s perception inside an enterprise is shaped by the cumulative narrative its leaders tell over years - about its role, its value, and its trajectory.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Invest in your writing - this is one of the most underrated leadership skills. Take a course, work with an editor, study the house styles of prominent publications (e.g. HBR, FT, and The Economist), etc.</p></li><li><p>Build the &#8220;30-second, 3-minute, and 30-minute&#8221; version of every major idea you carry; if you cannot tell it in 30 seconds, you do not yet understand it</p></li><li><p>Get coaching on the difference between <em>informing</em> and <em>persuading</em> in business writing; most procurement communication defaults to the former when it should be the latter</p></li><li><p>Read fiction seriously - people who only read business books tend to write far too formally</p></li></ul><h3>6. Negotiation</h3><p>Negotiation is the live, real-time skill of reaching agreements that work for both sides - across the table, on the phone, or in the back-and-forth of a deal. AI will model scenarios, draft talking points, run BATNA simulations, and prep your data better than any analyst ever could. But the live negotiation itself remains stubbornly human: reading micro-signals, knowing when to push and when to walk, building rapport across the table, and adjusting in real time when a counterpart shifts.</p><p><strong>What This Means For Procurement:</strong> Procurement is <em>the</em> negotiation function in most enterprises. As AI raises the analytical floor for everyone, what differentiates great negotiators from average ones will increasingly be the human craft of the negotiation itself. The practitioner who can use AI to prepare exhaustively <em>and</em> show up to the table with elite live skills will be the one who delivers disproportionate value.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Treat every real negotiation as a learning opportunity - debrief honestly, alone or with a trusted colleague, on what worked and what did not</p></li><li><p>Seek out negotiations training that includes live practice with feedback, not just frameworks; the gap between knowing and doing is where most practitioners get stuck</p></li><li><p>Observe master negotiators at work whenever you can - sit in, watch the choreography, notice what they say and what they deliberately do not</p></li><li><p>Practice in low-stakes settings: salary discussions, vendor negotiations on personal purchases, etc.</p></li></ul><h2>Cluster 3: The Cognitive Cluster</h2><p>The first two clusters cover how we engage with people. This cluster covers how we think, decide, and adapt, particularly under conditions that resist machine optimization. AI excels at solving well-defined problems within known solution spaces. The three cognitive skills below are about working in spaces that are not yet defined.</p><h3>7. Creative Problem-Solving</h3><p>This involves ideating and developing unique solutions that solve problems and achieve key outcomes - especially in environments faced with resource constraints and competing agendas. The goal is to find innovative ways to get to the right outcomes, balancing process alignment with organizational realities and constraints.</p><p><strong>What This Means For Procurement:</strong> Given shrinking budgets, tight timelines, and competitive pressures, the practitioner&#8217;s ability to achieve results creatively (rather than simply following the process) will be critical to the function&#8217;s long-term relevance. In a post-AI world, internal customers and stakeholders alike will demand more of Procurement than just process execution and risk mitigation. While AI will optimize within known solution spaces, it will not reframe a problem from &#8220;how do we cut $X out of this category&#8221; to &#8220;what if we eliminated this category entirely?&#8221;. That kind of reframing is the human edge.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Practice constraint-flipping: &#8220;we have no budget&#8221; becomes &#8220;what is the zero-budget version of this?&#8221; The reframe often unlocks the real answer</p></li><li><p>Design-thinking sprints work surprisingly well in Procurement contexts; structured ideation outperforms unstructured brainstorming</p></li><li><p>Build cross-industry exposure: how do operations, finance, and R&amp;D solve analogous problems? Steal liberally</p></li><li><p>Build a peer or mastermind group outside your company - your in-house environment will only generate in-house ideas</p></li></ul><h3>8. Comfort with Ambiguity</h3><p>This is the ability to function and flourish in contexts of incomplete information, changing landscapes, and economic uncertainty. When coupled with the need for speed in competitive environments, being able to make decisions with confidence despite a lack of information becomes a critical capability.</p><p><strong>What This Means For Procurement:</strong> In times of crisis or in steady-state situations, there will never be the full complement of insight and analysis that would ideally be needed to make decisions. AI will reduce some of the information gap, but it cannot close it (and it introduces new ambiguities of its own e.g. model uncertainty, data quality, hallucination risk). The practitioner who is comfortable acting on 70% information will consistently outperform the one waiting for 95%.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Deliberately practice deciding with incomplete information rather than waiting for &#8220;the 95%&#8221;; calibrate your confidence and review outcomes honestly</p></li><li><p>Take stretch assignments (new categories, new geographies, new functions) that force you to operate without the comfort of expertise</p></li><li><p>Keep a decision journal: record what you decided, what you knew at the time, and what you assumed. Review it months later to learn how your judgment actually performs</p></li><li><p>Practice scenario planning: hold multiple plausible futures in mind simultaneously rather than committing prematurely to one prediction</p></li><li><p>Spend time around founders and entrepreneurs; they live in ambiguity professionally and develop intuitions worth absorbing</p></li></ul><h3>9. Curiosity and Adaptive Intelligence</h3><p>Curiosity drives practitioners to continuously learn, moving beyond superficial data to understand the underlying drivers of value and risk for the function and the enterprise; it is particularly important given today&#8217;s fast-moving technological trends, ensuring practitioners can adopt new tools effectively. Adaptive intelligence is the natural follow-on: the ability to adapt to changing market conditions, technologies, and corporate strategies. It is an essential component of resilience.</p><p><strong>What This Means For Procurement:</strong> Curiosity and adaptive intelligence are essential competencies for the modern Procurement practitioner, especially given the transition to strategic value creation. Supply markets are extraordinarily dynamic right now: new technologies, new geopolitical risks, new supplier categories (especially AI services), and new commercial models. The practitioner who is not actively curious about adjacent fields will be obsolete in five years. These skills are essential to not just coexisting with AI as it evolves but thriving in genuinely dynamic environments.</p><p><strong>How to Cultivate:</strong></p><ul><li><p>Read widely outside Procurement and outside business - geopolitics, behavioral economics, technology, history, etc.</p></li><li><p>Track adjacent fields hard right now: AI capabilities, sustainability regulation, geopolitical realignment, key spending shifts, and the changing supplier landscape they create</p></li><li><p>Teach or write - both force clarity and surface gaps in what you actually understand</p></li><li><p>Build a deliberate learning rhythm with explicit time blocks for reading, listening, and thinking</p></li><li><p>Practice the beginner&#8217;s mind in areas where you are an expert; the moment you stop questioning your own assumptions is the moment you become replaceable</p></li></ul><h2>Why These Skills Compound</h2><p>A useful way to think about the post-AI Procurement function is that AI flattens analytical capability across the board. Every practitioner, every supplier, every counterparty will soon have access to roughly the same level of modeling, benchmarking, and data preparation.</p><p>But what will not converge is human leverage.</p><p>The practitioner who can build genuine trust with a CFO, read what a supplier is actually signaling across a table, craft a narrative that lands with the board, navigate a coalition through a politically charged transformation, and make a confident call with incomplete information is doing work that AI cannot do.</p><p>And this is often work that other practitioners cannot do either, as many are still focused on execution. The bureaucrat&#8217;s edge (knowing the process and executing the steps) will diminish while the diplomat&#8217;s edge (moving people, reading rooms, exercising judgment) will increase.</p><p>As such, human leverage is not the soft side of Procurement. In a post-AI world, it is the hard core. It is what separates practitioners who are made obsolete by their tools from practitioners who leverage these tools to make them indispensable.</p>]]></content:encoded></item><item><title><![CDATA[Procurement Was Paid for Knowing. That Era Is Ending.]]></title><description><![CDATA[The second skill in the Differentiating Layer &#8212; and why most procurement careers will fail to clear it.]]></description><link>https://www.proquria.com/p/procurement-was-paid-for-knowing</link><guid isPermaLink="false">https://www.proquria.com/p/procurement-was-paid-for-knowing</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 05 May 2026 13:03:33 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!ftXi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!ftXi!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!ftXi!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!ftXi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:5320712,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/196300689?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!ftXi!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!ftXi!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1e62589d-7789-4025-ad54-c21e97ac042a_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Two weeks ago, I laid out <a href="https://www.proquria.com/p/future-proofing-the-procurement-practitioner?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">my model for future-proofing the Procurement practitioner</a>, in which I outlined its three key parts:</p><ol><li><p><strong>The Enabling Layer:</strong> AI literacy and cognitive discipline</p></li><li><p><strong>The Differentiating Layer:</strong> Orchestration, business acumen and human leverage</p></li><li><p><strong>The Orientation Lens:</strong> The lens through which the first two are pointed</p></li></ol><p>Having covered The Enabling Layer in prior posts (<a href="https://www.proquria.com/p/ai-confident-procurement-is-a-practice?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">here</a> and <a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">here</a>), last week I dove into the first key skill of the Differentiating Layer (<a href="https://www.proquria.com/p/orchestration-the-skill-that-keeps?r=uaevm&amp;utm_campaign=post&amp;utm_medium=web">Orchestration</a>) in detail.</p><p>This week, I&#8217;ll discuss the second key skill: Business Acumen.</p><h2>Business Acumen, Defined</h2><p>Business acumen is the fundamental understanding of the entire environment that the company operates within, from macro (its market and customers) to micro (the company, stakeholders and suppliers). It is about more than simply understanding the nuts and bolts of each element; it&#8217;s about building on this understanding to be able to connect the various pieces together so that you&#8217;re able to understand the business <em>in context</em>.</p><p>To use the chess analogy, it&#8217;s being able to think in terms of <em>positions on the board</em>, not just the pieces on it. A novice thinks about each piece individually but an experienced player understands how the pieces relate, where pressure is building, and why each move is being executed.</p><p>In this way, business acumen is about more than functional competence, which, on its own, will not protect Procurement talent in the future. The new floor is enterprise-level understanding of the business and how it creates value - a floor that too many (current) Procurement careers fail to clear.</p><p>Business acumen matters <em>more</em> in a post-AI world for two reasons:</p><ul><li><p>First, AI eats the codifiable, so what&#8217;s left for the human is judgement that requires understanding and context. Business acumen is the development of that context.</p></li><li><p>Second, AI gives every Procurement professional access to analysis they never had before. We&#8217;re no longer focused on &#8220;getting the right data&#8221; but on &#8220;asking the right questions&#8221; and &#8220;drawing the right conclusions&#8221;. This is acumen-dependent.</p></li></ul><h2>Where Acumen Begins: The Seven Literacies</h2><p>Developing Business Acumen is not a simple one step process. There is no single path you can take to develop it to the level needed for a post-AI world.</p><p>Rather, it&#8217;s a journey, one that begins with literacy, specifically, seven layers of literacy:</p><ol><li><p>External Market</p></li><li><p>Strategic</p></li><li><p>External Customer</p></li><li><p>Business</p></li><li><p>Financial</p></li><li><p>Internal Customer and Stakeholder</p></li><li><p>Supplier and Ecosystem</p></li></ol><p>Before we dive into each one, it&#8217;s worth pointing out that these layers are not discrete. While they are each broadly distinct, there is a natural overlap, much like the natural interconnected, interdependent nature of markets and businesses in general.</p><p>For example, where does business literacy end and financial literacy begin? The corporation&#8217;s economics sit inside both. Similarly, External Market, Business and Supplier/Ecosystem literacy all touch the value chain, but from different angles.</p><p>So, as you think about each of the layers, understand that the overlap you see is natural and to be expected; it is representative of the interconnectedness of all commercial environments.</p><p>With that clarified, let&#8217;s dive into each layer in turn.</p><h3>1. External Market Literacy</h3><p>This is the most &#8216;macro&#8217; layer and represents the system within which everything else operates. It involves understanding the industry your company competes in - its structure, dynamics, economics, and the forces shaping its future.</p><p>External Market literacy provides the context for every other literacy layer we&#8217;ll discuss.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Industry structure: concentration, fragmentation, key players, market shares</p></li><li><p>Industry economics: profit pools, capital intensity, scale dynamics, margin patterns</p></li><li><p>Competitive forces: rivalry, entry barriers, substitutes, buyer/supplier power</p></li><li><p>Growth dynamics and where value is migrating within the industry</p></li><li><p>Regulatory environment and direction of government influence</p></li><li><p>Technology disruption vectors and likely timing</p></li><li><p>Geopolitical exposure and macro/cycle sensitivity</p></li><li><p>Industry-specific norms (standards, distribution models, contracting conventions)</p></li></ul><p><strong>What this means for procurement.</strong> Procurement decisions don&#8217;t happen on a blank canvas - they happen inside an industry with its own particular dynamics. Knowing your industry means you can better understand why your CEO worries about what they worry about, anticipate where competitors will move next, and recognise which categories in your sector carry strategic weight in <em>this</em> industry versus those that are more generic. (A category that&#8217;s a back-office cost in one industry can be a competitive battleground in another.)</p><p><strong>How to cultivate:</strong></p><ul><li><p>Build your own one-page &#8220;state of the industry&#8221; view and refresh it every six months.</p></li><li><p>Attend at least one industry (not procurement) conference each year.</p></li><li><p>Subscribe to one credible industry analyst (subsector-specific).</p></li><li><p>Read your top three competitors&#8217; annual reports and earnings transcripts each quarter.</p></li><li><p>Most importantly, learn to read your industry through your CEO&#8217;s eyes, not your function&#8217;s i.e. how leadership thinks about industry evolution and how that influences your company&#8217;s go-to-market.</p></li></ul><h3>2. Strategic Literacy</h3><p>This is the next key layer - understanding <em>why your company has chosen to compete the way it has.</em> This layer focuses on the deliberate choices your leadership has made about where to play, how to win, and what to bet on. External market literacy is the playing field, while strategic literacy tells you the game your company has chosen to play on it.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>The &#8220;where to play&#8221; choices: which segments, geographies, channels, customer types</p></li><li><p>The &#8220;how to win&#8221; choices: cost leadership, differentiation, scale, ecosystem, etc.</p></li><li><p>Strategic priorities and the time horizon attached to each, including:</p><ul><li><p>The bets the leadership team is placing</p></li><li><p>The strategic risks the company is consciously accepting</p></li></ul></li><li><p>Capital allocation logic: organic growth vs M&amp;A vs returns to shareholders</p></li><li><p>Innovation and R&amp;D strategy</p></li><li><p>ESG, sustainability, and reputational positioning as strategic choices</p></li></ul><p><strong>What this means for procurement.</strong> Procurement that doesn&#8217;t understand strategy ends up optimizing against it - for example, achieving cost savings that erode a differentiation play, or supplier consolidation that undermines an innovation bet. Strategic literacy ensures that Procurement weights decisions correctly, knowing when to push hardest on cost, when to prioritise speed, when to protect optionality, when to pay for capability. Strategic literacy ensures that Procurement recognises when its own function-level strategy diverges from enterprise strategy and needs to be redrawn.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Read every investor day deck and CEO letter from your company over the last five years.</p></li><li><p>Find someone in the strategy team and engage with them periodically to better understand strategic and competitive choices.</p></li><li><p>Build a mental model of <em>why</em> the company chose its current path versus its other credible alternatives.</p></li><li><p>Pressure-test your own category strategies against enterprise strategy explicitly; if you can&#8217;t draw a clear line of sight (e.g. how it directly impacts your company&#8217;s core USP), there isn&#8217;t one.</p></li></ul><h3>3. External Customer Literacy</h3><p>This involves understanding the company&#8217;s actual end customers - who they are, what they value, how they buy, what they&#8217;re trying to do. Most procurement people are two or three steps removed from the end customer so the progressive practioner knows that closing that distance (in any way possible) is what ensures Procurement truly supports the business and remains relevant.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Customer segments and their respective economics</p></li><li><p>What outcomes customers are trying to actually achieve</p></li><li><p>Buying behaviors, decision criteria, and switching costs</p></li><li><p>Channel and journey dynamics: how customers actually find, buy, and use</p></li><li><p>Brand perception, loyalty drivers, and emotional triggers</p></li><li><p>Customer lifetime value dynamics and what drives them</p></li><li><p>Emerging customer expectations</p></li></ul><p><strong>What this means for procurement.</strong> A material share of procurement spend touches the customer experience directly - packaging, retail design, marketing, digital platforms, product components, last-mile logistics, etc. Procurement that doesn&#8217;t understand the end customer in-depth will optimise for the wrong variables e.g. cheaper packaging that impacts brand equity, the consolidated supplier base that slows time-to-market, the standard component that erases the feature customers actually pay for.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Sit in on customer research sessions.</p></li><li><p>Read customer feedback reports and NPS verbatims rather than overall dashboard metrics.</p></li><li><p>Do ride-alongs with sales or store visits with retail periodically.</p></li><li><p>Talk to the people who answer customer service calls.</p></li><li><p>For B2B businesses, attend customer events and ask/listen to their feedback.</p></li><li><p>Treat any report that reveals what customers actually think as required reading.</p></li></ul><h3>4. Business Literacy</h3><p>This involves understanding <em>how</em> the business itself creates value, captures it, and actually delivers it. This has two faces: the <em>economic</em> (how the business model works) and the <em>operational</em> (how the work gets done). Both are required; most procurement people have a partial view of one and little of the other.</p><p><strong>What&#8217;s included:</strong></p><p><em>Economic dimension:</em></p><ul><li><p>The value chain: where value is created and where it leaks</p></li><li><p>The business model: how value is captured (pricing power, lock-in, defensibility)</p></li><li><p>The handful of variables that actually drive enterprise value</p></li><li><p>Revenue model and growth model</p></li><li><p>Cost structure: fixed/variable, direct/indirect, scale dynamics</p></li><li><p>Unit economics and what makes them work or break</p></li></ul><p><em>Operational dimension:</em></p><ul><li><p>The production/service delivery model</p></li><li><p>Supply chain architecture and footprint logic</p></li><li><p>Operating model: organizational design, decision rights, governance</p></li><li><p>Make-vs-buy choices at the enterprise level</p></li><li><p>Quality, safety, and compliance considerations</p></li><li><p>The operational KPIs the business actually runs by</p></li></ul><p><strong>What this means for procurement.</strong> Procurement is the literal interface between the external supply base and the company&#8217;s value chain (both structurally and operationally), so navigating that interface effectively is essential. Procurement that knows the economics but not the operations writes contracts that look good on paper but break in execution e.g. choosing suppliers that fit the company&#8217;s cost model but not the extent and depth of supply chain footprint required. Procurement that knows the operations but not the economics optimizes throughput while missing margin e.g. choosing suppliers that meet the current delivery model but lack the ability to adapt to alternative/emerging business and revenue models.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Learn to &#8216;walk the process&#8217; before you try to source the inputs to it.</p></li><li><p>Map your company&#8217;s value chain end-to-end on one page and stress-test it with operators.</p></li><li><p>Build relationships with the heads of operations and supply chain.</p></li><li><p>Conduct plant tours, distribution center visits, store walks to better understand the operational nuts and bolts.</p></li><li><p>Read operational reviews whenever possible.</p></li></ul><h3>5. Financial Literacy</h3><p>This involves gaining fluency in the numerical language the enterprise actually runs on - not just reading financial statements, but understanding the financial logic by which decisions are evaluated, capital is allocated, and performance is judged. This is the language of the C-suite and the board; procurement that can&#8217;t speak it gets translated <em>for</em> rather than spoken <em>with</em>.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>P&amp;L mechanics and what moves which line</p></li><li><p>Balance sheet basics, especially working capital and asset intensity</p></li><li><p>Cash flow: operating, investing, financing, and free cash flow</p></li><li><p>Strategic financial metrics: ROIC, EVA, EPS, EBITDA, FCF - and which ones your CFO actually cares about</p></li><li><p>Capital structure and the cost of capital</p></li><li><p>Capital allocation logic and capex vs opex treatment</p></li><li><p>The cash conversion cycle and Procurement&#8217;s instruments within it (payment terms, inventory, supplier financing)</p></li><li><p>Forecast, budget, and variance discipline</p></li><li><p>Accounting treatments that affect procurement decisions (lease accounting, hedging, revenue recognition)</p></li><li><p>Reading supplier risk and financials to assess viability and leverage</p></li></ul><p><strong>What this means for procurement.</strong> Procurement that only speaks &#8220;savings&#8221; is seen as a cost function. Procurement that translates its work into ROIC, free cash flow, working capital, and earnings impact gets seen as a value function. Financial literacy is also what lets procurement read a supplier&#8217;s accounts and form an independent view of risk, rather than relying only on third-party scores. It&#8217;s the difference between negotiating from inside the CFO&#8217;s worldview and negotiating from outside it.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Take a serious finance-for-non-finance-leaders course - the versions with real modelling, not the executive-summary version.</p></li><li><p>Partner with your FP&amp;A counterpart on a category review and let them push back on your framing.</p></li><li><p>Reframe every initiative tracker you maintain in Finance language before Procurement&#8217;s language.</p></li><li><p>Read your top suppliers&#8217; financials quarterly and form a view before any rating agency does.</p></li></ul><h3>6. Internal Customer and Stakeholder Literacy</h3><p>This layer focuses on understanding the people <em>you</em> actually work with and serve inside the firm - what they&#8217;re trying to achieve, what they&#8217;re measured on, what threatens them, and how they make decisions. Every stakeholder is a decision-maker with its own agenda, constraints, and politics. Knowing them as individuals and as a system is the key literacy outcome here.</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Their priorities, time horizons, and risk tolerance</p></li><li><p>Their language and conceptual frames</p></li><li><p>What each key stakeholder is:</p><ul><li><p>Formally measured and compensated on</p></li><li><p>Informally judged on (the unwritten scorecard)</p></li></ul></li><li><p>Decision rights, governance, and how decisions actually get made (formal versus informal)</p></li><li><p>The political realities they navigate: their standing, who they need to keep happy</p></li><li><p>Influence networks: who shapes whom, who&#8217;s rising, who&#8217;s exposed</p></li><li><p>Relationship history and accumulated trust or grievance with Procurement</p></li></ul><p><strong>What this means for procurement.</strong> Procurement that understands each key stakeholder as a co-decision-maker - with the intent of making each one successful <em>in their terms</em> while delivering enterprise value and pushing back when those diverge - becomes strategic. The skill is in having empathy for their individual realities while maintaning focus on enterprise priorities.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Conduct &#8216;listening tours&#8217; with no agenda.</p></li><li><p>Shadow your internal customers for a full day or week, not just a meeting.</p></li><li><p>Ask each major stakeholder what they&#8217;re measured on.</p></li><li><p>Read what they read - their trade press, their conference outputs, their internal comms</p></li><li><p>Learn to speak their language, so you don&#8217;t need translation.</p></li><li><p>Map influence, not just reporting lines.</p></li><li><p>Build your relationships before you need them.</p></li></ul><h3>7. Supplier and Ecosystem Literacy</h3><p>Last <em>but absolutely not least</em> is this final layer, which involves understanding the external supply base and the wider ecosystem that it sits inside - including supplier economics, market structures, power flows, technology trajectories, capital movements, and regulatory tides. This is, of course, Procurement&#8217;s home patch, but the true literacy bar is higher than most teams operate at: the shift is from &#8220;who supplies us and at what price&#8221; to &#8220;what is actually happening in this ecosystem, and what it means for the enterprise.&#8221;</p><p><strong>What&#8217;s included:</strong></p><ul><li><p>Market structures: concentration, capacity, switching costs, substitution risk</p></li><li><p>Capital flows in the supply base: PE roll-ups, IPOs, M&amp;A, distressed positions</p></li><li><p>Power dynamics: where leverage actually sits in each supply market</p></li><li><p>Technology disruption vectors in the supply base</p></li><li><p>Geographic and political concentration and the fragility it creates</p></li><li><p>Regulatory direction in your supply markets (trade, ESG, data, labour)</p></li><li><p>Adjacent ecosystems, substitutes, and emerging entrants</p></li><li><p>Supplier economics: how each supplier makes money, where their margins come from, where they&#8217;re squeezed</p></li><li><p>Supplier financial health and viability beyond surface ratings</p></li><li><p>N-tier visibility: your suppliers&#8217; suppliers, and their exposure</p></li><li><p>Customer-of-choice positioning: how the market actually sees <em>you</em></p></li></ul><p><strong>What this means for procurement.</strong> This is Procurement in its element - no other function has continuous, structured, daily contact with this slice of the external world. Many Procurement teams treat that contact transactionally and waste the intelligence that comes from it. Procurement that views its supply base as its value engine - and feeds its captured insights back into the enterprise (as foresight on technology, geopolitics, regulation, and capital) - becomes indispensable in a way no other function can replicate.</p><p><strong>How to cultivate:</strong></p><ul><li><p>Insist on supplier strategy days where suppliers present their world to you, not pitch just their products.</p></li><li><p>Read your top suppliers&#8217; financials and earnings calls quarterly.</p></li><li><p>Attend supply-side conferences, not just Procurement conferences i.e. your suppliers&#8217; industry events.</p></li><li><p>Subscribe to analyst coverage of your major supply markets.</p></li><li><p>Build a quarterly external intelligence note for your executives even if no one&#8217;s asked for it - the simple act of producing it forces this literacy.</p></li></ul><h2>Literacy Is Not Enough</h2><p>The seven layers above provide the foundation for developing business acumen - but that&#8217;s all they are: the foundation.</p><p>The fact is that you could spend a career on these seven and still not have business acumen. Because achieving literacy means exactly what it sounds like: it means you can read. That is, you understand the nuts and bolts, the vocabulary and the mechanics. You&#8217;re not going to be lost when it comes to understanding the language.</p><p>But it doesn&#8217;t mean you can reason: that&#8217;s acumen.</p><p>Acumen means you can think critically, spot what matters versus what doesn&#8217;t, see second-order effects, recognise patterns across situations, etc.</p><p>Literacy is something you can acquire by study, but acumen requires reps: exposure to enough situations that pattern recognition kicks in.</p><p>Once you&#8217;ve developed acumen, you can then exercise judgement - meaning you can make thoughtful decisions. You can apply your understanding under uncertainty, with stakes, and own the outcome. Judgment requires experience and <em>skin in the game.</em> You have to have gone through cycles, been wrong, owned it, and recalibrated.</p><p>This is particularly critical in a post-AI world because AI compresses the time to literacy dramatically, modestly compresses time to acumen, but barely touches judgment, because judgment requires accountability, which is very human.</p><p>But what does that mean in practice? Let&#8217;s take a look at an applied example - in the literacy layer that is the most relevant to Procurement (as well as the one it can most directly impact).</p><h2>In Practice: When PE Buys Your Supplier</h2><p>One of your top-five suppliers in a strategic category e.g. a specialist contract manufacturer gets acquired by a private equity firm. The announcement is brief with a reassuring message that the existing leadership &#8220;remains in place&#8221;. As the category leader, you need to decide what this means for your company.</p><p><strong>Literacy.</strong> A literate procurement professional understands what just happened. PE ownership typically means a multi-year value-creation thesis built around margin expansion, cost optimization, and an eventual exit at a higher multiple. The new owners will likely take on debt to fund the acquisition, layer on financial discipline, hunt for cost takeout, and prepare the asset for sale or IPO in four to seven years. The literate professional recognises the standard PE playbook, digs into the post-acquisition debt structure in any available filings, and articulates what&#8217;s likely to happen (in broad terms) with the supplier over the medium term.</p><p>That&#8217;s the nuts-and-bolts read - what <em>usually</em> happens.</p><p><strong>Acumen.</strong> Acumen is what lets you see the variation beyond the average. Not all PE plays are the same so you note that this particular PE firm has a track record of operational improvement rather than financial engineering. The leadership &#8220;remaining in place&#8221; comes with an earn-out structure that will change their incentives sharply over the next 24 months. The supplier&#8217;s customer concentration means margin expansion will land disproportionately on a small set of customers - and you&#8217;re one of them. In addition, the supplier&#8217;s last product roadmap requires capex the new owners are less likely to fund. You recognize from three previous PE acquisitions you&#8217;ve watched in adjacent markets that the first 18 months are typically stable, but the next 18 will likely see service degradation, while year four is when the asset gets dressed up for sale and customer relationships get monetized hard.</p><p>The value of acumen is in helping you understand that this isn&#8217;t a generic PE situation, it&#8217;s a <em>this-specific-PE-firm-acquiring-this-specific-supplier-in-this-specific-market</em> situation.</p><p><strong>Judgment.</strong> Then comes the actual implications for you: how do you decide to react? Do you lock in current pricing on a multi-year deal before the new owners reset? Do you accelerate dual-sourcing now while the supplier still has bandwidth to support a clean transition? Do you exit entirely and absorb the switching cost? Do you lean <em>in</em> - sign a deeper relationship to position yourself as a customer-of-choice through the value-creation period? Each option has costs, risks, and second-order effects on the rest of your supply base. You have incomplete information but you make a call, defending it to your CFO and your operating peers, and owning what happens over the next four years.</p><p>Judgment is all of those things that AI can&#8217;t do, because it can&#8217;t take accountability for the call. The accountability is what makes the decision a <em>decision</em> rather than an analysis.</p><h2>The Floor Has Moved</h2><p>For most of procurement&#8217;s history, the function was paid for literacy: knowing the supply market, reading and managing the contract, understanding the spend. That knowledge was scarce, and scarcity created value. Most procurement careers were built on that foundational literacy.</p><p>But that era is ending: AI now delivers literacy in minutes at the push of a button so, unfortunately, most procurement careers will stall as that type of literacy commoditizes. That&#8217;s a tough thing to hear.</p><p>The new floor is enterprise-level business acumen, in the form of the seven layers above, escalating through practiced reps into judgement that can be trusted by the enterprise. And while that bar is higher than where most Procurement professionals operate today, it is very much reachable, deliberately, over time, by anyone willing to do the work.</p><p>But, of course, business acumen alone isn&#8217;t enough.</p><p>The next skill in the Differentiating Layer - <em>human leverage</em> - is about how procurement actually moves its organization through <em>people and people-centric capabilities</em>.</p><p>That&#8217;s where we&#8217;ll go next.</p>]]></content:encoded></item><item><title><![CDATA[Orchestration: The Skill That Keeps You in the Room]]></title><description><![CDATA[The first core skill of the Differentiating Layer - and why it's what makes practitioners irreplaceable]]></description><link>https://www.proquria.com/p/orchestration-the-skill-that-keeps</link><guid isPermaLink="false">https://www.proquria.com/p/orchestration-the-skill-that-keeps</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 28 Apr 2026 13:03:56 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!g0k7!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!g0k7!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!g0k7!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!g0k7!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/c71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:2721578,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/195355815?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!g0k7!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!g0k7!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fc71ed54a-de07-4f35-abc0-7cc8971d2926_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Last week, I laid out my model for future proofing the Procurement practitioner, in which I outlined its three key parts:</p><ol><li><p><strong>The Enabling Layer:</strong> AI literacy and cognitive discipline</p></li><li><p><strong>The Differentiating Layer:</strong> Orchestration, business acumen and human leverage</p></li><li><p><strong>The Orientation Lens:</strong> The lens through which the first two are pointed</p></li></ol><p>I&#8217;ve already covered The Enabling Layer (the skills that get you in the game) in prior posts:</p><ul><li><p>I wrote about how to build AI literacy in the corporate context in <a href="https://substack.com/@omerabdullah1/p-189275057">this article</a>.</p></li><li><p>In terms of Cognitive Discipline, I wrote about the problem of cognitive debt <a href="https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of">here</a> and how not to lose your cognitive agency when using AI <a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement">here</a>.</p></li></ul><p>In the next three posts, I&#8217;ll dive into the three core skills that comprise the Differentiating Layer, starting with Orchestration today.</p><h2>Orchestration &#8800; Project Management</h2><p>Orchestration is the first core skill within the differentiating layer because it is the skill that brings coherence across a fragmented set of capabilities, to achieve the outcomes we seek. It is the ability to organize, provide direction and ensure execution in terms of the work to be done.</p><p>Think of the film director. He or she doesn&#8217;t (necessarily) act, doesn&#8217;t operate the cameras or any of the other technical equipment, and doesn&#8217;t score the music. The director&#8217;s job is to know what each specialist can do, sequence their contributions, manage the execution, and ensure the final result delivers on its objectives.</p><p>Orchestration in the Procurement context, and applied at the practitioner level, is that same discipline, but applied to executing targeted outcomes.</p><p>You might think that this sounds like Project Management, but there&#8217;s a difference.</p><p>Orchestration in the AI era is fundamentally different because the nature of the resources being directed has changed. You&#8217;re now coordinating across <em>humans, AI agents, and systems simultaneously</em>. Whereas a traditional project manager sequences human work, an orchestrator sequences a mixed ensemble where some contributors are deterministic (systems), some are probabilistic (AI agents), and some are judgment-driven (humans).</p><p>To illustrate, let&#8217;s say you&#8217;re the category leader for Professional Services (PS) spend (consulting, legal, contingent staffing, IT advisory), which is fragmented across four business units, each with its own preferred suppliers, contracting practices, and stakeholder relationships. You&#8217;ve been tasked with consolidating this into a managed framework, one with fewer suppliers, standardized terms, better visibility and a 15% cost reduction target.</p><p>This initiative cannot be executed as a straightforward sourcing event. A single RFP won&#8217;t do the job and significant coordination is required across Business Unit stakeholders, legal, finance, incumbent suppliers, potential new suppliers, AI-driven tools (encompassing spend analytics, market intelligence as well as sourcing tools). All of these aspects will move at different speeds and each stakeholder will have different incentives.</p><p>Orchestration, in this context, becomes an essential skill; it is the art of juggling all of this intelligently, not simply &#8220;executing the project&#8221;.</p><h2>Before You Can Orchestrate</h2><p>To be an effective orchestrator, though, requires foundational knowledge that is rooted in the technical as well as the organizational. For the Procurement practitioner, this translates into the following:</p><ul><li><p><strong>Understand the organization:</strong></p><ul><li><p>This means not just understanding what your company does but more specifically the <em>nature</em> of the organization. How is authority and responsibility distributed? How and where do major decisions take place? What incents specific decisions to be made e.g. cost versus innovation versus speed? Where are the &#8220;organizational brakes&#8221; and blockers e.g. organizational friction, approval bottlenecks, risk aversion patterns?</p></li><li><p>This involves not simply understanding the formal organization and key players but also the informal power networks and decelerators within the organization.</p></li><li><p>In our example above, you might discover that two of the four BU heads have P&amp;L authority over their own services spend and see consolidation as a loss of control. You might also find that the CFO supports your initiative but won&#8217;t override the BUs publicly. None of this is on the org chart but it&#8217;s a practical reality you need to grapple with.</p></li></ul></li><li><p><strong>Know Your Internal Customer:</strong></p><ul><li><p>This is the full understanding of the internal function or department you serve as a practitioner (i.e. your internal customer).</p></li><li><p>This encompasses not just the <em>structural</em> (how they are organized, who are the key players, etc.), but also their <em>business dynamics</em> (what drives value, how is work done and delivered, what is their economic model, what are the key metrics, etc.) and the <em>political</em> (where does the function stand in terms of corporate dynamics, who really makes the decisions, how do they do it, etc.)?</p></li><li><p>In our PS example, let&#8217;s say you find that the Engineering BU uses specialist technical consultants whose work directly affects product development timelines, whereas Corporate uses general management consultants with a range of different objectives. Combining these two would be a design error, so you need to understand each stakeholder&#8217;s differing requirements and incorporate these nuances, knowing where and what to standardize, how value will be impacted, etc.</p></li></ul></li><li><p><strong>Comprehend the Processes and Technologies:</strong></p><ul><li><p>This means developing a full understanding of the relevant processes and &#8216;paths to outcomes&#8221; as well as the related technologies in question.</p></li><li><p>This covers not only the formal means to get work done (in terms of the procurement process) but the informal as well (that is, the informal avenues through which the process can be accelerated, obstacles bypassed, etc.).</p></li><li><p>This also covers the technology landscape that impacts, alters and changes these procurement processes, including which AI tools, platforms, and data sources are available as well as what they can and can&#8217;t do.</p></li><li><p>Applying this to our PS example, you might understand that you have a formal procurement process that requires a business case, strategy sign-off, and competitive bids, but you also understand that key leaders will slow-walk the formal process if they feel railroaded. This could require an informal path (pre-reads, socialization, one on ones, etc.) to get each BU head to co-own the category strategy design so the formal approval becomes a formality. Separately, you will need to get smart about alternative AI tools that drive your spend analytics more quickly, leverage and organize external intelligence more deeply and then drive the sourcing process more flexibly and intuitively.</p></li></ul></li><li><p><strong>Understand yourself:</strong></p><ul><li><p>This is the art of developing a level of self-awareness so you know how to best orchestrate.</p></li><li><p>This means knowing your own strengths, biases, and blind spots. It means understanding where your time is most valuable and how and where to focus on the work yourself versus work with others to execute. The best directors know what they&#8217;re good at and what they need to trust their specialists on.</p></li><li><p>In our PS example, this means taking stock of your network of relationships, your personal biases and ideas about the &#8220;right&#8221; path forward, and then understanding the pitfalls and traps you yourself need to watch out for as you orchestrate - as well as who you might need to call in to help as you navigate. Perhaps you have strong relationships with two of your BU heads but a terrible one with the biggest BU head, who just happens to be the biggest driver of spend in this category. You may need to leverage key influencers to help with organizing your messaging and socialization with this individual, so that you can smooth out the path to outcomes.</p></li></ul></li></ul><p>These prerequisites form the foundational basis with which you can effectively orchestrate. They provide the map. How you navigate this terrain, though, is where a specific set of abilities come in.</p><p>We&#8217;ll focus on that next.</p><h2>The Orchestrator&#8217;s Toolkit</h2><p>The core abilities of the Orchestrator encompass:</p><ul><li><p>Systems Thinking</p></li><li><p>Task Decomposition</p></li><li><p>Resource Matching</p></li><li><p>Sequencing and Handoff</p></li><li><p>Quality Verification</p></li><li><p>Exception Handling</p></li></ul><p>Let&#8217;s dive into each specific ability.</p><ul><li><p><strong>Systems Thinking</strong></p><ul><li><p>This is the ability to understand the problem end-to-end and then the path to the solution. It encompasses the ability to:</p><ul><li><p>Map interdependencies (understanding how changing one variable affects others)</p></li><li><p>Identify feedback loops (where outputs become inputs)</p></li><li><p>Distinguish root causes from symptoms, and</p></li><li><p>Hold multiple time horizons simultaneously (what needs to happen now vs. what this sets up for later).</p></li></ul></li><li><p>In the procurement context, this means seeing a sourcing event not as an isolated transaction but as a node within the broader architecture of supplier relationships, business unit strategies, risk exposure, and market dynamics.</p></li><li><p>Applying this to our PS example, this involves mapping the full picture: spend data from multiple ERPs, stakeholder dynamics across BUs, supplier interdependencies, contract expiry timelines, and the CFO&#8217;s budget cycle. You would organize the data and analysis in line with stakeholder communications and buy in requirements, including even sequencing the entire initiative to ensure specific &#8216;easier&#8217; BUs go first, allowing you to build momentum and political cover for the more difficult ones later.</p></li></ul></li><li><p><strong>Task Decomposition</strong></p><ul><li><p>This is the ability to break down the end goal and requisite outcomes sought into its sub-tasks and activities, which calls for:</p><ul><li><p>Defining the end-state clearly (decomposition without a clear target just creates busy work)</p></li><li><p>Understanding granularity (how small is small enough? Too coarse and you can&#8217;t allocate effectively; too fine and you create coordination overhead)</p></li><li><p>Identifying dependencies between sub-tasks (what&#8217;s sequential vs. parallel), and</p></li><li><p>Determining which tasks require integrated judgment and can&#8217;t be parceled out - especially critically in the AI context.</p></li></ul></li><li><p>Back in our PS world, this would mean breaking the initiative into workstreams: spend baselining and cleansing (AI-heavy), market analysis (AI-assisted with human synthesis), stakeholder alignment (entirely human), supplier evaluation design, negotiation, and transition planning. Each will have different timelines, owners, and dependencies.</p></li></ul></li><li><p><strong>Resource Matching</strong></p><ul><li><p>This is the ability to determine which tool/human/agent is best for which sub-task. Key considerations here include:</p><ul><li><p>Matching based on capability (what can each resource <em>actually</em> do well?)</p></li><li><p>Cost-effectiveness (what&#8217;s the most efficient allocation?), and</p></li><li><p>Risk tolerance (where do errors matter most, and does that argue for human oversight?)</p></li></ul></li><li><p>The added dimension here is the human/AI/system triaging i.e. understanding what AI can do reliably, what it can do with human oversight, and what still requires entirely human execution. (This is, of course, an evolving assessment as the technology continues to improve.)</p></li><li><p>Looking at the PS initiative, this could parse out as spend cleansing done by the AI analytics platform with a junior analyst validating the output, and market intelligence developed in conjunction with AI but interpreted by you as the senior category leader. Stakeholder conversations would be done by you alone as the leader.</p></li></ul></li><li><p><strong>Sequencing and Handoff</strong></p><ul><li><p>This involves ensuring each aspect of the process is seamlessly executed as needed and by the right individuals/agents. The prime considerations here include:</p><ul><li><p>Defining clear input/output specifications at each stage</p></li><li><p>Managing the interfaces between contributors (handoffs where quality could degrade)</p></li><li><p>Building in checkpoints rather than only verifying at the end, and</p></li><li><p>Managing the tempo i.e. which sequences need speed, which need deliberation.</p></li></ul></li><li><p>(It&#8217;s worth noting that the handoffs between AI and human work are particularly error-prone because the human may over-trust the AI output and not apply adequate scrutiny. This is worth keeping a conscious eye on - especially the idea of retaining cognitive agency of the work being done.)</p></li><li><p>In the PS context, this would mean the spend baseline must be completed and external intelligence sorted before you can have credible conversations with BU heads. It also means translating the data outputs into a narrative that speaks to each BU head&#8217;s specific concerns (versus just presenting the spend cube with key overall, corporate level insights).</p></li></ul></li><li><p><strong>Quality Verification</strong></p><ul><li><p>This means ensuring the work is done to the requisite standards and the key elements here include:</p><ul><li><p>Defining &#8220;done&#8221; before work begins (what are the metrics/acceptance criteria)</p></li><li><p>Understanding where to sample versus conduct a comprehensive review (you can&#8217;t check everything so knowing where to look and which aspects to trust is a skill in itself - especially true for complex projects)</p></li><li><p>Distinguishing between quality of <em>output</em> and quality of <em>process</em> (a good result from a bad process isn&#8217;t repeatable) and</p></li><li><p>Calibrating standards to context (i.e. not everything needs to be perfect; knowing where &#8220;good enough&#8221; applies is, itself, a judgment call)</p></li></ul></li><li><p>In the PS example, you might find that the AI spend classification has a known error issues when it comes to miscategorized tail spend, so you might build in a human audit of the top 20% of spend by value and a random sample of the tail to ensure quality.</p></li></ul></li><li><p><strong>Exception Handling</strong></p><ul><li><p>This involves stepping in to manage issues as and when they arise (and, to be clear, not just stepping in to do the work yourself when problems arise). The key aspects to look out for here include:</p><ul><li><p>Understanding early warning signals (delays, misaligned outputs, stakeholder discomfort)</p></li><li><p>Distinguishing between exceptions that need intervention and normal variance that can self-correct</p></li><li><p>Having pre-defined escalation thresholds rather than reacting &#8216;in the moment&#8217;, and</p></li><li><p>Knowing when to intervene personally versus when to redirect the work to a different resource</p></li></ul></li><li><p>In the PS initiative, you might find that the Engineering BU head escalates matters to the CEO, and argues that consolidation will compromise a critical product launch. You might then choose to work with key internal influencers to carve out specific launch-critical engagements from the consolidation scope for six months, preserving the overall initiative while defusing the objection.</p></li></ul></li></ul><p>These six abilities form the orchestrator&#8217;s toolkit - and many of its component aspects are similar to that of the Project Manager&#8217;s. But there are nuances here - and that relates to the integration of technology, agents and the discipline and care with which we integrate and deploy them across our work. These nuances are worth paying specific attention to.</p><p>That said, having the toolkit isn&#8217;t enough. We need to remain vigilant to a trap that even skilled orchestrators fall into.</p><h2>Where Orchestrators Go Wrong</h2><p>Great orchestration is as much an art as it is a science.</p><p>It requires marshalling your available resources to achieve your desired outcomes in a manner that is most efficient and &#8216;least friction&#8217;. But in trying to achieve this, we must also remain diligent to not fall into an age old trap: orchestration can become micromanagement if you don&#8217;t trust your resources, or it can become abdication if you over-delegate without verification.</p><p>In our PS scenario, this could show up as the moment when the Engineering BU pushback happens and you&#8217;re tempted to personally take over the supplier negotiations to keep timelines on track. Or it could be when, for example, you delegate the spend analytics entirely to the AI tool and a junior analyst without defining validation criteria, only to discover (two months later) that the baseline data is unreliable.</p><p>The <em>great</em> orchestrator lives in the productive middle, walking that fine line between abdication and micro-management. This puts even more emphasis on the prerequisites discussed above - the deeper your understanding of the terrain, the more effective you will be as an orchestrator.</p><h2>Why This Matters</h2><p>Orchestration is the key skill of the Differentiating Layer for a reason.</p><p>In the PS example we&#8217;ve discussed so far, the practitioner who orchestrates Professional Services consolidation per the CEO&#8217;s directive, didn&#8217;t just save 15%. They demonstrated something no AI could replicate - the ability to read an organization, sequence a complex initiative across human and machine contributors, and navigate political terrain that would have stalled a less capable practitioner.</p><p>This is the type of skill that gets noticed by leadership because it makes you <em>irreplaceable,</em> even as AI handles more execution. The practitioner who can orchestrate effectively across a mixed human-AI ensemble is the one who remains relevant.</p><p>So, great orchestration keeps you in the room. Business acumen, though, is what gives you a voice in it.</p><p>We&#8217;ll tackle that next week.</p>]]></content:encoded></item><item><title><![CDATA[Future Proofing The Procurement Practitioner]]></title><description><![CDATA[Because waiting for your employer to do it is the riskiest career decision you can make]]></description><link>https://www.proquria.com/p/future-proofing-the-procurement-practitioner</link><guid isPermaLink="false">https://www.proquria.com/p/future-proofing-the-procurement-practitioner</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 21 Apr 2026 13:02:22 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Yylc!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!Yylc!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!Yylc!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 424w, https://substackcdn.com/image/fetch/$s_!Yylc!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 848w, https://substackcdn.com/image/fetch/$s_!Yylc!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 1272w, https://substackcdn.com/image/fetch/$s_!Yylc!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!Yylc!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png" width="2724" height="1488" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:1488,&quot;width&quot;:2724,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:7132575,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/194313575?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F24dd2254-cf6e-4f3d-ab82-bbd646b4a78e_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!Yylc!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 424w, https://substackcdn.com/image/fetch/$s_!Yylc!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 848w, https://substackcdn.com/image/fetch/$s_!Yylc!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 1272w, https://substackcdn.com/image/fetch/$s_!Yylc!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4313b1e8-9efd-4c39-9e81-2b6e9b10159c_2724x1488.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Waiting for your organization to future-proof you is, in a post-AI world, a career-defining mistake. Future-proofing the Procurement practitioner is an initiative that is on the individual, not the organization.</p><p>Most organizations will, of course, support your efforts in one form or another, but the pace of change, the sheer number of tools available and the nascent stage we&#8217;re at on the AI journey means change is happening faster than anyone can fully fathom - and certainly faster than many large, traditional, bureaucratic organizations (not to mention IT teams) can cope with. (And that&#8217;s for those organizations willing to do so - many are still grappling with the fear that AI will upend everything.)</p><p>So how, then, does an individual go about &#8216;future proofing&#8217; themselves?</p><p>The first step is, of course, self-diagnosis: that is, how much of your role is at risk due to AI? <a href="https://www.proquria.com/p/what-procurement-work-will-ai-take">In this post</a>, I identified the eight factors that define whether a role or set of tasks will be automated, augmented or remain human. That&#8217;s the right starting point to understand where you personally are today. (Use the interactive tool linked within the article to conduct this assessment for your own role.)</p><p>The next step is to understand how to begin the future proofing journey, and there are three parts to this discussion:</p><ol><li><p>The Enabling Layer</p></li><li><p>The Differentiating Layer</p></li><li><p>The Orientation Lens</p></li></ol><p>I&#8217;ll cover parts 1 and 2 in this post. Part 3 is the lens through which the first two are pointed, and I&#8217;ll cover that in a future post.</p><p>Before we proceed, please note that I am making an important, underlying assumption: I am presuming that you have already developed the Procurement knowledge (core sourcing skills, category expertise, etc.) that forms the technical basis of your work. These skills are important but they&#8217;re foundational. They&#8217;re simply table stakes, not differentiators. As such, I will not be covering any of this in this post.</p><p>With that out of the way, let&#8217;s dive in.</p><h2>A. The Enabling Layer</h2><p>This is the first layer of capability and it&#8217;s comprised of two important skills - AI Literacy and Cognitive Discipline.</p><p>These are related ideas in that the former pushes you forward and capture the value that AI tools can provide, while the other ensures you don&#8217;t go too fast and lose your ability to think, comprehend and retain. In this way, AI literacy is the accelerator and Cognitive Discipline is the brake. You want to be able to deploy them both.</p><h3>1. AI Literacy: The Accelerator</h3><p>This is the foundational work of becoming AI-literate, that is, understanding the available tools and their impact. There are a wide range of tools already covering a wide range of applications, and it&#8217;s important to get smart, not about everything, but about what&#8217;s available and its potential.</p><p>The core skills to be developed here are:</p><ol><li><p>Tool-mapping - look to understand the landscape. You don&#8217;t need to know every tool (and that isn&#8217;t even going to be possible)</p></li><li><p>Prompt design - learn to ask the right questions in order to be able to get quality output reliably and quickly</p></li><li><p>Output evaluation - learn to tell good output from plausible-looking garbage, which means not taking AI output for granted</p></li><li><p>Build vs. buy literacy - understand (practically) that, for many simple applications, you don&#8217;t need to buy, you can also build quick and efficient solutions yourself</p></li><li><p>Integration fluency - understand how different tools work together and/or connect into workflows.</p></li><li><p>A currency system - learn and embed the discipline to stay current and learn about new developments without drowning</p></li></ol><p>It&#8217;s important to NOT limit your learning to work tools, but also bake AI into your daily personal use. Apply these tools to different personal use cases (trip planning, schedule development, vacation research, etc.) - which can provide for a safe space to learn about AI&#8217;s value and impact.</p><p>(I wrote about how to build AI literacy in the corporate context in <a href="https://substack.com/@omerabdullah1/p-189275057">this article</a>.)</p><h3>2. Cognitive Discipline: The Brake</h3><p>A driver who follows the GPS without ever learning the city is going to have a problem navigating when the signal drops or the algorithm hiccups. Cognitive discipline is what keeps you from becoming that driver.</p><p>I wrote at length about the problem of cognitive debt (<a href="https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of">here</a>) as well as the importance of not losing our cognitive agency when using AI (<a href="https://www.proquria.com/p/how-to-use-ai-without-losing-judgement">here</a>).</p><p>Building Cognitive Discipline requires:</p><ol><li><p>Thinking before prompting - always form your own view before asking AI to do anything; never start with AI</p></li><li><p>Challenge the output - never accept first drafts uncritically; consider each argument, click through to the sources and do your own reading as well; verify before you trust</p></li><li><p>Practice hard mode - deliberately do aspects of work without AI to maintain the muscle</p></li><li><p>Separate divergent from convergent thinking - use AI for the first point (to push you to think differently, identify gaps, etc.) but be careful with the latter (especially as AI has a tendency to always tell you your ideas are great!)</p></li><li><p>Practice metacognition - be cognizant of any tendency to offload your thinking; offloading execution is perfectly fine and safe to do</p></li></ol><h2>B. The Differentiating Layer</h2><p>The Enabling Layer gets you in the game, but the Differentiating layer is what truly future proofs you. It comprises of three core skills:</p><h3>1. Orchestration:</h3><p>I talked about this idea at the organization level in <a href="https://www.proquria.com/i/193617920/2-execution-orchestration">my post last week on the six moats of the Procurement organization of the future</a>. This is its application at the individual level.</p><p>Orchestration - in the context in which I am using it - is the core skill of any good Project or Engagement Manager. Think of it as the ability to design the work, allocate it intelligently across humans, agents, and systems, sequencing it correctly, and stepping in when it matters. This requires understanding the organization, the function(s), tools, people and processes and then tailoring the requisite work to drive towards desired outcomes.</p><p>The core abilities here include:</p><ol><li><p>Systems thinking - understanding the problem end-to-end and then the path to the solution</p></li><li><p>Task decomposition - breaking the requisite outcomes sought into its sub-tasks and activities</p></li><li><p>Resource matching - determining which tool/human/agent is best for which sub-task</p></li><li><p>Sequencing and handoff - ensuring each aspect of the process is seamlessly executed as needed and by whom</p></li><li><p>Quality verification - ensuring the work is done to the requisite standards</p></li><li><p>Exception handling - stepping in to manage issues as and when they arise</p></li></ol><h3>2. Business Acumen:</h3><p>This is the ability to think beyond your role and function to solve problems for the business. At its essence, it&#8217;s understanding your (internal) customer and their outcomes and goals sought to mediate towards the right and optimal solution.</p><p>There are host of subskills here, including:</p><ol><li><p>Business &amp; Financial literacy: including the corporation&#8217;s value chain and economics, how procurement&#8217;s and the category&#8217;s economics play into the P&amp;L and create shareholder value, etc.</p></li><li><p>Commercial acumen - understanding deal structures, pricing models, contract economics, incentive design, etc.</p></li><li><p>Stakeholder/internal customer literacy - understanding what your internal customers actually optimize for, how their incentives work, what success looks like in their terms</p></li><li><p>Market and ecosystem literacy - understanding supply markets, supplier economics, where power sits in the value chain</p></li></ol><h3>3. Human Leverage:</h3><p>This is the third and final core skill and is focused on developing the requisite human skills to drive towards valuable outcomes.</p><p>This builds on the concepts discussed above to encompass:</p><ol><li><p>Relationship &amp; Stakeholder Management - developing one-on-one relationships with different stakeholders and departments, managing competing interests, etc.</p></li><li><p>Influence and persuasion - moving people in a specific moment and situation, that is, being able to convince individuals to move towards specific outcomes in a way that aligns with the overall goal</p></li><li><p>Narrative development &amp; communications - hearing what stakeholders actually mean versus what they say, crafting a narrative or story to shape the requisite outcomes and managing communications and understanding to achieve these goals</p></li><li><p>Creative problem-solving - ideating and developing unique solutions that solve problems and achieve key outcomes in the midst of resource constraints and competing agendas</p></li></ol><h3>Why Judgement Isn&#8217;t On The List</h3><p>You&#8217;ll notice that I didn&#8217;t reference Judgment anywhere on the capabilities and skills above. This omission is entirely intentional.</p><p>That&#8217;s not because I don&#8217;t think judgment is an essential human skill. If you&#8217;ve read anything that speaks to Humans and AI, you&#8217;ve heard the argument that judgement is the differentiator, the one skill that will always remain human. I fully agree with that.</p><p>For me, though, judgement is a different kind of capability. It&#8217;s a meta-capability that sits above all of the other skills I&#8217;ve discussed - it&#8217;s the result of strong business acumen and human leverage skills.</p><p>As such, it&#8217;s important enough to merit its own post, and I&#8217;ll write about it soon.</p><h2>Fluency - Not Sequence</h2><p>The Enabling and Differentiating Layers discussed above need to be learned and absorbed such that we are intuitive and fluent in how we deploy them. They are not to be sequentially applied but in tandem, and fluidly, across a given situation.</p><p>For example, let&#8217;s say you&#8217;re leading a sourcing event under time pressure:</p><ul><li><p>AI literacy ensures you ask the right questions and seek the right intelligence (internal and external) to dissect the issue at hand. Cognitive discipline allows you to question the AI-generated market analysis, which you can then tailor based on your own thinking and understanding of your stakeholders, your relationships and the corporate environment</p></li><li><p>Orchestration ensures you then take that strategy and sequence it appropriately: translating the insights gained into key tasks, incorporating stakeholder conversations and inputs, developing, for example, an RFP with agentic support, analyzing RFP submissions with the help of agents, and even questioning an AI-generated selection shortlist that looks suspicious, allowing you to then personally review and refine the analysis</p></li><li><p>You then weigh your options with all of the intelligence and agendas understood to date, conduct the (human) negotiations (possibly with AI support) and then finalize the go-forward recommendation, which is then communicated effectively to all concerned stakeholders across the enterprise (as well as outside of it).</p></li></ul><p>My point is, the capabilities discussed are not individual items on a checklist that need to be run through, but instead should be understood and absorbed such that you develop <em>fluency.</em> In situations that matter, you won&#8217;t have time to consult checklists; you&#8217;ll either have what&#8217;s instinctive, or you won&#8217;t.</p><h2>Your Operating Stance</h2><p>I&#8217;ll get into the Differentiating Layer elements further in subsequent posts but in the interim, I&#8217;ll leave you with a few thoughts that underscore all of the above.</p><p><strong>First</strong> off, it&#8217;s worth remembering that this is a journey, not a destination. Learning is never one and done. It&#8217;s ongoing, particularly in this space, because you can never be fully, perpetually future proofed. As the tools and capabilities and technologies evolve, so must you.</p><p><strong>Second</strong>, understand and accept that failure is part of the journey. Believe it or not, AI is still in its early days and the technology still has issues, so mistakes and &#8216;failure to achieve outcomes&#8217; are to be expected. That said, the technology will continue to get better. So, understand also that there <em>will</em> be issues and learn not to write off a specific tool just because it didn&#8217;t deliver as expected today. Experiment, learn, adopt and adapt. Keep moving.</p><p><strong>Third</strong>, as you experiment, define your &#8216;safe&#8217; spaces. This means identify how and where you can experiment without impacting ongoing or critical operations. Start with small impacts and initiatives and build on them from there. (Ideally, this will be done in conjunction with your employer - it is incumbent on them to create these safe spaces as well.)</p><p><strong>Finally</strong>, this shouldn&#8217;t be a solo exercise. Sure, you can do it on your own but why take that path? We learn more from each other&#8217;s different takes and approaches. Co-opt your colleagues, peers and/or friends. Learn from each other. &#8216;Co-understand&#8217; what good standards are and share learnings and best practices.</p><h2>The Work Starts Now</h2><p>The future-proofed practitioner won&#8217;t be someone waiting for permission or a corporate roadmap. They&#8217;re treating their own capability development as the most important project they&#8217;re running this year. Because in a post-AI world, it is.</p><p>Start with the self-diagnosis, then build the Enabling Layer so you can deploy AI without losing yourself. Then build the Differentiating Layer so you can do the work that AI can&#8217;t.</p><p>You have the model now. What&#8217;s left is the doing.</p><p>Over to you.</p>]]></content:encoded></item><item><title><![CDATA[Six Moats of The Procurement Function That Still Matters in 2030]]></title><description><![CDATA[A framework for CPOs serious about staying relevant in the post-AI enterprise]]></description><link>https://www.proquria.com/p/six-moats-of-the-procurement-function</link><guid isPermaLink="false">https://www.proquria.com/p/six-moats-of-the-procurement-function</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 14 Apr 2026 13:01:55 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!6JsN!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!6JsN!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!6JsN!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!6JsN!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!6JsN!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!6JsN!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!6JsN!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/ff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:4789706,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/193617920?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!6JsN!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!6JsN!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!6JsN!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!6JsN!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fff9946be-a4d8-4820-a181-5aa07a23b9e1_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>Over the last few weeks, I&#8217;ve talked about what remains human in Procurement at the individual role and subtask level, introducing the <a href="https://www.proquria.com/p/what-procurement-work-will-ai-take">Human Edge Matrix</a>, which allows practitioners to assess how much of what they do remains human, what is augmented, and what can be fully automated.</p><p>I also put forth my argument that <a href="https://www.proquria.com/p/what-remains-human-may-not-actually">what actually remains human - independent of capability - really isn&#8217;t even procurement&#8217;s decision to make</a>. It&#8217;s shaped by what its internal customers and suppliers value and trust. As part of this argument, I laid out the seven outcomes that stakeholders actually care about and <a href="https://www.proquria.com/p/the-human-premium-two-questions-that">how to assess what remains human</a> in the context of those outcomes.</p><p>All of this gives us a view of <em>what</em> stays human.</p><p>But it also raises the next obvious question: <em><strong>if we know what stays human, what do we actually build around it?</strong></em></p><p>In other words, once we&#8217;ve identified the work that remains ours, we can&#8217;t just cobble together the remnants into our prior architectures. We need to rethink what the enterprise genuinely values - ideally, into something that cannot be eroded by the next wave of AI tools or absorbed by an adjacent function because &#8216;Procurement isn&#8217;t delivering commensurate value&#8217;.</p><p>To me, this is where the conversation needs to go next, especially for CPOs. Because if you&#8217;re sitting at your desk today, trying to build a Procurement function that will still matter in five years, you need a clear answer to the question: <em>what am I building toward?</em></p><p>This post is my attempt at that answer.</p><h2>A Different Way To Think About The Function</h2><p>So what does the architecture of the Procurement organization look like in a Post-AI world?</p><p>While it&#8217;s tempting to think of this in the form of boxes on org charts or specific skills that need to be retained or developed, I think it&#8217;s more appropriate to visualize this architecture in the form of <strong>organizational moats.</strong> That is, capabilities that Procurement needs to build deliberately if it wants to remain relevant, valued, and credible in a post-AI world.</p><p>Note that I&#8217;m using the term &#8216;moats&#8217; in the loose sense - borrowing from the competitive strategy world, where it refers to a structural source of defensibility (something that&#8217;s hard to replicate and that compounds over time). Michael Porter alluded to this through his Five Forces work, Warren Buffett popularized the idea in his shareholder letters, and Hamilton Helmer formalized it through his seven &#8220;powers&#8221; framework.</p><p>I&#8217;m not trying to shoehorn Procurement into any of those perspectives but, instead, I&#8217;ve taken inspiration from their models, especially the idea that defensibility should constitute both a benefit <em>and</em> a barrier, and applied it to what I believe a post-AI procurement function needs.</p><p><strong>A quick note before I get into the moats:</strong> this is <em>not</em> a list of skills. Skills live inside individuals and I&#8217;ll tackle those in upcoming posts. For example, judgement is a differentiating skill but it&#8217;s embedded in all six of the moats I&#8217;ll describe. It&#8217;s not a moat in and of itself.</p><p>Similarly, the ability to develop the next generation of talent is also not a standalone moat, in my view. It&#8217;s the <em>maintenance layer</em> that keeps it all intact over time. Important but not distinct items on this list.</p><p>The moats I&#8217;ll discuss are the <em>organizational capabilities</em> that CPOs need to be deliberately building: defensible terrain that comprises the architecture of the function, not the people inside it.</p><h2>The Six Moats That Matter</h2><p>There are six moats I&#8217;ve identified:</p><ul><li><p>Two customer-facing moats (commercial partnership and execution orchestration)</p></li><li><p>One internal-facing moat (hybrid operating model design)</p></li><li><p>One supplier-facing moat (supplier intelligence broker)</p></li><li><p>One structural moat (commercial accountability and governance authority) and</p></li><li><p>One about perception (enterprise positioning).</p></li></ul><p>These cover, in my mind, the major surfaces where procurement creates and defends value.</p><p>Some of these moats exist in mature form in some functions today, though most don&#8217;t. All of them, I&#8217;d argue, are the things a CPO should be investing in now if they want their function to matter in a decade.</p><p>Let&#8217;s dive into each one.</p><h3><strong>1. Commercial Partnership</strong></h3><p>The first moat is procurement&#8217;s ability to act as a genuine commercial partner to the businesses it serves - not a process gatekeeper, not an order taker and not the function that shows up late to tell someone their preferred supplier isn&#8217;t on the approved list.</p><p>I mean a genuine commercial partner - someone who understands the business well enough to help shape what it&#8217;s trying to achieve, knows the category well enough to translate between commercial reality and operational need, and has earned the right to be in the room when real decisions get made.</p><p>There are three components to this that have to be built together:</p><ul><li><p><strong>Business intimacy</strong> - the ability to hold a substantive conversation with the &#8216;consumer&#8217; of the category about strategy, market dynamics, competitive pressures, and operating model choices, without needing a translator</p></li><li><p><strong>Category depth</strong> - genuine expertise in the supply markets, cost drivers, and supplier landscape relevant to that internal customer&#8217;s work, so procurement can contribute ideas rather than just react to requests</p></li><li><p><strong>Stakeholder relationships</strong> - the accumulated trust and rapport that makes internal customers <em>want</em> to involve procurement early rather than late (or worse, not at all)</p></li></ul><p><em><strong>Why this is a moat:</strong></em> The combination of these three things is rare, takes years to build, and is nearly impossible for AI to replicate - because it depends on context, relationships, and tacit knowledge that only comes from being <em>in the conversations</em>. An AI tool can surface market data but it can&#8217;t sit in a room and read the organizational or political dynamics of a leadership team debating whether to restructure a category. Once Procurement has earned partnership status, though, that status is <em>sticky -</em> once accumulated, it cannot be rapidly built by internal &#8216;competitors&#8217;.</p><p><em><strong>What CPOs should be building:</strong></em> A deliberate model for developing commercial partners, not just category managers. That means rethinking hiring (possibly business generalists with curiosity, not just sourcing specialists), broadening training paths (focused on business acumen and stakeholder management), redesigning development opportunities (rotations into the business, not just within procurement), and creating explicit time and permission for the relationship work (including embedding these outcomes into individual metrics).</p><h3><strong>2. Execution Orchestration</strong></h3><p>The second moat is procurement&#8217;s ability to actually make things happen - to take a commercial problem and mobilize the people, process, suppliers, and systems needed to deliver the outcome.</p><p>And yes, I know the procuretech crowd uses &#8220;orchestration&#8221; in a narrower sense these days, usually around orchestrating AI agents across a workflow. That&#8217;s not what I mean. I mean orchestrating the <em>enterprise</em>: turning strategy into delivered value across stakeholders, suppliers, internal teams, and whatever AI-assisted workstreams sit in the middle. (A more sophisticated form of project management, if you will.)</p><p>This capability spans two ends of the spectrum:</p><ul><li><p><strong>Bespoke work</strong> - taking on a complex, ambiguous commercial problem that no playbook covers and figuring out how to deliver</p></li><li><p><strong>Routine work</strong> - ensuring that standard buys happen without friction so the business never has to think about them</p></li></ul><p>Both matter, and they reinforce each other. The trust earned from frictionless routine work is what buys the credibility to take on the complex, strategic problems (though not on its own and not without Moat #1 above).</p><p><em><strong>Why this is a moat:</strong></em> Orchestration at this level depends on influence without authority, which is one of the hardest organizational skills to build and one AI has virtually no ability to replicate. It also compounds. A function known for <em>making things happen</em> gets invited into more things, which creates more opportunities to demonstrate the capability, which deepens the reputation further. Procurement&#8217;s very own flywheel.</p><p><em><strong>What CPOs should be building:</strong></em> Explicit development of this type of orchestration muscle - which means giving people increasingly complex delivery challenges with real accountability, resisting the temptation to reduce orchestration to a process manual, and coaching them through the political and influence dimensions. <em>Orchestration in this sense relates to judgment, intelligence, flexibility and an outcomes orientation - not a process orientation. You need a particular caliber of individual to be able to do this.</em></p><h3><strong>3. Hybrid Operating Model Design</strong></h3><p>The third moat is the internal architecture of how procurement work actually gets done (and the closest I&#8217;ll get to the idea of boxes on org charts in this conversation).</p><p>This involves the deliberate design of the Procurement operating model so that it&#8217;s clear which decisions route to humans, which route to AI, where the handoffs sit, how exceptions get escalated, how the AI tools themselves get governed, and how the function&#8217;s own workflow is structured so that humans stay <em>sharp</em> rather than getting progressively deskilled (or distracted by low value activities).</p><p>I appreciate that this can sound like an overlap with the first two moats but it&#8217;s actually quite different in nature. Commercial partnership is about how procurement engages the enterprise. Orchestration is about how it delivers outcomes. <em>The operating model is about how procurement organizes itself to sustain both over time in a hybrid human-AI environment.</em></p><p>It&#8217;s effectively the plumbing, which most functions haven&#8217;t deliberately built as yet. The default approach to AI in procurement today is additive: bolt an AI tool onto an existing process, hope for productivity gains, and move on. That approach creates hidden liabilities:</p><ul><li><p>It optimizes locally without asking whether the overall flow still makes sense</p></li><li><p>It embeds AI decisions in places where accountability may still be unclear</p></li><li><p>It deskills the humans who used to do the work</p></li></ul><p>A well-designed operating model does the opposite. It asks explicitly: where does human judgment add value here, and how do we protect the conditions that let it develop? Where does AI genuinely help, and how do we govern it? These are <em>design</em> questions, not technology questions - and answering them well is a capability in its own right.</p><p><em><strong>Why this is a moat:</strong></em> Most procurement functions aren&#8217;t even framing these questions yet, let alone answering them deliberately. The ones that do will have a structural advantage in sustaining all the other moats because their humans will stay sharp and their work will stay coherent. As such, this is a meta-moat: one that holds the system together and allows the other moats to flourish.</p><p>(It&#8217;s also worth emphasizing that operating model design in a hybrid human-AI environment is an emerging discipline with very few practitioners. Building the internal capability to do it well is itself a cornered resource, because the people who can actually design these systems are few and far between, and will likely remain rare for years.)</p><p><em><strong>What CPOs should be building:</strong></em> An explicit operating model design function - probably a small team or a named role - responsible for thinking about the human-AI-process architecture as a living system, not just implementing whatever the latest vendor sold them. This is among the least developed of the six moats in most procurement functions today, and the one where deliberate investment pays off fastest.</p><h3><strong>4. Supplier Intelligence Broker</strong></h3><p>The fourth moat is building on Procurement&#8217;s privileged position in the supplier ecosystem - specifically, the ability to extract genuine strategic intelligence from suppliers and translate it into value for the enterprise. This is one of the most underused sources of defensibility in the function today and, in my view, one of the most durable.</p><p>Here&#8217;s the core idea:</p><p>Suppliers - especially in strategic categories - know things the enterprise doesn&#8217;t. They see the market differently. They have perspectives on competitors, on technology trends, on regulatory shifts, on what other customers are doing. A procurement function with deep, trust-based supplier relationships can become an intelligence broker between that external knowledge and the internal decision-makers who need it.</p><p>But - and this is the catch - it only works if the relationships are <em>genuinely</em> trust-based. Which means procurement has to earn the right to that intelligence through years of reciprocity, discretion, and actually treating suppliers as partners rather than counterparties to be squeezed.</p><p>But most procurement functions don&#8217;t operate this way. The ones that do have built something extraordinarily hard to replicate, because the trust that enables the intelligence flow was accumulated over time and cannot be bought, copied, or AI-generated.</p><p><em><strong>Why this is a moat:</strong></em> It&#8217;s a cornered resource in the strictest sense. The relationships are unique, the trust is non-transferable, and the intelligence flow depends on a position that only Procurement is structurally positioned to hold. AI tools can aggregate public supplier data; they can&#8217;t replicate a twenty-year relationship with a supplier&#8217;s CEO who is willing to share something they haven&#8217;t told anyone else. And the value to the enterprise - genuinely differentiated insight into the supply markets that matter most - is exactly the kind of thing internal customers will pay a premium for in attention, engagement, and budget.</p><p><em><strong>What CPOs should be building:</strong></em> A deliberate architecture for supplier intelligence. That means identifying the categories where intelligence matters most, investing in the relationships that unlock it, creating internal mechanisms to translate supplier insight into decision-ready intelligence for business unit leaders, and - most critically - <em>protecting</em> the trust that makes the whole thing work by resisting the temptation to exploit suppliers for short-term cost gains. This moat is the easiest to destroy and the hardest to rebuild.</p><h3><strong>5. Commercial Accountability And Governance Authority</strong></h3><p>The fifth moat is different in character from the others. It&#8217;s not a capability procurement builds alone but a structural position procurement <em>claims</em>, formalized at the executive level, that establishes the function as the organization&#8217;s accountable owner for commercial and supplier decisions.</p><p>The question this moat answers is as follows: <em>In a world where AI is increasingly recommending suppliers, flagging risks, scoring bids, and triggering contract actions, who is accountable when those calls turn out to be wrong?</em></p><p>The answer shapes where authority, budget, and relevance concentrate in the post-AI enterprise. And there are really only three possible homes for this accountability:</p><ol><li><p><strong>The business units that use the suppliers</strong> - which creates a clear conflict of interest, since the people making operational decisions shouldn&#8217;t be the same people overseeing them</p></li><li><p><strong>A new enterprise function</strong> - like governance or technology risk, which gradually absorbs procurement&#8217;s commercial oversight role</p></li><li><p><strong>Procurement itself</strong> - as the function with the cross-enterprise view, the supplier relationships, and the commercial context to bear it credibly</p></li></ol><p>The third option is the one that preserves Procurement&#8217;s structural relevance. But it doesn&#8217;t happen by default; it has to be <em>claimed</em>, negotiated, and formalized - typically in partnership with the CFO and General Counsel, and ratified at the executive level. Once claimed, it becomes one of the most defensible moats on this list, because no other function is structurally positioned to take it over.</p><p><em><strong>Why this is a moat:</strong></em> It&#8217;s a claim on organizational territory that, once established, is genuinely hard to dislodge. It also has an interesting property the other moats don&#8217;t: the threat isn&#8217;t primarily from AI itself, but from <em>other functions</em> - risk, legal, technology - that might otherwise absorb this accountability by default. Procurement that doesn&#8217;t claim this role loses it, and losing it erodes the rationale for procurement as a central function at all (which as I explained above, comes at a cost).</p><p><em><strong>What CPOs should be building:</strong></em> The arguments, the relationships, and the internal capability to bear this accountability credibly.</p><ul><li><p><strong>Step one</strong> is a conversation with the CEO and CFO about where commercial accountability for decisions relating to the supply base - human and AI-enabled alike - should sit (and why procurement is the right home).</p></li><li><p><strong>Step two</strong> is the internal capability - governance frameworks, decision audit trails, escalation protocols - that lets procurement actually discharge the responsibility once it&#8217;s been claimed</p></li></ul><p>Without step two, claiming step one is reckless. Without step one, building step two is pointless.</p><p>This is the moat most dependent on executive alignment, and the hardest to build through sheer functional competence alone. Unlike the other five, you can&#8217;t start building this one tomorrow morning unless you already have the executive relationships to do so.</p><h3><strong>6. Enterprise Positioning</strong></h3><p>The sixth moat is the one Procurement has historically been worst at - and the one that most urgently needs to change.</p><p>It&#8217;s the deliberate work of shaping how Procurement is seen, engaged, and valued by the rest of the enterprise, including the service model that delivers on the positioning and the ongoing communication that sustains it.</p><p>Call it &#8220;branding&#8221; if you like, though I appreciate that that word triggers all the wrong associations in a Procurement audience. This isn&#8217;t about marketing fluff, logos, or internal newsletters. It&#8217;s about the <em>gap</em> between what procurement actually does and how the enterprise perceives what procurement does - a gap that, in most organizations today, is enormous and damaging.</p><p>If the enterprise sees procurement as a process gatekeeper, a cost cop, or a source of friction, then in a world where AI makes much of the process and friction disappear, <em>the enterprise will stop routing work through procurement at all.</em> The function gets disintermediated - for reasons not at all related to capability. Perception and reality have to move together, and right now they&#8217;re badly misaligned in most organizations.</p><p>Closing that gap is itself a capability, and it has to be built deliberately because it won&#8217;t happen on its own.</p><p>What does good positioning actually look like?</p><ul><li><p><strong>A clear, honest articulation</strong> of what procurement offers that no one else in the enterprise can</p></li><li><p><strong>A service model designed around outcomes rather than process</strong> - for example, an account executive approach, where named procurement leads own the relationship with specific business units and are measured on commercial outcomes rather than activity metrics</p></li><li><p><strong>Sustained, proactive communication</strong> that keeps the function&#8217;s value visible rather than assuming it&#8217;ll speak for itself</p></li></ul><p>Most procurement functions do none of these well. The ones that do, stand out immediately.</p><p><em><strong>Why this is a moat:</strong></em> Positioning, once established, compounds the same way brand does in consumer markets. A Procurement function that&#8217;s understood as a commercial partner gets invited into more strategic conversations, which produces more opportunities to demonstrate value, which reinforces the positioning. A function that&#8217;s understood as process overhead gets routed around, which reduces its visibility, which accelerates its decline. <em>The flywheel runs in both directions</em>, and the direction you end up in depends on whether you invested in the positioning work when it mattered.</p><p><em><strong>What CPOs should be building:</strong></em> A deliberate positioning strategy, treated with the seriousness a marketing function would treat its brand. That means defining what procurement stands for, designing the service model that delivers on that promise, and creating the ongoing rhythm of communication and engagement that keeps it alive in the enterprise&#8217;s mind.</p><p>(Of course, it also means honestly assessing the gap, as uncomfortable as it may be - between current perception and desired perception, and building a plan to close it.)</p><p>One brief acknowledgment on this moat: it&#8217;s possible that in ten years, positioning won&#8217;t need to be a distinct capability, because Procurement will have rebuilt itself enough that the function&#8217;s value is self-evident. I don&#8217;t actually think we&#8217;ll get there that quickly - but even if we did, it would be a good outcome. For now, though, the gap is real, and pretending it isn&#8217;t would let CPOs off the hook for work that desperately needs to happen.</p><h2>Where This Leaves Us</h2><p>Six moats, then. Two customer-facing, one internal-facing, one supplier-facing, one structural, and one about perception and reputation. Each of them hard to build. Each of them defensible once built. Each of them compounding over time.</p><p>Two final points:</p><p><strong>First</strong>, it&#8217;s worth noting that these six moats are not independent of each other:</p><ul><li><p>While Commercial partnership and Execution Orchestration can exist without the Hybrid Operating Model Design moat, they won&#8217;t sustain in a post-AI environment unless the redesign happens</p></li><li><p>Commercial partnership and Supplier Intelligence Broker reinforce each other, as the insights from suppliers are often what make procurement valuable to internal customers in the first place.</p></li><li><p>Commercial Accountability &amp; Governance Authority becomes credible only when the Commercial Partnership, Execution Orchestration and Hybrid Operating Model Design moats are in place to credibly justify it.</p></li><li><p>Enterprise Positioning will be hollow without the substance of all of the other moats before it.</p></li></ul><p>A CPO thinking about where to start cannot, therefore, treat these as six separate investment decisions; they form a system, and the sequencing matters.</p><p><strong>Second</strong>, if you&#8217;re a CPO reading this, ask yourself this: <em><strong>how many of these six do I have in any meaningful form today?</strong></em></p><p>My own answer, based on the functions I&#8217;ve worked with across my years at A.T. Kearney and The Smart Cube, is that most have fragments of one or two, <em>almost none have all six</em>, and the most neglected moats aren&#8217;t always the ones you&#8217;d expect.</p><p>I want to come back to this topic in a future post, specifically on the topic of where a CPO serious about post-AI relevance should actually start.</p><p>For now, though, the framework itself is the starting point.</p><p>The CPOs who invest in these six moats now will run the procurement functions of 2030. The ones who don&#8217;t will be running something smaller, more marginal or possibly nothing at all.</p>]]></content:encoded></item><item><title><![CDATA[The Human Premium: Two Questions That Determine What Stays Human In Procurement]]></title><description><![CDATA[Not everything needs a human. Here's how to tell what does.]]></description><link>https://www.proquria.com/p/the-human-premium-two-questions-that</link><guid isPermaLink="false">https://www.proquria.com/p/the-human-premium-two-questions-that</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 07 Apr 2026 12:56:26 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!p-dh!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!p-dh!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!p-dh!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 424w, https://substackcdn.com/image/fetch/$s_!p-dh!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 848w, https://substackcdn.com/image/fetch/$s_!p-dh!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!p-dh!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!p-dh!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png" width="1456" height="795" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:795,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:6934313,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/192874016?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!p-dh!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 424w, https://substackcdn.com/image/fetch/$s_!p-dh!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 848w, https://substackcdn.com/image/fetch/$s_!p-dh!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!p-dh!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8aadc1e9-21b9-4648-830f-2f9031b65776_2812x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>If you read <a href="https://www.proquria.com/p/what-remains-human-may-not-actually">last week&#8217;s post</a>, you&#8217;re left with an uncomfortable question:</p><p><em>&#8220;If what stays human in procurement is determined by stakeholders rather than by the function itself, how does a practitioner actually figure out where the line falls?&#8221;</em></p><p>It&#8217;s one thing to accept that your relevance is shaped by the people you serve. It&#8217;s another to know what to do about it.</p><p>This week, I want to give you a tool for answering that question: <em>For each key outcome, how do we determine what stays human and what doesn&#8217;t?</em></p><h2>Why The Matrix Isn&#8217;t Enough</h2><p>Of course, one approach could be to apply the <strong><a href="https://www.proquria.com/p/what-procurement-work-will-ai-take">Human Edge Matrix</a></strong> to each outcome, which I discussed in <a href="https://www.proquria.com/p/what-procurement-work-will-ai-take">this post</a> a couple of weeks ago (along with <a href="https://human-edge.proquria.com/">an interactive tool</a> that you can use to assess how vulnerable your own role is to AI).</p><p>However, the Matrix was designed to classify work at the role and task level; it tells you whether a specific activity should be automated, augmented, or kept human.</p><p>For example, I&#8217;d posit that outcome #1 (Speed and Responsiveness of the Procurement Process) can be almost entirely machine in its execution (perhaps with some/limited human involvement where needed) while outcome #8 (Crisis Management) is one that will almost certainly remain fully human (even if those humans are somewhat augmented with AI.</p><p>But, in between these extremes - depending on the individual company situation (influenced by everything from its market, competition, financials, category focus, etc.) - all eight factors in the matrix could run the gamut from human to nonhuman.</p><p>What we need now is a complementary lens that operates at the outcome level and answers the question: <em>&#8220;For this outcome, does human involvement change what the stakeholder receives?&#8221;</em></p><h2>Two Questions That Draw The Line</h2><p>So what is the right way to understand what stays human at the outcome level?</p><p>At least at the Internal Customer level, I&#8217;d suggest two core questions need to be answered:</p><ol><li><p><strong>Does human involvement produce a value premium that justifies the cost AKA &#8220;Am I making this better&#8221;?</strong></p><ol><li><p>This question is purely economic: is the outcome measurably better, or perceived as meaningfully more legitimate, when a human is involved? And is that difference worth what the human costs?</p></li><li><p>This covers a host of considerations including:</p><ol><li><p>Relative quality differentials i.e. is there a material quality differential between the &#8216;human only&#8217; versus &#8216;human plus machine&#8217; versus &#8216;machine only&#8217;</p></li><li><p>Business partner requirement - does the work require Procurement to partner with the stakeholder to arrive at an optimal solution? Does he/she bring advisory value to the table?</p></li><li><p>Experience levels - Does the practitioner bring a depth of experience and insight that makes a difference?</p></li></ol></li></ol></li><li><p><strong>Does accountability require a human AKA &#8220;Does someone need to own this&#8221;?</strong></p><ol><li><p>This question isn&#8217;t about whether AI can &#8220;do the analysis&#8221; but &#8220;can the organization accept a decision where no human bore the responsibility?&#8221;</p></li><li><p>This covers a host of issues including:</p><ol><li><p>Regulatory sign-off</p></li><li><p>Ethical and/or value-based oversight</p></li><li><p>Complexity that demands multiple human eyes (for validation or risk mitigation) and,</p></li><li><p>Situations where someone needs to be personally answerable for the outcome.</p></li></ol></li></ol></li></ol><p>This allows us to create a simple 2x2 that connects naturally to the Human Edge Matrix as a complementary lens rather than a competing one: Accountability required / not required on one axis, value premium present / not present on the other - giving us four quadrants, each with a clear implication for the internal customer:</p><ul><li><p>Accountability Required:</p><ul><li><p>Human Value &gt; Machine Value: Procurement should handle</p></li><li><p>Human Value &lt; Machine Value: Procurement needed ONLY if it can show material, incremental value: technical knowledge, regulatory understanding, etc. otherwise stakeholders stop calling (risk of rogue duplication)</p></li></ul></li><li><p>Accountability Not Required:</p><ul><li><p>Human Value &gt; Machine Value: Procurement should handle</p></li><li><p>Human Value &lt; Machine Value: Automate and retain with Procurement IF there is consistency across customers, ELSE co locate with customer</p></li></ul></li></ul><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!03YE!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!03YE!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 424w, https://substackcdn.com/image/fetch/$s_!03YE!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 848w, https://substackcdn.com/image/fetch/$s_!03YE!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 1272w, https://substackcdn.com/image/fetch/$s_!03YE!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!03YE!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png" width="1288" height="572" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:572,&quot;width&quot;:1288,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:331645,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/192874016?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!03YE!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 424w, https://substackcdn.com/image/fetch/$s_!03YE!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 848w, https://substackcdn.com/image/fetch/$s_!03YE!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 1272w, https://substackcdn.com/image/fetch/$s_!03YE!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3574d16d-439f-4192-a9ae-2c1b3ebf2760_1288x572.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>The framework should be applied at two levels and at different cadences:</p><ol><li><p>The <strong>Category Strategy level:</strong></p><ol><li><p>When a CPO or category leader is designing or redesigning how a category operates, they apply the 2x2 to the outcomes that matter for that category.</p></li><li><p>This is a periodic, strategic exercise. You do it when you&#8217;re setting up the category strategy, and you revisit it when something material changes e.g. new regulation, new technology capability, a shift in what the business expects from that category.</p></li><li><p>The point is not to be recalibrating constantly, but factoring in this analysis at deliberate review points.</p></li></ol></li><li><p>The <strong>Exception/Escalation level:</strong></p><ol><li><p>In day-to-day operations, the default mode is whatever the category strategy determined.</p></li><li><p>But specific situations will arise that challenge the default: a supplier relationship that was fine on autopilot suddenly needs human attention because of a quality failure or an internal stakeholder who was happy with automated reporting now needs human counsel because they&#8217;re facing a board question about supply risk.</p></li><li><p>These are the moments where a practitioner applies judgment about whether the current situation has shifted the accountability or value-premium calculus. They use the two questions as a gut-check: has something changed about who needs to be accountable here, or about whether my involvement changes the outcome?</p></li></ol></li></ol><h2>The Framework in Practice</h2><p>Let&#8217;s apply this framework to three different scenarios:</p><h3><strong>Scenario 1:</strong></h3><h4><strong>Your VP of Manufacturing needs to consolidate your packaging supply base from five suppliers to two</strong></h4><p>This impacts the Total Cost of Ownership and the Supply Resilience outcomes.</p><p>The AI can do a lot here - spend analysis, supplier performance scoring, TCO modeling across the five suppliers, scenario modeling for different consolidation options and more. And it can do all of this faster and more comprehensively than any human analyst.</p><p>But let&#8217;s apply the two questions:</p><ul><li><p><em>Does accountability require a human?</em></p><ul><li><p>Yes - consolidating from five to two suppliers is a decision that increases concentration risk. If one or both of the remaining two suppliers fail, production is materially impacted.</p></li><li><p>Someone needs to own that call, explain the rationale to the plant director, and be answerable when the board asks why the company is now dependent on two packaging providers instead of five.</p></li><li><p>No organization is going to accept &#8220;the algorithm recommended it&#8221; as an answer when a production line goes down.</p></li></ul></li><li><p><em>Does human involvement produce a value premium?</em></p><ul><li><p>Yes - but not where we might expect. The analytical work (spend modeling, TCO calculations, performance benchmarking) is exactly the kind of structured cognitive work that AI does well and arguably better than humans.</p></li><li><p>The value premium shows up in the judgment calls the data can&#8217;t make: which two suppliers have the management quality and financial stability to handle twice the volume? Which ones will invest in our relationship if we double their share? How will the three suppliers we&#8217;re exiting react &#8212; will they become hostile in other categories where you still depend on them or will there be political/social implications?</p></li><li><p>Those are questions that require contextual insights (market, relationship and commercial) that no model currently possesses.</p></li></ul></li></ul><p><strong>This lands in the top-left quadrant: accountability required, human value premium present. Procurement should own this.</strong> But notice that the <em>analytical</em> work within this outcome can and should be machine-augmented. What stays human is the judgment, the stakeholder conversation, and the accountability for the decision.</p><h3><strong>Scenario 2:</strong></h3><h4><strong>Your Chief Compliance Officer needs assurance that a new raw materials supplier in SE Asia meets the company&#8217;s labor standards and environmental commitments before the first PO is issued.</strong></h4><p>This impacts the Compliance and Ethical Assurance outcome.</p><p>AI can do a significant amount of the legwork - screening the supplier against sanctions lists, pulling public records, analyzing ESG ratings from third-party databases, even scanning news sources for red flags. In fact, the machine will almost certainly be more thorough and faster at this screening than a human would be.</p><p>But again, let&#8217;s run the two questions:</p><ul><li><p><em>Does accountability require a human?</em></p><ul><li><p>Yes - this is one of the clearest cases. Regulatory frameworks increasingly require demonstrable human oversight of supply chain due diligence decisions.</p></li><li><p>Beyond the legal requirement, there&#8217;s a governance reality: if this supplier ends up on the front page for labor violations, someone in the organization needs to have signed off on the decision to onboard them.</p></li><li><p>&#8220;We ran the algorithm and it came back green&#8221; is not a defense that any general counsel will accept.</p></li></ul></li><li><p><em>Does human involvement produce a value premium?</em></p><ul><li><p>Only partially - this is where it gets interesting. For the screening and data-gathering work, the machine is arguably <em>better</em> than the human. It&#8217;s more comprehensive, less prone to oversight, and doesn&#8217;t get fatigued reviewing supplier questionnaire number forty-seven.</p></li><li><p>But the human value premium is there - even if it is narrow but critical. It shows up in the interpretation of ambiguous signals (the supplier&#8217;s ESG score is acceptable but their audit history shows a pattern of just-in-time remediation before inspections), in the ethical judgment calls (the data is technically compliant but something doesn&#8217;t feel right), and in the conversation with the CCO where someone needs to say &#8220;I&#8217;ve looked at this and here&#8217;s my assessment&#8221;.</p></li></ul></li></ul><p><strong>This lands on the top-right quadrant BUT somewhere towards the left: accountability is required, but the machine does most of the heavy lifting.</strong> Procurement is needed, but primarily for the sign-off, the judgment on edge cases, and the ability to stand behind the decision. If the procurement person is simply rubber-stamping what the AI screening tool produces without adding interpretive value, the function is at risk of being reduced to a compliance checkbox.</p><h3><strong>Scenario 3:</strong></h3><h4><strong>Your Head of R&amp;D wants to explore whether any of your existing chemical suppliers could reformulate a key input to reduce costs and improve sustainability - but she doesn&#8217;t know which suppliers have the capability or the willingness.</strong></h4><p>This is the Supplier-Enabled Innovation outcome.</p><p>And it&#8217;s worth noting what AI can and can&#8217;t do here. AI can scan supplier capability databases, analyze patent filings, identify which suppliers have R&amp;D facilities working on relevant chemistry, and even draft an initial outreach brief. All of which is useful groundwork.</p><p>So let&#8217;s, then, run the two questions:</p><ul><li><p><em>Does accountability require a human?</em></p><ul><li><p>Not really - at least not in the regulatory or compliance sense.</p></li><li><p>Nobody is going to get fired or face legal consequences for how the innovation exploration was conducted. There&#8217;s no structural mandate for human sign-off on &#8220;let&#8217;s have a conversation with Supplier X about reformulation possibilities.&#8221;</p></li><li><p>This isn&#8217;t a risk or governance question.</p></li></ul></li><li><p><em>Does human involvement produce a value premium?</em></p><ul><li><p>Overwhelmingly yes - this is perhaps the clearest case of human value premium across all seven outcomes. Innovation from suppliers doesn&#8217;t happen because you send them a brief.</p></li><li><p>It happens because a procurement professional who has built trust with the supplier&#8217;s technical team over years picks up the phone and says, &#8220;I think there might be something here. Can we get your head of applications science in a room with our R&amp;D director?&#8221; It happens because the procurement person understands both sides well enough to see the connection that neither party would see on their own. It happens because the supplier&#8217;s commercial director is willing to invest internal resources in the exploration because she trusts the procurement person&#8217;s judgment that this company will actually follow through (and not just run a free innovation workshop and then give the business to a cheaper competitor).</p></li></ul></li></ul><p>No AI can replicate the relational capital, the cross-organizational pattern recognition, or the credibility that makes a supplier say &#8220;yes, we&#8217;ll invest our best people in this.&#8221; The machine can identify the <em>opportunity</em>. The human creates the <em>willingness</em>.</p><p><strong>This lands in the bottom-left quadrant: no accountability requirement, but strong human value premium. Procurement should own this - but there is a nuance: it has to earn it.</strong> There&#8217;s no structural mandate keeping this work in procurement. If the R&amp;D director doesn&#8217;t believe the procurement person adds value to her supplier innovation conversations, she&#8217;ll go directly to the suppliers herself. Procurement&#8217;s ownership of this outcome is justified entirely by demonstrated value, not by rules or policies. And that makes it both the most rewarding and the most fragile kind of human work.</p><p>(It&#8217;s worth dwelling a little on this last point: The work that has the highest human value premium but the lowest accountability requirement is the work practitioners most need to protect. Unless they are genuinely, demonstrably good at it, there will be no requirement to keep it with Procurement and/or work with the function.)</p><h2>The Supplier&#8217;s Test Is Simpler - But No Less Important</h2><p>You&#8217;ll notice I mentioned earlier that the 2x2 is primarily a tool for thinking about the internal customer relationship. So what about Procurement&#8217;s other prime stakeholder: the supplier?</p><p>Well, the supplier/market frame operates on a different logic.</p><p>When a supplier evaluates whether they need a human counterpart in Procurement, they&#8217;re not running an accountability-versus-value-premium calculation. They&#8217;re asking something more fundamental:</p><ul><li><p>Does this person have the authority to commit?</p></li><li><p>Do they understand our business well enough that I don&#8217;t have to re-explain our constraints every quarter?</p></li><li><p>Will they still be here next year, or will I be rebuilding this relationship from scratch with their replacement?</p></li></ul><p>In other words, the supplier&#8217;s test for what stays human is about continuity, authority, and contextual depth. For the supplier, there is real signaling value in human engagement.</p><p>Because the fact is that a supplier will accept automated purchase orders, automated invoice processing, and even automated performance measurement.</p><p>But what they won&#8217;t accept - at least for relationships that are important to them - is a rotating cast of humans with no institutional memory, or worse, no human at all when they need to have a difficult conversation about pricing, capacity, or priorities.</p><p>This is, therefore, a simpler assessment than the internal customer 2x2, but it carries its own implication: <strong>the human work that matters most on the supplier side is relational infrastructure</strong>.</p><p>And relational infrastructure takes time to build, is easy to destroy, and impossible to automate.</p><h2>Four Things The 2x2 Doesn&#8217;t Show You</h2><p><strong>First</strong>, decision making cannot be a cold process.</p><p>We are humans after all, and hence have to make reasonably human decisions. And so there is a rational case to be made that, in many instances, human involvement has economic value precisely <em>because</em> people aren&#8217;t rational about it. The empathy research discussed in the last post shows us this: the <em>&#8220;human empathy premium&#8221; is an economic fact</em>, not a sentimental plea.</p><p><strong>Second</strong>, none of the above should be seen as an argument to reduce the practitioner to becoming a passive recipient of stakeholder judgment.</p><p><em>&#8220;What stays human is what your stakeholders demand to be human&#8221;</em> can be seen as disempowering but that is not at all the point. The practitioner has the opportunity to <em>shape</em> stakeholder expectations rather than merely respond to them, because the best procurement professionals don&#8217;t just answer what stakeholders ask for, they influence what stakeholders think they need.</p><p><strong>This means orchestration and judgment and creativity and outcome orientation beyond the traditional cost savings rubrics.</strong></p><p><strong>Third,</strong> what happens when the two stakeholder groups - internal customers and suppliers - disagree?</p><p>A business unit might be perfectly happy receiving an AI-generated market analysis and never speaking to a procurement person. But the supplier on the other end of that same category might need human engagement for the relationship to function e.g. contract renegotiations, performance conversations, innovation discussions, etc.</p><p>The reverse is also possible: a supplier might be fine dealing with automated PO systems while the internal stakeholder insists on a human procurement partner for strategic advice.</p><p>These situations will occur, and it&#8217;s worth acknowledging that the two frames can produce conflicting signals and that navigating that conflict is itself irreducibly human work.</p><p><strong>Finally</strong>, we have to note the temporal factor. That is, things do and will change.</p><p>Whatever our analysis shows today (especially about AI&#8217;s current capability thresholds), its worth noting that that is the current view. It&#8217;s incumbent on us to keep reading the signals as the window moves.</p><h2>The Real Point</h2><p>The point of this framework is not to identify what&#8217;s &#8216;irreducibly&#8217; human, because that line will keep moving as AI improves. The point is to identify what&#8217;s economically and organizationally irrational to hand to a machine, even if you technically could.</p><p>So it&#8217;s worth asking two questions: <em>Does someone need to own this? Am I making this better?</em></p><p>If the answer to either is &#8220;yes&#8221;, the work stays human. If the answers to both are &#8220;no&#8221;, it doesn&#8217;t, regardless of tradition, comfort, or sentiment.</p><p>And if you&#8217;re sitting in a quadrant where accountability isn&#8217;t required and your value premium is the only thing keeping you relevant, you need to see that as a signal, not a safety net.</p><p>Because your premium has a shelf life. The question is what you&#8217;re doing to extend it.</p>]]></content:encoded></item><item><title><![CDATA[What Remains Human May Not Actually Be Procurement's Decision To Make]]></title><description><![CDATA[The locus of control over Procurement&#8217;s relevance is shifting outward]]></description><link>https://www.proquria.com/p/what-remains-human-may-not-actually</link><guid isPermaLink="false">https://www.proquria.com/p/what-remains-human-may-not-actually</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 31 Mar 2026 13:04:15 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Ol-N!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!Ol-N!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!Ol-N!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!Ol-N!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!Ol-N!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!Ol-N!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!Ol-N!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:7302771,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/192263523?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!Ol-N!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!Ol-N!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!Ol-N!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!Ol-N!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F41fddd8b-f522-4400-889e-a71d2d4c013d_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>In my last post, I introduced <a href="https://www.proquria.com/p/what-procurement-work-will-ai-take">The Human Edge matrix</a>, a framework for classifying procurement work in the AI age - what should be automated, what should be augmented, and what should remain human.</p><p>(I also included <a href="https://human-edge.proquria.com">an interactive tool</a> to apply the framework to your own role to assess how much of it should be done by AI as well as which aspects should remain human.)</p><p>The response was encouraging, but one question keeps surfacing in conversations with practitioners and leaders:</p><p><em><strong>&#8220;Sure, but will any of this still be human in five years?&#8221;</strong></em></p><p>It&#8217;s a fair question. And the honest answer is: <em>probably not all of it</em>.</p><p>The boundary between human and machine work is not a fixed line; it&#8217;s moving - but only in one direction. That doesn&#8217;t mean everything eventually will go to the machines. Some work will remain human for a long time, perhaps permanently. The question is: what work is that and who makes that call?</p><p>Here&#8217;s what I&#8217;ve come to believe: it&#8217;s not procurement&#8217;s decision to make.</p><p>In this and next week&#8217;s post, I&#8217;ll get into why this is as well as how to assess what Procurement work stays human and what goes the way of the machine.</p><h2>The False Binary</h2><p><em><strong>Is there any work that is irreducibly human?</strong></em></p><p>I&#8217;ve been thinking about this question a lot lately, as have many others. If you read the popular press, you can&#8217;t help but be pulled in two completely different directions.</p><p>At one end of the spectrum are the <strong>Dismissers</strong>, those who believe that AI is overblown and there is, and always will be, plenty of work that is and should remain human.</p><p>Some of this is based on beliefs that are grounded in sentimentality and emotion, but many dismissers have valid reasons to feel this way. AI hallucinates, it makes mistakes, it can&#8217;t do the simplest things (for humans) like read the room. It also lacks real world context, doesn&#8217;t understand people in the full human sense, or make thoughtful trade-offs based on variables not codified in the data.</p><p>But it&#8217;s also worth remembering that AI is still in its infancy, so we should expect the technology to continue to improve. It has already improved considerably in the last few years, and as this improvement continues, we should expect its capabilities viz-a-viz work traditionally done by humans to expand. So it&#8217;s entirely plausible that what is human today may not remain human in future.</p><p>That&#8217;s not to say all of it will go the way of the machine.</p><p>At the other end of the spectrum we have the <strong>Utopians</strong>, the believers who argue that AGI will be upon us soon enough, and that we will have amongst us a superintelligence that will be able to do everything a human can do and more. There will be little or nothing that won&#8217;t be done by machines, allowing us all more time to do all we ever aspired to do.</p><p>I get where they&#8217;re coming from as well - capability gains are arriving faster than ever, the machines are becoming multi-modal and agentic, and there are a ton of incentives, suggesting that human-like general intelligence may not be far off.</p><p>But today&#8217;s systems still confuse fluent performance with genuine understanding, and I believe that we don&#8217;t even know what we don&#8217;t know in terms of our brain&#8217;s architectures. As such, I personally don&#8217;t believe AGI is realistic or achievable, at least not in its full utopian form, any time soon.</p><h2>What AI Can Fake&#8230;And What It Can&#8217;t</h2><p>That said, there is some research that suggests AI has qualities that border on the &#8220;human&#8221; - and even improve on them in some ways.</p><p>For example, there is some evidence that AI can model &#8216;empathy&#8217;, though not without caveats. Specifically, research over the last couple of years finds that:</p><ul><li><p><strong>AI is clearly getting good at </strong><em><strong>empathy-shaped</strong></em><strong> language</strong> - that is, for many text-based tasks, LLMs can produce responses that people rate as highly supportive, compassionate, and emotionally intelligent, even outperforming humans in benchmarked test.</p></li><li><p><strong>But this is mostly evidence of simulation, not sentience</strong> - they show <em>patterns</em> of empathy (cognitive empathy and emotionally appropriate language), with no evidence of real empathy (concern, emotion, consciousness, etc.)</p></li><li><p><strong>In addition, human authenticity still matters</strong> - even where AI responses are rated as excellent, people value empathy more when they believe it comes from a human.</p></li><li><p><strong>Labeling effects matter a lot</strong> - there is a &#8216;human-label&#8217; premium; AI could outperform in building closeness when labeled as human but explicit AI-labeling <em>reduced</em> closeness.</p></li></ul><p>(For the specific sources, look <a href="https://www.jmir.org/2024/1/e52597/">here</a>, <a href="https://www.sciencedirect.com/science/article/pii/S2949882125001173">here</a>, <a href="https://www.nature.com/articles/s44271-025-00258-x">here</a>, <a href="https://www.nature.com/articles/s44271-024-00182-6">here</a>, <a href="https://www.nature.com/articles/s41562-025-02247-w">here</a>, <a href="https://www.nature.com/articles/s44271-025-00387-3">here</a>, <a href="https://www.nature.com/articles/s42256-022-00593-2">here</a> and <a href="https://openai.com/index/affective-use-study/">here</a>.)</p><h2>It&#8217;s Not About Procurement&#8230;</h2><p>We can draw some interesting insights from this research.</p><p>Broadly speaking, people accept AI for analysis and understanding, but resist it for emotional sharing and genuine care. As good as AI might be, the value of human involvement in certain work is <em>not</em> about capability but about perceived legitimacy and trust (that is, perceived intention, shared vulnerability, and the belief that another mind is genuinely with you).</p><p>In other words, what people value isn&#8217;t capability but perceived human investment, which means that what stays human is going to be determined by what stakeholders value, not by what machines can or can&#8217;t do.</p><p>This leads to an uncomfortable conclusion for procurement professionals: the question of what stays human isn&#8217;t entirely for Procurement to answer. It belongs to the people it serves and the markets it manages; their willingness to trust, to accept, to engage, is what draws the line between human and machine work. Which means if we want to understand what remains human, we need to stop looking inward and start looking outward.</p><h2>&#8230;It&#8217;s About The Stakeholders</h2><p>Of course, there are multiple stakeholders, including the CFO, the board, regulators, internal customers, and suppliers. While the CFO and the board shape what Procurement is measured on, theones that shape how the work gets done are the two constituencies &#8220;external to the function&#8221;:</p><ul><li><p><strong>The &#8220;Internal Customer&#8221; (Who Procurement Serves):</strong></p><ul><li><p>What do the internal customers that procurement serves (the business units, support functions such as marketing or HR or legal etc.) think about the work that procurement does?</p></li><li><p>What are the things that they absolutely want a human to do?</p></li><li><p>In which situations do they absolutely want a human to interact with?</p></li><li><p>What will they NOT trust from a machine output?</p></li><li><p>What do stakeholders actually pay for (in attention, trust, political capital) when they engage procurement?</p></li></ul></li><li><p><strong>The &#8220;Supply Market&#8221; (Who Procurement Manages):</strong></p><ul><li><p>Given that Procurement represents the organization to and manages suppliers (and supply markets at large), how do they perceive the work that the function does?</p></li><li><p>In which instances do they require a human presence for reasons that go beyond capability?</p></li></ul></li></ul><h2>Outcomes, Not Tasks</h2><p>So what kind of Procurement work do these stakeholders value?</p><p>There are two ways to look at this - at the role/task/subtask level (the actual work Procurement does) or at the outcome level (the key outcomes expected by each stakeholder group)</p><p>The task/subtask levels is where most practitioners normally look to answer the question of what remains human. But there&#8217;s a problem with this approach.</p><p>Procurement&#8217;s stakeholders don&#8217;t care about the practitioner&#8217;s task list. A marketing director who needs a creative agency contracted doesn&#8217;t think about whether the procurement person ran a three-bid process or used an AI-assisted evaluation tool. They care only about whether they got a capable agency, on reasonable terms, without it taking months to complete. Therefore, the practitioner&#8217;s role/tasks is too insular a view to take. It doesn&#8217;t take into account the perspectives of those the function serves.</p><p>These outcomes, on the other hand, represent what Procurement&#8217;s prime stakeholders - those it serves and those it manages - actually care about. Not policies, not processes, not tools, but outcomes.</p><p>As such, outcomes are, then, the most appropriate basis upon which to conduct this analysis.</p><h2>Seven Outcomes That Define Procurement&#8217;s Value</h2><p>So, what are those outcomes?</p><p>Broadly speaking, there are seven broad outcomes worth considering:</p><ol><li><p><strong>Speed and Responsiveness of the Procurement Process</strong></p><ol><li><p>When a business unit needs something purchased, how quickly and painlessly can they get it? The point here isn&#8217;t just speed but overall efficiency and effectiveness i.e. is the function seen to be an enabler or a bottleneck? Think elapsed time from request to delivery, in how many times they had to chase someone, and whether the process felt proportionate to what they were buying.</p></li><li><p>A three-week sourcing exercise for a $5,000 software license is a failure of responsiveness regardless of how well the process was executed.</p></li></ol></li><li><p><strong>Achieving Optimal Total Cost of Ownership</strong></p><ol><li><p>This goes beyond the purchase price to encompass the full economic cost of a buying decision, including implementation, maintenance, switching costs, quality failures, etc. From a stakeholder standpoint, this manifests itself when the cheapest option ends up costing more in rework, downtime, or internal frustration.</p></li><li><p>The valued outcome here is not a 12% reduction of the unit price, but that the money spent yielded the highest utilization and produced the best possible return over the life of the relationship.</p></li></ol></li><li><p><strong>Maintaining Supply Resilience and Mitigating Risk</strong></p><ol><li><p>This is a &#8216;sleeper&#8217; outcome i.e. you only notice it when there is a disruption. Can the business count on having what it needs, when it needs it, without disruption?</p></li><li><p>Is the category&#8217;s distinct risk profile (supplier dependence, geopolitical exposure, commodity volatility, technology obsolescence, regulatory change, cyber threats, etc.) understood and being well managed on their behalf?</p></li><li><p>The valued outcome here is supply continuity that encompasses not just reliable delivery but supply base resilience itself. The goal is also not to eliminate risk but to ensure risks are identified, quantified if possible, and either mitigated or consciously accepted with the right people informed.</p></li></ol></li><li><p><strong>Ensuring Compliance and Ethical Assurance</strong></p><ol><li><p>Stakeholders need to know that what they&#8217;re buying, and who they&#8217;re buying it from, won&#8217;t expose the organization to legal, regulatory, or reputational harm. This covers a host of factors, including sanctions screening, labor and environmental standards, anti-bribery obligations, data privacy requirements, and industry-specific regulations.</p></li><li><p>The outcome isn&#8217;t just that the organization passed an audit, but that the business can operate confidently knowing procurement has built guardrails that protect them from risks they may not even be aware of.</p></li></ol></li><li><p><strong>Ensuring Optimal Supplier Relationships</strong></p><ol><li><p>Suppliers are not interchangeable inputs; they each have their own capabilities, knowledge bases and priorities, and the quality of the relationship directly affects what the business gets from them.</p></li><li><p>This outcome is about not just performance to agreed standards and remediating problems when they arise, but also whether the relationship is managed in a way that earns the organization preferential treatment (better allocation, priority access to new tech, faster response times, access to senior attention, etc.).</p></li></ol></li><li><p><strong>Driving Supplier-Enabled Innovation</strong></p><ol><li><p>Some of the organization&#8217;s most valuable innovation doesn&#8217;t come from internal R&amp;D but from suppliers who bring new materials, processes, technologies, or ideas that accelerate product development and time to market, improve quality, or open new market possibilities.</p></li><li><p>This outcome is about whether procurement is positioned to unlock that value: identifying innovation opportunities, creating the commercial structures that incentivize suppliers to share their best thinking, connecting the right suppliers with the right internal teams, and ensuring the organization is seen by the supply market as a customer worth innovating for.</p></li></ol></li><li><p><strong>Crisis Management</strong></p><ol><li><p>When something breaks e.g. a key supplier goes bankrupt, a pandemic disrupts global logistics, a geopolitical event closes a trade corridor, a quality failure triggers a recall, the organization needs procurement to respond with speed, judgment, and authority. This is episodic work that demands real-time decision-making in challenging circumstances.</p></li><li><p>The outcome is that the organization survives the crisis with its financials, operations, relationships, and reputation as intact as possible - which calls for coordination across functions, direct engagement with suppliers and stakeholders, and the willingness to make consequential calls without the luxury of full analysis.</p></li></ol></li></ol><h2>The Harder Question</h2><p>The question that follows, then, is the harder one: for each of these outcomes, what must remain human, what can be augmented, and what should be fully automated?</p><p>That&#8217;s not a question you can answer in the abstract. It depends on who&#8217;s asking, what they&#8217;re willing to trust, and whether Procurement&#8217;s involvement makes the outcome measurably better.</p><p>In Part 2, I&#8217;ll introduce a framework for making that determination - one that&#8217;s grounded not in what AI can or can&#8217;t do today, but in what Procurement&#8217;s stakeholders will and won&#8217;t accept, and why that distinction matters more than capability ever will.</p>]]></content:encoded></item><item><title><![CDATA[What Procurement Work Will AI Take First?]]></title><description><![CDATA[Why structured cognitive work goes first, and what remains human (including an Interactive Tool to evaluate your own role)]]></description><link>https://www.proquria.com/p/what-procurement-work-will-ai-take</link><guid isPermaLink="false">https://www.proquria.com/p/what-procurement-work-will-ai-take</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 24 Mar 2026 13:04:10 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!eqL3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!eqL3!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!eqL3!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 424w, https://substackcdn.com/image/fetch/$s_!eqL3!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 848w, https://substackcdn.com/image/fetch/$s_!eqL3!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!eqL3!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!eqL3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png" width="1456" height="812" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:812,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:7342572,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/191698981?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!eqL3!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 424w, https://substackcdn.com/image/fetch/$s_!eqL3!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 848w, https://substackcdn.com/image/fetch/$s_!eqL3!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!eqL3!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1ff07044-3d1a-4c92-b754-66c29183228f_2754x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>By now, you&#8217;ve probably seen the <a href="https://www.anthropic.com/research/labor-market-impacts">spider chart from Anthropic</a> (below) that plots AI&#8217;s theoretical capability against observed AI coverage by occupational category. The blue area represents the share of job tasks that LLMs could theoretically perform; the red area shows the share actually being performed by AI, based on real world usage data from Claude.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!7VAy!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!7VAy!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 424w, https://substackcdn.com/image/fetch/$s_!7VAy!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 848w, https://substackcdn.com/image/fetch/$s_!7VAy!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 1272w, https://substackcdn.com/image/fetch/$s_!7VAy!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!7VAy!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp" width="586" height="586" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:1456,&quot;width&quot;:1456,&quot;resizeWidth&quot;:586,&quot;bytes&quot;:180532,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/webp&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/191698981?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!7VAy!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 424w, https://substackcdn.com/image/fetch/$s_!7VAy!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 848w, https://substackcdn.com/image/fetch/$s_!7VAy!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 1272w, https://substackcdn.com/image/fetch/$s_!7VAy!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F6d8116b6-c902-47a1-8f80-87e6818291f3_3840x3840.webp 1456w" sizes="100vw"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>The thing about this chart that had LinkedIn and other social platforms in a tizzy was not so much the red areas but the fact that the greatest theoretical exposure was in those occupations that perhaps even 5-10 years ago, we wouldn&#8217;t have thought susceptible to &#8220;automation&#8221; (I&#8217;m using that term in its broadest sense).</p><p>But that&#8217;s one of the prime implications of AI today.</p><h2>Where AI Lands First</h2><p>AI usually lands first on work that is repeatable, rules-driven, text/data-heavy, and separable from messy real-world context - work that just happens to be a lot of what the average LinkedIn user does: management, finance, IT, office administration, etc. (Yes, I appreciate there&#8217;s more to it than that, but that sort of work does form the basis of these functions.)</p><p>And as AI tools continue to improve (which they will), we can expect the gap between the blue and red dots to close.</p><p>None of this should come as any real surprise. There&#8217;s plenty of research and anecdotal evidence that this will be the case:</p><ul><li><p>The <a href="https://www.ilo.org/publications/generative-ai-and-jobs-refined-global-index-occupational-exposure?utm_source=chatgpt.com">ILO&#8217;s 2025 exposure index</a> assessed task-level exposure across nearly 30,000 occupational tasks and found that one in four jobs globally is exposed to GenAI to some degree, with clerical support roles still the most exposed. They highlighted that &#8220;some strongly digitized occupations have increased exposure, highlighting the expanding abilities of GenAI regarding specialized tasks in professional and technical roles&#8221;.</p></li><li><p>KPMG cites that its <a href="https://kpmg.com/kpmg-us/content/dam/kpmg/pdf/2023/unleashing-power-gen-ai-in-procurement.pdf">own analysis</a> indicates &#8220;50-80% of current procurement work can be automated, eliminated or shifted to self-service models&#8221;.</p></li><li><p>More conservatively, McKinsey says that <a href="https://www.mckinsey.com/capabilities/operations/our-insights/transforming-procurement-functions-for-an-ai-driven-world">its analysis</a> suggests that &#8220;technology will reshape the procurement function into an organization that is 25 to 40 percent more efficient, more agile, and increasingly agentic&#8221;.</p></li></ul><p>Whatever numbers you choose to believe, it&#8217;s indisputable that AI, in one form or another, is going to change the way work is done.</p><p>For Procurement, the implications are obvious.</p><p>The earliest procurement impact is showing up in transactional and process-heavy cognitive work such as intake, data cleanup, PO support, contract reviews, supplier communications, first-pass analyses, and workflow orchestration.</p><p>But that&#8217;s just the start of it. AI is already coming for more Procurement work - including the analytical and decision support work that we previously thought would remain the domain of humans. We&#8217;re already seeing AI assist heavily with market intelligence synthesis, option generation, scenario modeling, contractual &#8216;red-flag&#8217; detection, draft strategies, and negotiation preparation (though humans still own prioritization, trade-off selection, timing, and commitment).</p><p>The point is that machines are only going to get better - so the list of what AI can do will only keep expanding.</p><h2>The Limits of a Task-Based View</h2><p>The most fundamental takeaway for the practitioner, then, is that your role <em>is</em> going to change. There are (many) aspects of your role that AI will be able to do faster, cheaper and, yes, better (and not only that but it&#8217;s going to be able to do it 24/7).</p><p>But how exactly will your role be impacted?</p><p>There are plenty of institutions that have looked at specific Procurement roles and assessed the impact of AI on those jobs. Typically, they&#8217;ve taken a specific role, broken it down into its constituent tasks, and then assessed how susceptible each task is to AI.</p><p>In my view, this is useful but not enough.</p><p>Most procurement roles don&#8217;t fall into clean, well-defined sets of tasks. Practically, there are real-life complexities that force each role to morph in one way or another. These complexities can be external to the role (budget pressures, organizational or managerial demands, etc.) or specific to the individual (personal goals, expectations and desires).</p><p>As such, while these task-based analyses are helpful, the better question to ask is: <em>how can we think differently about roles and really get to the root of what makes them human?</em> This will allow individuals to determine for themselves <em>why and how</em> your particular role will be impacted by AI.</p><p>In this post, I&#8217;ll present one way to think about this: <strong>The Human Edge Matrix&#169;</strong>.</p><h2>A Better Way to Assess What Remains Human</h2><p>The Human Edge Matrix provides us with a diagnostic structure, one that speaks to the nature of a given task or role and whether or not it will remain &#8216;human&#8217; in the long term.</p><p>Specifically, there are two categories of analysis to consider with this matrix - the tiers of impact as well as the determining factors.</p><h3>1. The Three Layers of Procurement Work</h3><p>The first thing to understand is that this isn&#8217;t an &#8220;either/or&#8221; discussion. Every role won&#8217;t be either automated away or remain fully human. Work will split into three layers: Machine-Executable, Augmented and Human.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!t5-_!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!t5-_!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 424w, https://substackcdn.com/image/fetch/$s_!t5-_!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 848w, https://substackcdn.com/image/fetch/$s_!t5-_!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 1272w, https://substackcdn.com/image/fetch/$s_!t5-_!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!t5-_!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png" width="1314" height="652" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/bf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:652,&quot;width&quot;:1314,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:173887,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/191698981?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!t5-_!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 424w, https://substackcdn.com/image/fetch/$s_!t5-_!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 848w, https://substackcdn.com/image/fetch/$s_!t5-_!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 1272w, https://substackcdn.com/image/fetch/$s_!t5-_!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbf447a7a-4a94-4162-af86-ed962eee9882_1314x652.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>The three tier approach gives us a more realistic way to think about Procurement work.</p><p>It&#8217;s also worth noting that the assessment of what work falls within which tier is always going to be a point-in-time assessment. That is, while the 3 tiers hold, the work that falls under each tier is <strong>not</strong> static. As AI capabilities evolve, work currently in Tier 3 may migrate to Tier 2, and Tier 2 work may become Tier 1. It makes sense, therefore, to revisit any classifications periodically.</p><h3>2. The Factors That Make Work More or Less Human</h3><p>Within any role or set of tasks, a host of factors will determine where any given procurement activity falls in terms of the three tiers - eight to be precise.</p><p>Each of the factors operate as a spectrum, and it is the combination of factors, not just any single one, that determines classification.</p><p>These eight factors are as follows:</p><h4>Factor 1: Codifiability</h4><p><em>Can the decision logic, workflow, and success criteria be explicitly defined and systematized?</em></p><p>This encompasses both the structural clarity of the process (are there defined steps?) and the degree of precedent (has this been done many times before in similar ways?).</p><p>Highly codifiable work has clear inputs, known decision rules, and measurable outputs.</p><p><strong>Example:</strong> Tail-spend PO processing against pre-approved catalogs is highly codifiable. Developing a category strategy for a new market with no prior supplier relationships is not.</p><h4>Factor 2: Ambiguity</h4><p><em>How much of the relevant context is tacit, situational, or absent from the available data? How rapidly is the relevant context shifting?</em></p><p>Ambiguity can be high for structural and dynamic reasons.</p><p>Structural ambiguity is high when the &#8220;right answer&#8221; depends on information that exists in people&#8217;s heads, in organizational culture, or in the dynamics of a specific moment. Hence, the the relevant context is tacit, relational, or simply not captured in available data.</p><p>Dynamic ambiguity is where the environment is changing so rapidly that the context for the decision is shifting faster than models or processes can incorporate it.</p><p><strong>Example:</strong> A supplier&#8217;s public financials look strong, but the category manager has heard through industry contacts that the founder is planning to exit - tacit knowledge that could fundamentally change the sourcing decision. Allocation during supply crises, pricing shifts during geopolitical disruption or sudden regulatory changes create dynamic ambiguity (not because information is absent but because it&#8217;s changing in real time).</p><h4>Factor 3: Judgment Complexity</h4><p><em>Does the decision require weighing incommensurable trade-offs, interpreting incomplete signals, or making calls where reasonable people would disagree?</em></p><p>Note that this is distinct from ambiguity: a situation can be perfectly clear and still require sophisticated judgment. The question is whether the decision involves genuine dilemmas rather than optimization problems.</p><p><strong>Example:</strong> Choosing between a lower-cost supplier with a questionable sustainability record and a more expensive supplier aligned with corporate ESG commitments. Both options are well-understood, but the judgment lies in how to weigh competing priorities.</p><h4>Factor 4: Creativity</h4><p><em>Is the work about optimizing within known parameters, or does it require imagining genuinely new approaches?</em></p><p>Optimization is AI&#8217;s strength. Genuine invention - new commercial models, unconventional partnerships, category strategies that redefine the problem - remains a human edge. The distinction is between finding the best answer within a known solution space versus redefining the solution space itself.</p><p><strong>Example:</strong> Optimizing payment terms across a supplier portfolio is an optimization problem. Reimagining the procurement operating model to shift from transactional buying to outcome-based partnerships requires a creative rethink.</p><h4>Factor 5: Stakeholder Complexity</h4><p><em>How many stakeholders are involved, how conflicting are their interests, and how much does success depend on navigating those dynamics?</em></p><p>This encompasses both internal stakeholder management (business units, leadership, legal, finance) and external relationship management (suppliers, intermediaries, regulators). The underlying skills required - reading interests, building alignment, managing conflict - are the same.</p><p><strong>Example:</strong> A routine MRO renewal involves one budget holder and one supplier. A strategic outsourcing decision involves C-suite sponsors, multiple business unit leaders with competing priorities, legal, HR, affected employees, incumbent suppliers, and potential new partners.</p><h4>Factor 6: Political and Organizational Sensitivity</h4><p><em>Is the work visible to senior leadership, does it touch on organizational power dynamics, or could it create reputational exposure?</em></p><p>Political sensitivity isn&#8217;t about the technical difficulty of the work but rather the organizational consequences of how the work/decision will be perceived. Identical analytical tasks carry different political weight depending on who is watching and what is at stake.</p><p><strong>Example:</strong> Running a competitive tender for the CEO&#8217;s preferred consulting firm requires navigating political dynamics that have nothing to do with the mechanics of the RFP process itself.</p><h4>Factor 7: Ethical and Values-Based Reasoning</h4><p><em>Does the decision involve genuine ethical dimensions that require moral reasoning and alignment with organizational values?</em></p><p>This is less about compliance (which can be codified) and more about whether the organization&#8217;s identity and reputation are at stake. AI can flag such ethical risks, but the weighing of ethical trade-offs is fundamentally human.</p><p><strong>Example:</strong> Deciding whether to continue sourcing from a region where labour practices are legal under local law but violate the company&#8217;s stated human rights commitments. No algorithm can resolve this as it requires a values-based judgment that the organization must own.</p><h4>Factor 8: Decision Risk, Reversibility and Ownership</h4><p><em>What is the magnitude of downside if the decision is wrong and can it be undone, and does the organization (or external stakeholder) require a human owner to stand behind it?</em></p><p>AI can handle high-volume decisions even if some are wrong, provided the errors are low-cost and correctable. Irreversible, high-stakes decisions demand human ownership. In addition, some decisions are auditable, require relationship legitimacy, and/or require an accountable human sponsor (even if AI did 80 percent of the work).</p><p><strong>Example:</strong> Automatically reordering office supplies based on consumption patterns is low-risk and easily reversed. Signing a five-year sole-source contract for a critical component is high-risk and essentially irreversible. In other instances, a human will still be required to defend a decision to leadership, legal, the business, and/or a regulator.</p><h2>How to Apply the Framework</h2><p>Taking the three tiers and the eight determining factors together, the following matrix can be used as a diagnostic. For any procurement activity, assess where it falls on each factor. The majority of evidence will indicate its specific tier.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!aqDX!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!aqDX!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 424w, https://substackcdn.com/image/fetch/$s_!aqDX!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 848w, https://substackcdn.com/image/fetch/$s_!aqDX!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 1272w, https://substackcdn.com/image/fetch/$s_!aqDX!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!aqDX!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png" width="1106" height="1574" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/e3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:1574,&quot;width&quot;:1106,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:396517,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:true,&quot;topImage&quot;:false,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/191698981?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!aqDX!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 424w, https://substackcdn.com/image/fetch/$s_!aqDX!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 848w, https://substackcdn.com/image/fetch/$s_!aqDX!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 1272w, https://substackcdn.com/image/fetch/$s_!aqDX!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe3e82733-d080-4dc5-b546-c38a302e5ecb_1106x1574.png 1456w" sizes="100vw" loading="lazy"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>To apply <strong>The Human Edge Matrix</strong> to your own role, click the button below to access the <a href="https://human-edge.proquria.com/">interactive tool</a>: </p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://human-edge.proquria.com/&quot;,&quot;text&quot;:&quot;Interactive Tool&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://human-edge.proquria.com/"><span>Interactive Tool</span></a></p><p>You&#8217;ll need to enter your name and email (you&#8217;ll be subscribed to my site) and then you can complete this assessment for your role at an overall level or by sub-task. <strong>Note that none of the information you input (other than your name and email) will be retained in any way. This is simply for your personal assessment. </strong> </p><p>(I&#8217;d love to get your feedback on the tool itself and whether you agree with its findings.)  </p><h2>What This Looks Like in Practice</h2><p>The following examples show how specific procurement activities map against the framework. The tier assignment reflects the overall weight of evidence across all eight factors.</p><h3>Tier 1 Examples: Machine-Executable</h3><ul><li><p>Catalogue-based PO creation and approval routing for pre-negotiated items</p></li><li><p>Invoice matching and exception flagging against contract terms</p></li><li><p>Supplier onboarding document collection and compliance verification</p></li><li><p>Automated spot-buy execution within pre-set parameters</p></li></ul><h3>Tier 2 Examples: Augmented</h3><ul><li><p>Spend analytics and category spend classification</p></li><li><p>Market intelligence synthesis for category strategy input</p></li><li><p>RFP development and supplier response evaluation (AI drafts, human refines and decides)</p></li><li><p>Contract redlining and risk identification (AI flags, human negotiates)</p></li><li><p>Negotiation preparation: BATNA, scenario modeling, and playbook generation</p></li><li><p>Supplier performance monitoring and scorecard generation with recommended actions</p></li></ul><h3>Tier 3 Examples: Human</h3><ul><li><p>Category strategy development for volatile or strategically critical categories</p></li><li><p>Cross-functional alignment on make-vs-buy, insource-vs-outsource decisions</p></li><li><p>High-stakes, complex negotiations (multi-year, multi-party, novel deal structures)</p></li><li><p>Strategic supplier relationship management and joint value creation</p></li><li><p>Ethical sourcing decisions involving values trade-offs and reputational risk</p></li></ul><p><strong>Caveat:</strong> It&#8217;s worth noting that some procurement work will stop being human-executed before it stops being human-owned. That is, leaders may decide that there may well be work that remains human-supervised (even if AI can do it) because the task shapes learning and judgement.</p><h2>From Task Taxonomy to Role Redesign</h2><p>The goal of this framework is to provide a deeper way to think about AI&#8217;s impact on current roles, both overall as well as at the task level. It serves multiple audiences:</p><ul><li><p><strong>CPOs and Procurement leaders:</strong> Use the matrix to audit your function&#8217;s activity portfolio. Identify which Tier 1 activities are still being done manually (automation opportunity), which Tier 2 activities lack AI tooling (augmentation opportunity), and which Tier 3 activities are being underinvested in because the team is trapped in lower-tier work.</p></li><li><p><strong>Procurement practitioners:</strong> Use the Tier-Factor matrix to assess your own role&#8217;s exposure to AI. The goal is to deliberately build capabilities in those areas that keep humans essential - judgment, stakeholder navigation, creative strategy, ethical reasoning, etc.</p></li><li><p><strong>For Procuretech leaders:</strong> Use the tier definitions to set realistic expectations for AI deployment. Tier 1 is ripe for full automation today. Tier 2 requires thoughtful human-machine workflow design. Tier 3 requires AI to serve as decision support, not decision maker.</p></li></ul><p><strong>One last point:</strong> What should emerge from this analysis is not just whether a role is at risk or to what extent - very few roles, if any, are going to survive intact in a Post-AI world.</p><p>What should emerge is a clearer indication of how to future-proof the practitioner for a post-AI world.</p><p>In addition, when you subtract tasks that will be automated - and even accounting for augmented tasks - what is left will almost certainly need to be rethought. The very nature of roles will need to be changed and, likely, rebundled across the function.</p><p>As such, Procurement roles will need to be redesigned around orchestration, exception management, business judgment, stakeholder alignment, supplier strategy, risk governance, and decision accountability, among other considerations. This will force us to move from a <strong>task taxonomy</strong> to a <strong>role redesign model</strong>. I&#8217;ll cover this topic more deeply in future posts.</p>]]></content:encoded></item><item><title><![CDATA[How to Use AI Without Losing Judgement]]></title><description><![CDATA[A practical playbook for preserving cognitive agency in an AI-Enabled Workplace]]></description><link>https://www.proquria.com/p/how-to-use-ai-without-losing-judgement</link><guid isPermaLink="false">https://www.proquria.com/p/how-to-use-ai-without-losing-judgement</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 17 Mar 2026 13:03:53 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Yzbp!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!Yzbp!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!Yzbp!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!Yzbp!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!Yzbp!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!Yzbp!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!Yzbp!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png" width="1456" height="813" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/ea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:813,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:7929654,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/190891504?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!Yzbp!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 424w, https://substackcdn.com/image/fetch/$s_!Yzbp!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 848w, https://substackcdn.com/image/fetch/$s_!Yzbp!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!Yzbp!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fea6a9b79-4f81-4f3b-873c-ef88905bdcea_2752x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>In my <a href="https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of">last post</a>, I flagged the idea of <strong>cognitive debt</strong>, which is the hidden cost we incur when a tool helps us complete a task without making us do enough of the thinking to truly understand, evaluate, or reproduce the outcome ourselves.</p><p>I also discussed how, if this debt goes unpaid, it leads to a loss of <strong>cognitive agency</strong>, which is the ability to understand the reasoning behind an outcome, assess whether it is sound, adapt it when needed, and take real ownership of the judgment (and output) involved.</p><p>This loss is a real problem, particularly in a world where we must grapple with information (and cognitive) overload, an attention economy, as well as performance metrics (explicit and implicit) that reward volume and activity over quality and individual development. The proliferation of AI tools is only exacerbating this problem, taking it to another level entirely. As I mentioned in <a href="https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of">my prior post</a>, it&#8217;s the difference between <em>creating sounds</em> and <em>developing musicianship</em>.</p><p>And yet these tools aren&#8217;t going anywhere. Stand alone or embedded within more traditional SaaS tools, AI is becoming ubiquitous and will soon reach the point where it is no longer a feature but an expectation.</p><p>Used thoughtfully, they will dramatically enhance both our efficiency as well as our effectiveness - but only if <em>we</em> take the initiative. The onus remains on us to use them thoughtfully, not only for the betterment of our workplaces but for ourselves as well.</p><p>In this post, then, I&#8217;ll outline a practical framework for using AI in ways that preserve cognitive agency rather than erode it.</p><h2>The Cognitive Agency Framework</h2><p>At the heart of this framework is a simple principle:</p><p><strong>Use AI to reduce mechanical effort, not to replace formative judgment.</strong></p><p>But while this idea is simple in concept, it&#8217;s much more involved in execution. There is no <em>point solution</em> when it comes to the problem of minimizing cognitive debt and retaining our cognitive agency.</p><p>Our approach has to be multi-faceted - from how we lead to the parameters we set for it to what we individually must do. This is not a tool problem as much as it is an operating model problem.</p><p>And this operating model - The Cognitive Agency Framework, as I call it - has three layers:</p><ol><li><p>Leadership (conditions)</p></li><li><p>Guardrails (workflow rules)</p></li><li><p>Individual Practices (specific habits)</p></li></ol><p>Let&#8217;s look at each of these in turn.</p><h3>Layer 1: Leadership Sets the Conditions</h3><p>Everything starts with leadership, which must set the stage for their teams at the outset. The central question they need to address is:</p><p><em>&#8220;How do we use AI to capture efficiency gains without removing the cognitive reps that build and preserve judgment?&#8221;</em></p><p>There are four specific actions they should take:</p><ol><li><p><strong>Establish the Vision:</strong></p><p>Clarify the kind of practitioner the organization will value going forward. That is, enabled by AI tools, practitioners must:</p><ul><li><p>Move from task completion to outcome ownership, where judgement and defensibility will become the differentiators</p></li><li><p>Remain focused on driving effectiveness as much as efficiency, which prioritizes achieving results for (internal) customers and moving the needle on <em>their</em> metrics.</p></li></ul></li><li><p><strong>Align incentives:</strong></p><p>If leaders only rewards efficiency metrics such as faster turnaround, more output or shorter cycle times, then they will end up (accidentally) training people to maximize AI throughput, not human discernment.</p><p>Instead, they should balance these metrics (which will still be important) with more &#8216;human&#8217; metrics that measure and reward on the basis of the progressive vision laid out in point 1. Specifically:</p><ul><li><p>Measure for impact, not simply process compliance</p></li><li><p>Recognize innovation and progressive thinking in annual evaluation cycles</p></li><li><p>Reward reasoning quality and assumption strength, including risk awareness, contextual judgment, defensibility and trade-off understanding</p></li><li><p>Reward practical, sustainable AI deployment e.g. embedding AI into workflows</p></li></ul></li><li><p><strong>Build the Training Loop:</strong></p><p>Early, heavy AI reliance can weaken independent reasoning, ownership, and recall so it&#8217;s imperative to ensure that team members put in the mental reps needed to build their cognitive scaffolding.</p><p>In other words, the key is to ensure that &#8220;judgment reps&#8221; are baked into the work itself.</p><p>So set the expectation that each team member (in particular, junior team members) must have practical experience in &#8220;doing the work&#8221; (for specific types of work - see the next section on Guardrails) and not let AI remove &#8216;first-principle&#8217; practices.</p><p>This means, therefore, deliberately creating &#8220;unassisted reps&#8221; - for example, when it comes to issue framing or contract risk spotting, and even recommendation writing.</p><p>For junior team members, this could be having them alternate between a solo first pass, an AI-assisted revision and then a (senior) human review.</p></li><li><p><strong>Broadcast Learning:</strong></p><p>Every team will have individuals who are leading the charge when it comes to innovation and AI deployment. It&#8217;s important to identify and encourage these early &#8216;champions&#8217;.</p><p>But long-term value for the function will only come from scale, and that starts with strong communications and information sharing. The more people find out about the potential, the early wins/realized value and the personal upside, the higher the chances of success.</p><p>It&#8217;s important, then, to communicate broadly, which means:</p><ul><li><p>Hold regular town halls to share AI wins, relevant use cases and key lessons learned</p></li><li><p>Invite demos by Builders to show the potential and value of current and emerging tools</p></li><li><p>Host hackathons on critical functional issues</p></li><li><p>Provide peer recognition, including symbolic as well as cash prizes</p></li></ul></li></ol><h3>Layer 2: Guardrails Shape the Workflow</h3><p>With the leadership posture defined, it&#8217;s important to set appropriate guardrails that help ensure intent turns into behavior.</p><p>This requires defining the specific rules that need to be put in place to ensure team members work with AI tools in the best, most optimal way. Five key guardrails should be stipulated:</p><ol><li><p><strong>Classify Tasks:</strong></p><p>In terms of allowing AI to run autonomously, what kind of work is OK versus what is not OK?</p><p>Not all tasks should be treated the same; some need little to no attention while others need a human to keep driving it. As such, separating <em>autonomous</em> versus <em>assistive</em> versus <em>formative</em> work is an essential first step.</p><p>Some tasks - such as formatting, information organization, summarizing, first-pass drafts, etc., are good candidates for heavier AI use.</p><p>Others are formative in nature because they build or preserve judgment. Think:</p><ul><li><p>Framing the problem</p></li><li><p>Identifying what&#8217;s missing in an analysis</p></li><li><p>Making trade-offs in difficult situations</p></li><li><p>Deciding what matters in moments of ambiguity</p></li><li><p>Defending recommendations</p></li></ul><p>These are tasks where humans need to stay in the loop. (No one is going to ask the algorithm for the justification of the decision. They&#8217;ll ask the human who put it forward.)</p><p>As a practical rule, then, create a team-level list of:</p><ul><li><p>Tasks where AI can lead</p></li><li><p>Tasks where humans must lead</p></li><li><p>Tasks where AI can support but not substitute</p></li></ul><p>Document this in a one-pager by workflow, potentially in an &#8220;AI RACI&#8221; format. This document should be reviewed at regular intervals (quarterly or semi-annual at minimum) as models and tools evolve.</p></li><li><p><strong>Ensure No AI-First for Judgement Tasks:</strong></p><p>For specific tasks that require human judgement and involvement, stipulate that a human must always do the first pass. AI cannot be allowed to initiate the &#8216;thinking&#8217;.</p><p>Embed the idea that people must think before they prompt, fleshing out their ideas, the core problems, constraints, etc. This brief doesn&#8217;t need to be a thesis, it can be relatively brief. But the discipline must be demanded; there needs to be a reasonable level of ideation and thought provided by the human as the first step.</p><p>Post that first step, AI can then be utilized as the next step of assessment and input.</p></li><li><p><strong>Use AI as Challenger:</strong></p><p>Never use the AI as a substitute or as the sole author of the output. Instead, treat is as a sparring partner. Reiterate that AI should be used to:</p><ul><li><p>Expand options</p></li><li><p>Stress-test thinking</p></li><li><p>Surface blind spots</p></li><li><p>Improve articulation</p></li></ul></li><li><p><strong>Embed &#8220;Explain-Back&#8221;:</strong></p><p>Let team members know that they will be expected to explain the bases and implications of their analyses. Let them know that they will be asked whether they are comfortable owning the outcomes of their assessment and why.</p><ul><li><p>What is the decision?</p></li><li><p>What trade-off is being made?</p></li><li><p>What would make this wrong?</p></li><li><p>What information is missing?</p></li><li><p>What is their level of confidence and why?</p></li></ul><p>If someone cannot defend their AI-assisted output, they cannot own it.</p></li><li><p><strong>Insert Friction Gates:</strong></p><p>Well-placed friction preserves thinking quality.</p><p>For high stakes categories and key process points that matter, clarify that team members will be asked to present key findings and rationalize their thinking.</p><p>These key insertion points should be defined, and could encompass:</p><ul><li><p>Award decisions over $X</p></li><li><p>Contract deviations that shift liability/indemnity/termination</p></li><li><p>Negotiation postures and walk-away thresholds with strategic suppliers</p></li><li><p>Risk acceptance (cyber, continuity, regulatory)</p></li><li><p>External communications that could create reputational exposure</p></li></ul><p>For particularly critical decisions, require red-teams be involved to challenge the analysis (e.g. &#8220;make the case against this&#8221; and ask the team to defend their point of view).</p><p>The key here is simple: to raise the &#8220;cost of cognitive offloading&#8221; - when this cost rises, people offload less, retain and own more.</p></li></ol><h3>Layer 3: Individuals Build the Habits</h3><p>Of course, the rubber meets the road with the individual. While the guardrails define the rules, individual practices determine whether a team member <em>actually</em> builds judgement.</p><p>As such, each individual&#8217;s goal must be to master &#8216;Attention Sovereignty&#8217;, that is, to actively direct attention rather than surrendering it to the algorithm. Attention sovereignty is the precondition for everything below.</p><p>Four key habits are essential here:</p><ol><li><p><strong>Develop Your Point of View First:</strong></p><p>One of the biggest protections against cognitive debt is requiring human pre-processing before AI enters the picture. So ask people to think <em>before</em> they prompt.</p><p>For example, before using AI, require the user to first write:</p><ul><li><p>the problem statement</p></li><li><p>the desired outcome</p></li><li><p>the likely risks</p></li><li><p>their own first-pass recommendation</p></li></ul><p>Even a brief set of notes or hypothesis or key framing questions and ideas helps. Start with a human frame first.</p></li><li><p><strong>Use AI as Sparring Partner:</strong></p><p>With the human frame fleshed out (even at a high level), use AI as a challenger, expander, and/or editor.</p><p>The safest pattern to deploy is not &#8220;do it for me&#8221; but to iterate with you. Ask it to work with you as a consultant or analyst. Ask it to:</p><ul><li><p>Challenge your assumptions</p></li><li><p>Identify three risks you may be missing</p></li><li><p>Critique your recommendations</p></li><li><p>Provide you with alternative considerations</p></li><li><p>Test your logic for holes</p></li><li><p>Help you compare different scenarios</p></li></ul><p>At the same time, thoughtfully evaluate what it gives you back, and test its thinking to ensure that what it&#8217;s telling you is something <em>you</em> agree with. Ask it questions, pressure-test key statements and ideas, push back where you feel push-back is needed. Take nothing for granted.</p><p>This preserves human ownership of the core judgment while still harvesting the benefits of the tool&#8217;s speed and breadth.</p></li><li><p><strong>Build explain-back discipline by using a checklist</strong></p><p>This is a simple safeguard but also a powerful one. For every key analysis that leverages AI heavily, be able to explain:</p><ul><li><p>What the recommendation is</p></li><li><p>Why it makes sense</p></li><li><p>What assumptions it depends on</p></li><li><p>What the risks are and where could it fail</p></li><li><p>What you changed from the AI output</p></li></ul><p>The practical rule to follow is:</p><p><em>&#8220;I will not submit an AI-assisted recommendation until I can fully defend it my own words.&#8221;</em></p></li><li><p><strong>Engage in Regular Self-Critiques:</strong></p><p>Regularly reflect on your thought processes, biases, and how you learn. Consider how you can continue to push your thinking and ownership of your work and analyses.</p><p>Make a note of the various tools you utilize and their relative strengths and drawbacks. Establish personal &#8220;red-flag&#8221; triggers about when to use AI and when not to, based on individual usage.</p><p>Adopt a two-source rule for high-stakes facts. Treat AI as a draft, not a source. Be selective about facts provided by AI tools and verify critical claims against primary documents or an independent reference.</p><p>Reconstruct from memory. After using AI, restate the reasoning without looking. If you can&#8217;t explain it cleanly, you&#8217;ve borrowed output without building understanding.</p></li></ol><h2><strong>The Procurement Cheat Sheet For Leaders</strong></h2><p>The three layer Cognitive Agency Framework is a useful way to think about retaining cognitive agency, both as a leader and an individual practitioner. But it does require a good measure of work to ensure it&#8217;s implemented effectively in any organization.</p><p>While in my view, the realized value is worth that work, I appreciate that &#8216;speed to action&#8217; is more important than &#8216;perfect implementation&#8217;. To that end, if you do nothing else then, at minimum, implement the following four rules of thumb:</p><h3><strong>Rule 1: Define &#8220;When AI Should Be Avoided&#8221;</strong></h3><p>Some contexts are fragile and the downside of a subtle error can be asymmetric, in that small mistakes can create outsized legal, financial and/or reputational consequences.</p><p>As such, heavy AI reliance is best avoided in specific defined contexts. These could include:</p><ul><li><p>Sensitive negotiations</p></li><li><p>Legal commitments without counsel review</p></li><li><p>Reputational risk communications</p></li><li><p>Compliance/regulatory issues</p></li><li><p>Situations requiring confidential data handling policies</p></li></ul><h3><strong>Rule 2: Preserve Human-First Reps in Judgment-Heavy Workflows</strong></h3><p>Make clear that Humans must think first and foremost when it comes to Judgement-heavy workflows, which you should spend a little bit of time thinking through. These workflows could include:</p><ul><li><p>Supplier selection/award situations</p></li><li><p>Risk acceptance decisions</p></li><li><p>Negotiation strategy and walk-away scenarios</p></li><li><p>Contract deviations and redlines that shift risk</p></li><li><p>Stakeholder trade-offs and prioritizations</p></li><li><p>Financial/business case assumptions</p></li></ul><h3><strong>Rule 3: Let AI Challenge and Draft, Not Decide</strong></h3><p>Have your team develop the first draft of any analysis or output. AI can then assist by:</p><ul><li><p>Summarizing bids</p></li><li><p>Drafting supplier emails</p></li><li><p>Structuring comparison tables</p></li><li><p>Synthesizing documents</p></li></ul><p>That said, the human should still own:</p><ul><li><p>Supplier selection logic</p></li><li><p>Trade-off decisions</p></li><li><p>Stakeholder balancing</p></li><li><p>Risk acceptance</p></li><li><p>Negotiation posture</p></li></ul><h3><strong>Rule 4: Require Defense, Not Just Delivery</strong></h3><p>A recommendation must not be considered complete until the owner can explain the:</p><ul><li><p>Logic</p></li><li><p>Risks</p></li><li><p>Alternatives rejected</p></li><li><p>Contextual factors</p></li></ul><p>This ensures the organization is developing professionals, not simply &#8216;output assemblers&#8217;.</p><h2>Closing Thought</h2><p>AI is going to keep getting better. The real question is whether we (as leaders and as individual practitioners) will get better with it.</p><p>If leaders reward throughput, teams will optimize for throughput. If workflows don&#8217;t require defendable reasoning, people will stop building it.</p><p>Cognitive agency won&#8217;t survive on its own or by some accident. It will survive by design: <em>when our systems make thinking both mandatory and unavoidable</em>.</p><p>It&#8217;s incumbent then on leaders to set the conditions and establish the guardrails that shape the workflow, and for individuals to practice those habits that keep their judgment sharp.</p><p>This is the aim of the Cognitive Agency Framework. Use AI to remove mechanical effort, but protect the cognitive reps that build discernment. Otherwise, we&#8217;ll ship polished outputs but, over time, lose the capability underneath them.</p><p>The ultimate goal is simple: capture speed without surrendering musicianship.</p>]]></content:encoded></item><item><title><![CDATA[Cognitive Debt: The Hidden Cost of Letting AI Think for Us]]></title><description><![CDATA[Why The Age of AI Demands More, Not Less, Discipline in How We Think and Work]]></description><link>https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of</link><guid isPermaLink="false">https://www.proquria.com/p/cognitive-debt-the-hidden-cost-of</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 10 Mar 2026 10:54:34 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!JWVA!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!JWVA!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!JWVA!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 424w, https://substackcdn.com/image/fetch/$s_!JWVA!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 848w, https://substackcdn.com/image/fetch/$s_!JWVA!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!JWVA!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!JWVA!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png" width="1456" height="794" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/cde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:794,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:10837385,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/189906647?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!JWVA!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 424w, https://substackcdn.com/image/fetch/$s_!JWVA!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 848w, https://substackcdn.com/image/fetch/$s_!JWVA!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!JWVA!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fcde4af4d-1cf5-488b-b227-9716bad67a0b_2816x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>AI is an incredible technology - one that&#8217;s taken the promise of classic SaaS and amplified it exponentially.</p><p>We now have tools that can help us produce better-looking work, faster, and with less friction than ever before. That&#8217;s a real and massive gain, but it&#8217;s one that comes with a hidden risk: these very same tools make it easier to skip the mental work we need to be doing to truly own our work. Or, to be more precise:</p><p><em>What happens when the tools that improve our outputs also reduce the amount of formative and evaluative thinking we do to truly understand, evaluate, and own them?</em></p><h2>Creating Sounds vs. Developing Musicianship</h2><p>Let me explain this with an analogy from the music world.</p><p>A couple of decades ago, if you wanted to record an album, you had to learn to play an instrument, put together a band, hire out a studio, bring in a producer and an engineer, record multiple takes and then piece together and master the final output.</p><p>Today, you can bypass much of that. Modern technology has made it easier than ever to create something that sounds polished. Synths, virtual instruments, multitrack recording, editing software, and now a host of AI tools that do all of the above with just a prompt, help generate impressive results in a fraction of the time.</p><p>And yet, there remains a difference between <em>creating sounds</em> and <em>developing musicianship</em>.</p><p>Musicianship means developing a sense of taste, timing and feel. It means having an ear for what works, understanding when to elevate tension and when to release. It means developing an understanding of which elements work together and why.</p><p>Developing musicianship requires doing the work. But creating sounds? Today, anyone can produce something that sounds good without developing the underlying fluency needed to create, diagnose, adapt and finalize with intention.</p><p>This same distinction is playing out in other spheres as well, including Procurement knowledge work. And that presents us with a challenge.</p><h2><strong>Cognitive Debt and the Erosion of Agency</strong></h2><p>In Procurement, we also have access to a host of incredibly powerful AI tools, but their deployment is all across the map.</p><p>I don&#8217;t just mean their usage but the <em>intentionality of that usage</em>. Some are using them well, others less so (often because these tools sound so authoritative and confident that users mistake their polished language for sound judgement).</p><p>This undisciplined and unintentional deployment in our knowledge work comes with a cost. It creates a cumulative risk: repeated cognitive outsourcing creates <strong>Cognitive Debt</strong> which, over time, erodes our <strong>Cognitive Agency</strong>.</p><p>Let me explain both of these terms briefly.</p><p><strong>Cognitive debt</strong> is the hidden cost we incur when a tool helps us complete a task without making us do enough of the thinking to truly understand, evaluate, or reproduce the outcome ourselves. It&#8217;s a real problem because the convenience of today&#8217;s tools can, if we&#8217;re not careful, result in a complacency of understanding. That is, convenience borrows against comprehension, with very real, very material trade-offs.</p><p>The result, if this debt continues to go unpaid, is a lack of <strong>cognitive agency</strong>, which is the ability to understand the reasoning behind an outcome, assess whether it is sound, adapt it when necessary, and take real ownership of the judgment involved and, hence, the output generated.</p><p>This &#8216;cognitive offloading&#8217; has real and practical implications: these tools might improve immediate task performance, but they do so while also reducing retention and internal encoding (i.e. weakening the depth of neural processing required for learning and recall), especially when our goal is to &#8216;grow&#8217; as much as it is to just &#8216;get the work done&#8217;.</p><h2>Why This Matters in Procurement</h2><p>Now, this might sound like a problem for just the new entrants into the function, but it&#8217;s really a problem for all practitioners, junior and senior alike.</p><p>For juniors, the risk is failing to build the foundation of what makes for true, high quality performance in the long run. No &#8216;cognitive scaffolding&#8217; being built in the first place, no formation of those foundational thinking skills that are so essential to &#8216;good judgement&#8217;.</p><p>For experienced practitioners, the risk is a loss of sharpness, because over-reliance and over-delegation can lead to complacency and declining vigilance. Passive reliance is never a good thing.</p><p>(And for organizations as a whole, the risk is that we normalize all of the above, with long term detrimental impacts.)</p><p>This matters especially in Procurement because our ability to apply good judgement and make strong decisions that serve the corporate good, even as we grapple with a multitude of competing agendas and demands, is what defines our success. Our work isn&#8217;t just about producing outputs but generating better outcomes.</p><p>In that regard, AI can help us draft, summarize, analyze, and recommend but it cannot, by itself, deliver real procurement judgment. We still need discernment. We need the ability to read a stakeholder or interpret the nature and magnitude of a particular risk. We need to be able to make real-time, thoughtful, conscientious trade-offs. For example:</p><ul><li><p>Summarizing a contract is not the same as understanding its comparative risks in context of organizational realities</p></li><li><p>Generating a sourcing recommendation is not the same as exercising true commercial discernment that incorporates the nuances of the situation</p></li><li><p>Producing a negotiation script is not the same as reading leverage, timing, and context</p></li></ul><p>The fact is that Procurement decisions are often made under ambiguity, across competing stakeholder incentives, with incomplete information and real commercial consequences. So our judgement matters.</p><p>And even putting aside the idea of &#8216;low quality outputs that play at being correct&#8217; (due to hallucinations (still a concern) and errors that will surely diminish as the tech continues to improve), if we don&#8217;t own the work, then what is our value?</p><p>It&#8217;s also worth asking ourselves: <em><strong>If we&#8217;re no better than the machines, then why does the organization need us at all?</strong></em></p><h2>The Real Question</h2><p>Look, none of this means cognitive offloading is inherently bad. In many contexts, it&#8217;s rational and valuable. The problem begins when we offload the very parts of the work that are building, testing, or preserving judgment.</p><p>The real question, then, is not whether we should use AI; that cat is out of the bag. It&#8217;s whether we will use it in ways that preserve the foundations and habits that judgment depends on.</p><p>Because the danger is not that these tools do our work for us, but that, used carelessly, they can leave us producing the appearance of strong work without building or sustaining the capability to truly own that work.</p><p>The challenge for the practitioner, therefore, is to learn how to create music without surrendering musicianship.</p><h2>The Practical Challenge</h2><p>That leaves us with a practical challenge: how do we use AI to capture the gains in speed and quality without outsourcing the very cognitive reps that build judgment in the first place?</p><p>The answer to that question is multi-faceted - from how we lead on this issue, to how we manage it, to how we train for it.</p><p>In a follow-up piece, I&#8217;ll outline a practical framework for using AI in ways that preserve cognitive agency rather than erode it</p><p>.</p>]]></content:encoded></item><item><title><![CDATA[AI-Confident Procurement Is a Practice]]></title><description><![CDATA[Common-sense guardrails, a simple playbook, and four practical steps you can take this week]]></description><link>https://www.proquria.com/p/ai-confident-procurement-is-a-practice</link><guid isPermaLink="false">https://www.proquria.com/p/ai-confident-procurement-is-a-practice</guid><dc:creator><![CDATA[Omer Abdullah]]></dc:creator><pubDate>Tue, 03 Mar 2026 14:03:34 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!JczA!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!JczA!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!JczA!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 424w, https://substackcdn.com/image/fetch/$s_!JczA!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 848w, https://substackcdn.com/image/fetch/$s_!JczA!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!JczA!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!JczA!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png" width="1456" height="794" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:794,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:8747797,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.proquria.com/i/189275057?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!JczA!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 424w, https://substackcdn.com/image/fetch/$s_!JczA!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 848w, https://substackcdn.com/image/fetch/$s_!JczA!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 1272w, https://substackcdn.com/image/fetch/$s_!JczA!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F8fbee1dc-1e96-40ba-b770-c352873bffb9_2816x1536.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><p>In Post 1, I argued that &#8220;AI-ready&#8221; isn&#8217;t a technical identity, more of a behavioral one. This post is the companion piece: <em>how do we put these ideas into practice</em>.</p><p>The point of this post is to be practical - not to present shiny tools or some grand transformation program. We have enough of those elsewhere.</p><p>My goal is to present a practical way to begin the move from <strong>AI-curious</strong> (sporadic experimentation) to <strong>AI-confident</strong> (repeatable, outcome-driven use), while keeping the two things that Procurement can&#8217;t outsource: <strong>judgment and accountability.</strong></p><p>The discussion will be divided into four parts:</p><ol><li><p>Common-sense guardrails</p></li><li><p>Practical playbook</p></li><li><p>Useful workflows</p></li><li><p>Getting started this week</p></li></ol><h2><strong>First: Common-Sense Boundaries (AKA Don&#8217;t Do Something Dumb at Speed)</strong></h2><p>Let&#8217;s start with a reality check.</p><p>AI can accelerate your work but it can also accelerate your mistakes. It&#8217;s not tuned to do the &#8216;right things&#8217; all the time, so the onus is on you.</p><p>So before we get going, let&#8217;s lay down some common-sense boundaries for ourselves. (I know, I know, this is like one of those disclaimers at the beginning of every self help book: consult your doctor/financial advisor/legal professional/etc.)</p><p>Here are the guardrails I&#8217;d apply at this stage, whether you&#8217;re a category manager, an analyst, or a CPO:</p><h3><strong>1) Treat public tools like glass conference rooms</strong></h3><p>If you wouldn&#8217;t say it on speakerphone in a crowded airport, don&#8217;t paste it into a public AI tool. Don&#8217;t put any of the following into the public AI tools you use:</p><ul><li><p>No regulated data (PII, export-controlled, etc.)</p></li><li><p>No confidential supplier data</p></li><li><p>No non-public pricing, rate cards, rebate terms</p></li><li><p>No contract language covered by NDAs</p></li><li><p>No customer-sensitive info</p></li><li><p>No proprietary strategies or negotiation positions</p></li></ul><p>I know plenty of AI tools have options to protect your data but, for now, I would still err on the side of caution. If in doubt, treat the data as confidential and don&#8217;t input it into the tool.</p><h3><strong>2) Follow Company Policy</strong></h3><p>Again, this goes without saying, but follow your company policy.</p><p>And if your company doesn&#8217;t have one, or has a very loose set of guidelines, then assume the strictest stance until your company actually does develop one.</p><p>A lack of (or even a loose) AI policy is not permission to do whatever you want, certainly not with company information.</p><p>Until you have clear rules, behave like you&#8217;re operating in a regulated environment:</p><ul><li><p>Stick to approved tools only or, where this is no guidance, choose your tools carefully</p></li><li><p>Redact all inputs thoroughly and appropriately</p></li><li><p>Experiments only with &#8220;no risk&#8221; and &#8220;low stakes&#8221; work</p></li><li><p>Document everything you do</p></li></ul><h3><strong>3) Don&#8217;t Treat AI Outputs as &#8220;Answers&#8221;</strong></h3><p>AI can be a very fast, very capable intern that displays very high confidence, even as it displays uneven judgment. It will reinforce what you want to hear and will sometimes even tell you things that just aren&#8217;t true or valid or right.</p><p>So, don&#8217;t take it for granted. Don&#8217;t outsource your thinking and judgement:</p><ul><li><p>Verify facts</p></li><li><p>Sanity-check logic</p></li><li><p>Ask for sources, assumptions, and alternatives</p></li><li><p>Pressure-test the output the way you would a supplier claim</p></li></ul><p>Converse with the tool, push back, question its &#8216;thinking&#8217;. At the end of the day, it&#8217;s your output and you will be on the hook for it.</p><h3><strong>4) Keep the Human in the Loop</strong></h3><p>This is related to point 3, but keep yourself in the loop, especially where it matters - on decision making, judgement issues, etc. If the output affects money, risk, reputation, or legal exposure, then the bar should be even higher.</p><p>AI can help you think, draft, and explore but you <strong>must</strong> still own:</p><ul><li><p>Decisions</p></li><li><p>Communication</p></li><li><p>Accountability</p></li></ul><p>Ask yourself: <em>am I comfortable defending this output in front of my boss?</em></p><h3><strong>5) Build Muscle Safely</strong></h3><p>If you&#8217;re new to this, don&#8217;t start with the crown jewels. Start with non-sensitive use cases that show you the power and capability of the tools.</p><p>Start with:</p><ul><li><p>Meeting prep</p></li><li><p>Stakeholder emails</p></li><li><p>First-pass research frameworks</p></li><li><p>Neutral summaries</p></li><li><p>Checklists and question banks</p></li></ul><p>All of these should be more than enough to build confidence without creating risk.</p><h2><strong>How to Move Up the Curve (And Still Have a Life)</strong></h2><p>The point of this whole exercise is to get beyond &#8216;dabbling&#8217; (AI-curious) to &#8216;standardize&#8217; and &#8216;incorporate&#8217; into your workflows (AI-confident).</p><p>The simplest way I can think of to get there is to make progress without getting overwhelmed:</p><h3><strong>Step 1: Pick One &#8220;Lane&#8221; for 30 Days</strong></h3><p>Choose <em>one</em> part of your job where you want leverage. For example:</p><ul><li><p>Contracting support</p></li><li><p>Supplier intelligence</p></li><li><p>Supplier risk insights</p></li><li><p>Stakeholder management</p></li></ul><p>Start small. Get results. Embed into your daily work. Expand later.</p><h3><strong>Step 2: Run Two Reps Per Week</strong></h3><p>Each rep can be no more than 15&#8211;30 minutes:</p><ul><li><p>Try a prompt (not a one liner, imagine a conversation)</p></li><li><p>Produce an output you can actually use</p></li><li><p>Improve the prompt next time (&#8221;What could I have said/asked that would have given the tool more context/information to have been able to provision a better output?&#8221;)</p></li></ul><p>That&#8217;s it. I know there are plenty of folks who will tell you to do more and immerse yourself even more deeply - and you can do that. But at least start here. Small reps compound.</p><h3><strong>Step 3: Keep an &#8220;AI Wins Log&#8221;</strong></h3><p>As the saying goes, &#8220;If you don&#8217;t track it, it never becomes a practice&#8221;.</p><p>Make a point of tracking what you&#8217;ve worked on, what the issues were, what value you saw, etc. You can do this as thoroughly as you like, for example:</p><ul><li><p>Date / workflow lane</p></li><li><p>What I was trying to do</p></li><li><p>What I fed the tool (redacted)</p></li><li><p>Output I got</p></li><li><p>What I changed / validated</p></li><li><p>Time saved (or quality improved)</p></li><li><p>What I&#8217;ll reuse next time</p></li></ul><p>OR just keep it simple: keep a note of what you did, what you learned, what value you recieved and how you could have done better. Make this a personal operating system of sorts.</p><p>The point is to capture insights and learn; from &#8220;I tried AI once&#8221; to &#8220;I work differently now&#8221;.</p><h3><strong>Step 4: Define &#8220;Better&#8221; in Procurement Terms</strong></h3><p>Stay focused on the practical, tangible, applicable value. Not just &#8220;this is really cool output&#8221;, but what it means for your work and how you could (and why you should) deploy this on an ongoing basis.</p><p>In other words, &#8220;Better&#8221; means:</p><ul><li><p>Faster cycle time</p></li><li><p>Clearer stakeholder alignment</p></li><li><p>Sharper negotiation options</p></li><li><p>Fewer risk blind spots</p></li><li><p>Better supplier conversations</p></li></ul><p>Anchor your practice to the stuff that you (Procurement) cares about. The more it &#8216;enables&#8217; you, the better you will be.</p><h2><strong>Four Procurement workflows where AI can create real leverage</strong></h2><p>OK - let&#8217;s get started.</p><p>What follows are practical tasks and patterns you can use immediately, without pretending that AI is some magical, mythical tool.</p><p>For each workflow, I&#8217;ll suggest:</p><ul><li><p>What AI is good for</p></li><li><p>What you must verify</p></li><li><p>A prompt you can reuse</p></li></ul><p><strong>NOTE:</strong> I have drafted the prompts to provide guidance for junior as well as senior folks. It goes without saying that if you already have some experience, then tailor this as appropriate to your experience level.</p><p>In addition, if any of detail in the prompts below run afoul of the common sense boundaries laid out above, then adjust/edit those, as appropriate.</p><h3><strong>1) Contracting:</strong></h3><p>The focus here is on faster comprehension, better questions and cleaner negotiation preparation. The core value is that AI can accelerate your <em>first pass</em>. What it can&#8217;t do is replace your counsel or your own scrutiny.</p><p><strong>Where AI helps</strong></p><ul><li><p>Summarize long clauses quickly</p></li><li><p>Create a &#8220;risk heatmap&#8221; of key provisions</p></li><li><p>Draft redline questions and negotiation talking points</p></li><li><p>Generate fallback language options (as ideas, <strong>not</strong> legal advice)</p></li></ul><p><strong>What you must verify</strong></p><ul><li><p>Legal interpretations</p></li><li><p>Company- and Jurisdiction-specific implications</p></li><li><p>Defined terms and cross-references</p></li><li><p>Anything that affects liability, indemnity, termination, IP, data, compliance</p></li></ul><p>Again, AI can accelerate your <em>first pass.</em> It cannot and should not replace counsel or your own scrutiny.</p><p><strong>Reusable prompt:</strong></p><p><em>You are a procurement contracts analyst.</em></p><p><em>My company is a [mid-size buyer] with [moderate] leverage. This is a 3-year agreement valued at approximately $X. We have [one/multiple] alternative suppliers.&#8221;</em></p><p>*I&#8217;m reviewing a contract for [category/service type] with a supplier. Here are the [<strong>redacted</strong>] clauses for your review. *****</p><ol><li><p><em>Summarize each clause in plain English.</em></p></li><li><p><em>Identify the top risks for the buyer.</em></p></li><li><p><em>For each risk, propose questions to ask the supplier</em></p></li><li><p><em>Help me identify acceptable fallback positions for risks identified in 3 above.</em></p></li><li><p><em>Flag any ambiguous language and suggest how to clarify it.</em></p></li><li><p><em>Identify any standard clauses that are missing and explain why they matter</em></p></li><li><p><em>Note where any terms deviate significantly from market standard for this category. (If you don&#8217;t have market data, label as hypothesis)</em></p></li><li><p><em>Flag any clauses that should be reviewed by legal counsel rather than handled by procurement alone</em></p></li></ol><p><em>Provide the output in plain-English summary.</em></p><p><strong>Key Note:</strong> The goal, as I&#8217;ve said above, isn&#8217;t &#8220;AI reviewed the contract&#8221; but that you are able to walk into a legal/stakeholder review with a deeper comprehension and sharper questions.</p><div><hr></div><h3><strong>2) Supplier Intelligence:</strong></h3><p>The goal here is to use AI to better prepare you for supplier conversations and moving your sourcing strategy forward.</p><p><strong>Where AI helps</strong></p><ul><li><p>Structure and develop a supplier profile quickly</p></li><li><p>Turn scattered information into a coherent narrative</p></li><li><p>Draft supplier interview questions</p></li><li><p>Generate hypotheses about strengths/weaknesses and differentiators</p></li><li><p>Build an initial supplier landscape by segment</p></li></ul><p><strong>What you must verify</strong></p><ul><li><p>Factual claims (revenue, ownership, capabilities, certifications)</p></li><li><p>Marketing fluff vs actual valid insights</p></li><li><p>Anything that becomes part of a sourcing decision record</p></li></ul><p><strong>Reusable prompt:</strong></p><p><em>You are supporting a sourcing initiative in [category].</em></p><p><em>Create a supplier intelligence brief for [Name of Supplier (ideally)] or [Supplier Type (less ideal but still workable)]. Do not assume facts. Provide citations (and if you can&#8217;t, say so). Label all assumptions.</em></p><p><em>Include:</em></p><ul><li><p><em>What the supplier likely does well (hypotheses)</em></p></li><li><p><em>How differentiated these strengths are relative to its competition</em></p></li><li><p><em>The typical cost structure and where pricing leverage exists for the buyer.</em></p></li><li><p><em>Common risks in this supplier type</em></p></li><li><p><em>What creates dependency or switching costs with this supplier type, and how can we structure the engagement to minimize lock-in?</em></p></li><li><p><em>12 due diligence questions (commercial + operational + ESG + cyber/data)</em></p></li><li><p><em>What would make us not choose them</em></p></li><li><p><em>What should we look for and ask about when requesting customer references?</em></p></li><li><p><em>What to listen for in discovery calls:</em></p><ul><li><p><em>Green flags (signals of a good partner)</em></p></li><li><p><em>Yellow flags (things that need follow-up)</em></p></li><li><p><em>Red flags (signals to walk away)</em></p></li></ul></li></ul><p><em>Keep it concise, bullet-based, and designed for a stakeholder readout. Include a one-paragraph executive summary at the top with a preliminary recommendation or stance.</em></p><p><strong>Key Note:</strong> The point here is to use AI to generate <em>structured thinking</em> that you can then validate with real data and supplier calls.</p><h3><strong>3) Supplier Risk Insights:</strong></h3><p>AI tools can be great for helping identify early warning signals and develop sharper mitigation plans. The key, as always, is to use them thoughtfully and with your own judgement as central to the analysis.</p><p><strong>Where AI helps</strong></p><ul><li><p>Create a risk taxonomy for your category</p></li><li><p>Develop &#8220;what could go wrong&#8221; scenarios</p></li><li><p>Draft monitoring questions and risk dashboard elements</p></li><li><p>Generate mitigation options you might not have considered</p></li></ul><p><strong>What you must verify</strong></p><ul><li><p>Company-specific qualifiers/disqualifiers</p></li><li><p>Real-world risk signals</p></li><li><p>Financial exposure</p></li><li><p>Operational dependencies</p></li><li><p>Any recommendation that affects supply continuity</p></li></ul><p><strong>Reusable prompt:</strong></p><p><em>You are a procurement risk advisor.</em></p><p><em>For [category] with suppliers in [region(s)], create a risk assessment framework.</em></p><ol><li><p><em>List major risk types (financial, operational, geopolitical, compliance, cyber, ESG, logistics).</em></p></li><li><p><em>Rank risk types by severity and likelihood for this specific category-region combination, and explain your reasoning. Not all risk types are equally relevant &#8212; deprioritize where appropriate.</em></p></li><li><p><em>For each risk type, define leading indicators we can monitor. Suggest specific free or low-cost data sources a procurement team could use to monitor each indicator</em></p></li><li><p><em>For each leading indicator, recommend a monitoring frequency (daily/weekly/monthly/quarterly).</em></p></li><li><p><em>Create a simple scoring model (1&#8211;5) with definitions for each score. For each score level, provide a concrete example relevant to this category so the user can calibrate their assessments.</em></p></li><li><p><em>For each risk type, define a threshold score that should trigger an escalation or action, and describe what that action looks like.</em></p></li><li><p><em>Provide mitigation strategies (dual source, inventory buffers, contractual protections, audit cadence, etc.). Note those strategies that are proportionate for a contract of [approximate value], and flag where the cost of mitigation may exceed the expected cost of the risk event.</em></p></li></ol><p><em>In addition to any descriptive output for the points above, also provide a summary dashboard table (risk type, severity ranking, top indicator, primary mitigation).</em></p><p><strong>Key Point:</strong> The point here is not to be exhaustive but to help you identify the breadth of the major risks. You will still need to provide judgment about what&#8217;s plausible, material, and actionable.</p><h3><strong>4) Stakeholder Management:</strong></h3><p>This is not a flashy use case, but it provides real value in the form of stronger communication, clearer alignment, fewer rework loops, and much faster (and more credible) decisions.</p><p><strong>Where AI helps</strong></p><ul><li><p>Draft crisp stakeholder updates</p></li><li><p>Tailor messages to different stakeholder types</p></li><li><p>Prepare for tough conversations</p></li><li><p>Turn messy meetings into clean decision memos</p></li><li><p>Generate options and trade-offs summaries</p></li></ul><p><strong>What you must verify</strong></p><ul><li><p>Tone and political nuance</p></li><li><p>Commitments, timelines, and approvals</p></li><li><p>Anything that could be interpreted as binding</p></li></ul><p><strong>Reusable prompt:</strong></p><p><em>You are helping me manage a stakeholder in [function].</em></p><p><em>Context: [short description].</em></p><p><em>Goal: [what I need from them].</em></p><p><em>Constraints: [timeline/budget/risk].</em></p><p><em>Considerations: [Any history with the stakeholder; key ideas and preferences]</em></p><p><em>Stakeholder&#8217;s influence level: [decision-maker/influencer/gatekeeper/end-user]</em></p><p><em>Stakeholder&#8217;s likely priority: [cost/speed/quality/risk/control].</em></p><p><em>Suggested tone of communication: [assertive/collaborative/deferential/urgent/relationship-building]</em></p><p><em>Draft:</em></p><ol><li><p><em>A 6-sentence email that is clear, calm, and action-oriented.</em></p></li><li><p><em>A one-paragraph &#8220;decision memo&#8221; summary with options and recommended next step.</em></p></li><li><p><em>5 objections they might raise and how I should respond.</em></p></li><li><p><em>For each objection, provide the underlying concern driving it, your recommended response, and any phrases to avoid.</em></p></li><li><p><em>If I need to compromise, identify the one thing I should protect and the one thing I can concede.</em></p></li><li><p><em>Recommend whether this conversation is better handled via email, a brief call, or an in-person meeting, and explain why.</em></p></li></ol><p><strong>Key Point:</strong> The point here is that you&#8217;re using AI to remove friction and enhance credibility, so you can spend your energy on judgment and relationship development.</p><h2><strong>The Difference Between &#8220;Using AI&#8221; and &#8220;Becoming AI-Confident&#8221;</strong></h2><p>At this point, you might notice an underlying theme: none of this requires you to become technical. What it does require is:</p><ul><li><p>Comfort in experimentation</p></li><li><p>Thoughtfulness (and appropriateness) in the prompt structure</p></li><li><p>Discipline to verify</p></li><li><p>A bias toward turning experiments into habits</p></li><li><p>The humility to treat outputs as drafts, not truth</p></li></ul><h2><strong>A Short Note for Leaders</strong></h2><p>If you lead a team, your most impactful move is to make &#8220;responsible practice&#8221; the norm. You can do this by taking four simple actions:</p><ol><li><p>Publish guardrails people can actually follow - what&#8217;s off-limits, what requires review, what&#8217;s fair game</p></li><li><p>Create a safe space for experimentation - off-limits categories (if any), anonymized data, etc.</p></li><li><p>Reward small, verified wins tied to outcomes - e.g. a better supplier question, a faster risk assessment, a key nugget of insight that moved a conversation or deal forward, etc. - and not &#8220;I used the AI tool&#8221;</p></li><li><p>Make sharing the norm - via regular forums where people show what worked, what didn&#8217;t, and what they learned</p></li></ol><p>The point here is to give your people clarity, safety, and permission to practice.</p><h2><strong>What To Do This Week</strong></h2><p>If you&#8217;re reading this and thinking, &#8220;OK - where do I start?&#8221;, here&#8217;s one suggestion:</p><ol><li><p>Pick one lane</p></li><li><p>Run two reps this week</p></li><li><p>Start your AI Wins Log</p></li><li><p>Share one safe win with someone on your team</p></li></ol><p>That&#8217;s literally it - just take simple steps to start becoming the kind of practitioner who can work with these tools, and incorporate them into your workflow.</p><p>In a post-AI world, confidence isn&#8217;t a result of the tech, but rather your ability to work with it - safely, consistently and with (your) judgment.</p>]]></content:encoded></item></channel></rss>