Skip to content

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.

60
$70
$0

Leave at zero if the case is cost-based only.

$150,000

Include internal time, not just external invoices.

$45,000
50%
70%

Be honest. A case that survives 50% is genuinely reliable.

10%
Risk-adjusted 3-year NPV
$82,363

After adoption ramp, probability weighting and discounting.

$218,400
Gross annual benefit at full run rate
$64,200
Year 1 net benefit
40
Months to payback (risk-adjusted)
$-33,818
Downside case, half the benefit
Have your case reviewed

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.

1

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.

2

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.

3

Costs deducted

One-off implementation plus annual running costs across the full three-year horizon.

4

Probability of success applied

The entire benefit stream is multiplied by your honest confidence that the initiative delivers what it promises.

5

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

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.