An AI procurement tool cuts the time spent preparing an order by 18%. The team wants to expand it and let it submit orders automatically.
Those are two different decisions. A faster draft can justify testing a better preparation process. It does not establish that the tool should commit the company to a purchase.
I would recommend keeping the tool in a drafting role, retaining the required human approval, and measuring whether it saves time across the complete order workflow. Here is how to make that recommendation concrete.
Decide what the pilot actually supports
In this worked case, the pilot measures order preparation. Human approval is required before submission. The evidence says nothing yet about how much time the approver spends checking the AI output or correcting exceptions.
Start your closing answer with the supported scope:
“I recommend expanding the drafting trial to representative order types while keeping human approval before submission. Preparation is 18% faster, but the business case depends on the time saved after checking and corrections. I would approve a broader rollout only if the complete workflow improves and the order controls continue to work.”
The phrase “representative order types” needs substance. If the pilot covered repeat purchases from approved suppliers, include the common exceptions that consume staff time: changed quantities, an unfamiliar delivery address, incomplete specifications, and a price that differs from the agreed terms. The trial should reveal how the workflow handles these situations.
Keep approval in the actual system. A request for the model to seek permission is weaker than a workflow in which the tool cannot submit an order until an authorised approver releases it.
Quick Recommendation Drill
A home insurer piloted an AI tool that drafts claim letters. Operations wants it on every claim, sending letters without handler approval.
- Claims tested
- Simple water-damage claims only
- Drafting time
- 22% lower per letter
- Approval time
- Not measured
Which recommendation does the pilot evidence support best?
Turn the 18% headline into a complete calculation
Suppose the interviewer supplies these illustrative timings:
| Minutes per order | Current process | AI-assisted process |
|---|---|---|
| Prepare the draft | 20.0 | 16.4 |
| Check and approve | 4.0 | 7.0 |
| Total staff time | 24.0 | 23.4 |
Preparation saves 3.6 minutes, which is 18% of 20. Approval adds three minutes. The complete process saves 0.6 minutes per order, or 2.5% of the original 24 minutes.
At 6,000 orders a year, that is 60 hours saved. Quoting 360 hours would count the drafting benefit and ignore the extra review work.
Now suppose the tool needs 40 hours of annual administration, training and support. The net capacity released is 20 hours. A licence fee, implementation cost or substantial remaining error burden could easily outweigh that benefit.
Do not call those 20 hours a cash saving unless the company can reduce a cash expense. If the team uses the time to clear a backlog, explain the value as extra capacity and show what it will accomplish.
Diagnose why checking became slower
A weak response to the disappointing calculation is to remove the reviewer. That would discard a required control to rescue the savings forecast.
Instead, inspect what the reviewer is doing. Are they correcting wrong quantities? Searching for the source of the quoted price? Re-entering information because the draft does not fit the purchasing system? Each problem suggests a different improvement.
For example, a draft that links each price to the approved catalogue may reduce verification time. A better template may eliminate re-entry. Restricting the tool to repeat orders may improve consistency while leaving unusual purchases with the existing process.
Then rerun the complete calculation. If checking returns to four minutes, the tool saves the full 3.6 minutes per order. Across 6,000 orders, 360 hours less 40 support hours leaves 320 hours of capacity. That is a materially different case, achieved while preserving approval.
The next step should target the source of review effort. “Train staff and monitor performance” leaves the actual problem untouched.
Quick Answer Repair Drill
A freight forwarder trialled AI drafts of customs declarations. Reviewers now trace each tariff code to the invoice.
- Review rule
- Required before every filing
- Analyst's proposal
- Remove the reviewer to keep the saving
| Minutes per declaration | Before | With AI |
|---|---|---|
| Drafting | 10 | 6 |
| Checking | 4 | 9 |
What is the main flaw in the analyst's proposal?
Give expansion a decision rule
Ask the procurement owner to define the minimum worthwhile benefit before expanding. The test needs three types of evidence:
- Work completed: staff time from starting the order through approval, including correction and exception handling.
- Order quality: whether the approved order contains the right items, quantities, prices and delivery details, with failures traced to the relevant step.
- Operating cost: licences, support, training and integration costs for the proposed scope.
Elapsed turnaround time also matters if requests wait in an approval queue. A tool can reduce staff minutes without making an order arrive sooner. Keep those measures separate so the client can see what improves.
The procurement owner should review the results with the people who prepare and approve orders. Expand the drafting workflow where the net benefit clears the client's requirement. Revise or stop the parts that add work without sufficient value.
Handle the push for more autonomy
If the interviewer asks, “Wouldn't automatic submission unlock much bigger savings?”, acknowledge the potential and keep the evidence straight:
“It could remove some approval effort, but it would change the control model and the consequences of an error. The current trial has not tested that decision. I would first prove the value of assisted drafting and treat any change to submission authority as a separate proposal.”
That answer does not require a speech about every possible AI risk. It identifies the exact leap in the argument.
Try your own closing answer using the 24-minute and 23.4-minute totals. State the scope, the net result and the next improvement you would test. Then use Cybersecurity Product Expansion in the final-synthesis library to practise making another recommendation where attractive benefits sit beside an unresolved condition.
Final recommendation drill
Would your recommendation convince an MBB interviewer?
Cybersecurity Product Expansion
Deliver your final recommendation aloud. Get feedback on your answer, supporting evidence, risks and next steps.
Frequently asked questions
Reading what the pilot actually proved
Does an 18% faster draft mean the AI tool saves 18% of procurement time?
No. The 18% applies only to preparing the draft. In the illustrative timings, drafting falls from 20.0 to 16.4 minutes, but checking and approval rises from 4.0 to 7.0 minutes. Total staff time moves from 24.0 to 23.4 minutes, so the end-to-end saving is 0.6 minutes per order. That is far smaller than the headline suggests.
What exactly does the pilot evidence allow me to recommend?
It supports expanding the drafting trial to representative order types while keeping human approval before submission. The pilot measured order preparation only. It says nothing yet about how long approvers spend checking the output or correcting exceptions. It therefore cannot justify automatic submission or a claim of overall savings.
Why treat expanding the tool and letting it submit orders as separate decisions?
They rest on different evidence. Faster drafting can justify testing a better preparation process. Submitting orders commits the company to a purchase and removes a required control, and the pilot never tested that. Bundling the two lets a drafting gain pass as proof that autonomy is safe.
What should I ask for when the interviewer gives me only the headline saving?
Ask for the time spent on every step through to approval, not just the step the tool changed. Request current and AI-assisted timings for preparation, and for checking and approval, including corrections and exceptions. Then compare the totals. A gain in one step can be absorbed by extra work further down the process.
Fixing the slower approval step
If checking got slower, why not just remove the reviewer?
Removing the reviewer would discard a required control just to rescue the savings forecast. The slower review is a symptom to investigate, not proof that approval is unnecessary. Removing it would also change the consequences of an error. The pilot never assessed that risk, so the evidence cannot support the change.
How do I work out why the review now takes longer?
Find out what the reviewer is actually doing with the extra time. They might be correcting wrong quantities, searching for the source of a quoted price, or re-entering information because the draft does not fit the purchasing system. Each cause points to a different improvement, so diagnose before you propose a fix.
Could the tool still be worthwhile if it currently saves almost nothing end to end?
Possibly, if the review problems turn out to be fixable. The drafting gain is real, and the shortfall arises after the draft is produced. If reviewers are mainly correcting avoidable errors, improving the draft could recover much of the lost time. The expansion test should then show whether that recovery actually happens.
Setting the expansion test and handling pushback
What evidence should the expansion test require?
It needs three types of evidence. Work completed: staff time from starting the order through approval, including correction and exception handling. Order quality: correct items, quantities, prices and delivery details, with each failure traced to its step. Operating cost: licences, support, training and related running costs.
Who should set the threshold for expanding the tool?
The procurement owner should define the minimum worthwhile benefit before expansion begins. In an interview, you can propose the structure of the test, but the business owner knows what saving justifies the running costs. Agreeing the bar in advance stops the team from reinterpreting results after it sees them.
Why measure order quality and not just time saved?
A faster process that approves wrong quantities or prices does not deliver a real saving. Tracing each failure to the step that caused it shows whether errors start in the AI draft or slip past the human check. That tells you whether to improve the tool, the review step or both.
Wouldn't automatic submission unlock much bigger savings?
It might remove some approval effort, but it would also change the control model and the consequences of an error. Acknowledge the potential upside, then point out that the current trial never tested submission authority. Prove the value of assisted drafting first, and treat any change to autonomy as a separate decision.
How do I resist the autonomy push without sounding anti-AI?
Acknowledge the potential before you restate the evidence. Saying automatic submission could remove some approval effort shows you are open to it. Separating that possibility from what the trial proved shows rigour. You are not rejecting autonomy. You are putting it behind evidence the team does not yet have.