A Business Case That Survives Scrutiny
Most AI business cases fail their first serious review because they assume full benefit from month one and a hundred per cent chance of success. This one applies an adoption ramp and a probability adjustment, which produces a smaller number that people actually believe.
Set the probability of success honestly. A case that survives a fifty per cent adjustment is a case worth putting to a board.
AI Business Case Calculator
Risk-adjusted and discounted: the version that survives review.
Leave at zero if the case is cost-based only.
Include internal time, not just external invoices.
Be honest. A case that survives 50% is genuinely reliable.
After adoption ramp, probability weighting and discounting.
A modelling aid, not financial advice. Use your organisation's own discount rate and be conservative with the probability input. A case that still works under the downside scenario is far easier to defend than one that only works at full benefit.
What Makes a Case Credible
The difference between a business case that gets approved and one that gets sent back is rarely the size of the number. It is whether the assumptions look like somebody thought about them.
Benefits ramp, they do not switch on
Nobody achieves full benefit in month one. There is a build period, then a period where adoption climbs and people are still learning. A case that assumes day-one full benefit overstates year one substantially and loses credibility the moment anyone checks.
Not every project works
Applying a probability of success is what separates a forecast from a wish. It also protects you: a case that still clears the bar at sixty per cent confidence is genuinely reliable, and it is far easier to defend after the fact.
Discounting matters over three years
Benefits arriving in year three are worth less than benefits arriving now. Applying a discount rate is standard practice for any capital decision, and its absence is one of the first things a finance reviewer notices.
How the Case Is Built
Five adjustments applied in sequence, each of which reduces the headline number and increases how much anyone believes it.
Gross annual benefit at full run rate
Hours saved valued at loaded cost, plus any revenue uplift, once the initiative is fully adopted and operating normally.
Adoption ramp applied to year one
Year one is reduced to reflect build time and the climb to full adoption. Years two and three run at full rate.
Costs deducted
One-off implementation plus annual running costs across the full three-year horizon.
Probability of success applied
The entire benefit stream is multiplied by your honest confidence that the initiative delivers what it promises.
Discounted to present value
Future cash flows discounted at your organisation’s rate, producing a risk-adjusted net present value.
The Four Questions a Reviewer Will Ask
Prepare answers to these before you present. They are the questions that sink AI business cases in the room.
"What actually happens to the time saved?"
The hardest question and the one most cases dodge. If nobody is made redundant and no vacancy goes unfilled, saved hours are only worth something if they are redeployed to work that generates value. Be specific about where they go.
- Name the work the freed capacity will be redirected to
- If it absorbs growth rather than reducing cost, say so explicitly
- Avoid claiming headcount reduction unless it is genuinely planned
- A softer, honest benefit beats a hard one nobody believes
"How will we know if it worked?"
Define the measures before approval, not afterwards. A case with named metrics, a baseline and a review date is a commitment; one without is an aspiration, and reviewers can tell the difference immediately.
- Name two or three metrics and state the current baseline
- Commit to a review date and who reports on it
- Define what result would cause you to stop or change course
- Measure the baseline before starting, not retrospectively
"What happens if it takes twice as long?"
Have the sensitivity ready. Run the case at half the benefit, double the cost and double the timeline. If it still clears your hurdle rate, say so. That is a far stronger position than defending a single optimistic scenario.
- Prepare a downside case before you present the base case
- Show the point at which the case stops working
- Identify the assumption the result is most sensitive to
- Bringing your own downside case builds more credibility than it costs
"Why this, rather than something else?"
AI initiatives compete with every other use of the same money and the same people. A case that only compares against doing nothing is incomplete. Show why this ranks above the obvious alternatives.
- Compare against the next best use of the same budget
- Explain why now rather than in twelve months
- Be explicit about what the initiative will consume beyond money
- Consider whether a smaller pilot answers the question more cheaply
Next Steps
AI Project Cost Estimator
Build the cost side properly before it goes into the business case.
Estimate the cost →AI Use Case Prioritisation Tool
Make sure you are building a case for the right initiative first.
Prioritise use cases →AI Maturity Scorecard
Assess whether the organisation can actually deliver what the case promises.
Score maturity →Frequently Asked Questions
Be honest rather than optimistic, because this is the input that most affects credibility. For a well-scoped initiative using proven approaches in an organisation with relevant experience, seventy to eighty-five per cent is defensible. For a first AI project in an organisation with limited data maturity, fifty to sixty-five per cent is more realistic. Below fifty per cent, you are describing an experiment rather than an investment, and it should be framed and funded as one, a small pilot with a decision point rather than a full business case.
Assume you capture forty to sixty per cent of full-year benefit in year one for a typical initiative. That reflects a build period of one to three months, followed by several months during which adoption climbs and people are still adjusting their working patterns. Initiatives requiring behaviour change from many people ramp more slowly than those operating in the background. The most common business case error is assuming full benefit from month one, which overstates year one by roughly half and is immediately obvious to anyone reviewing it.
Mention them, but keep them out of the numbers. A case built on quantified hard benefits with soft benefits described qualitatively alongside is far more persuasive than one that assigns a dollar figure to staff satisfaction. Reviewers discount soft benefits heavily and, worse, their presence in the calculation invites scepticism about the hard numbers too. Let the financial case stand on measurable ground and let the soft benefits be the reason to prefer this initiative over an equally profitable alternative.
Be explicit about the mechanism rather than assuming the value. If saved capacity absorbs growth you would otherwise hire for, value it at the cost of the hire you avoid, and say so. If it lets professional staff do more billable work, value it at the billable rate and state the assumed utilisation. If neither applies and the honest answer is reduced overtime and lower stress, use a lower rate and describe it as a capacity benefit rather than a cost saving. Reviewers respect a smaller honest number considerably more than a large unexplained one.
Use whatever rate your organisation applies to comparable investments. Your finance team will have one, and using it is better than picking a defensible-sounding number yourself. For Australian businesses this commonly falls somewhere between eight and fifteen per cent depending on sector, capital structure and risk appetite. Higher rates penalise benefits arriving later, which is appropriate for AI initiatives where the technology landscape may shift materially within the payback period.
It is the conventional choice and generally the right one, though for AI there is an argument for shorter. The technology is moving quickly enough that a capability built today may be commoditised within eighteen months, which cuts both ways. Your custom build may be superseded, but the underlying costs also tend to fall. If your case only works by counting benefits in year three, treat that as a warning sign. Strong AI initiatives generally pay back well inside two years.
Want This Pressure-Tested?
Send us your assumptions before you present. We review AI business cases regularly and will tell you which number your reviewers will attack first.