How to Write a Business Case: Steps, Examples and Checklist

Work backwards from the decision you need. State the problem or opportunity, the investment you are asking for, and the return you expect — then build the evidence that lets a sceptical leader test that claim. Make every commercial assumption explicit, cost the proposal honestly including the things that usually get forgotten, compare it against real alternatives, and show the risks with mitigations. Write the executive summary last, once you know what the case actually says. The test of a good business case is that it can survive being challenged.

By Gensudo Team · Updated 23 July 2026

When you need this document

Write a business case when an opportunity has passed early validation and now needs funding, headcount or sustained organisational commitment — typically during the Validate phase, before significant delivery effort begins. It is also the right instrument when leaders must choose between competing investments. If you are still establishing whether the opportunity is real, stay with an opportunity assessment; the business case assumes that question has been answered.

Gather these first

Step by step

  1. Start with the decision, not the document

    Before writing anything, be able to say in one sentence what you are asking for: how much, over what period, to achieve what return, decided by whom. Every section you write exists to support that single sentence. Cases drift when authors start with the background and hope a decision emerges; strong ones are engineered backwards from the ask.

    What good looks like: You can state the ask — amount, duration, expected return, decision-maker — in one sentence before drafting begins.

  2. Frame the problem in commercial terms

    Describe the problem or opportunity in the language of the people funding it: revenue at stake, cost being incurred, customers being lost, risk accumulating. Customer pain matters, but a funding audience needs to see the mechanism by which that pain becomes money, growth or exposure. Anchor the framing in evidence — what is happening now, and what it costs to leave it alone.

    What good looks like: A finance reviewer can see the commercial mechanism — how the problem converts to money, growth or risk — without a product person explaining it.

  3. Show strategic fit as a choice, not a slogan

    Explain where this investment sits against the organisation's stated direction and current portfolio. The persuasive version is specific: which strategic priority it advances, what it depends on, and what it competes with for the same people and money. Leaders approve cases partly on opportunity cost, so name what this displaces — pretending it displaces nothing reads as naive.

    What good looks like: The fit section names the priority served and is honest about what competes for the same resources.

  4. Cost it honestly, including the unglamorous parts

    Build the full cost picture with the people who will deliver it: build effort, ongoing run and support costs, tooling, training, migration, and the cost of maintaining it in year two and beyond. Under-costing is the most common way cases fail in retrospect. Present costs with the same honesty you would want if you were the one approving — ranges where uncertain, and a clear note on what is excluded.

    What good looks like: The cost section includes run, support and maintenance beyond launch, and states its confidence level.

  5. Make every commercial assumption visible and testable

    The return side of your case rests on assumptions about pricing, demand, adoption and behaviour. List them individually, source each one, and flag which are strong and which are hopeful. A reviewer should be able to change one assumption and see how the case moves. Burying assumptions inside a spreadsheet total is how cases pass review and then quietly fail in the market.

    What good looks like: Each assumption is stated, sourced and rated, and the case shows which single assumption it is most sensitive to.

  6. Compare real options, and cost the do-nothing path

    Present the alternatives you genuinely considered — a smaller version, a partner or buy option, deferring a year, doing nothing — and say why the recommended path wins. The do-nothing option deserves real numbers: what continuing as-is costs in lost revenue, mounting risk or team drag. Straw-man alternatives are transparent and cost you credibility on everything else.

    What good looks like: Every option presented is one a reasonable leader might actually choose, and doing nothing carries a cost figure.

  7. Confront the risks before your reviewers do

    List the material risks — delivery, market, commercial, operational — with a named mitigation or an honest acknowledgement that one does not exist. The goal is not to look safe; it is to show you have seen what could go wrong and have thought about it first. A case whose risk section is thinner than its benefits section signals advocacy, and experienced reviewers read it that way.

    What good looks like: The risks section contains at least one risk serious enough that a reviewer would have raised it — with your answer already attached.

  8. Write the executive summary last, and make it decision-ready

    Once the body is settled, distil it: the problem, the ask, the expected return, the key risk, the recommendation. Many readers will decide from this half-page alone, so it must stand on its own and match the body exactly. Close the document with the specific decision requested, success measures for after approval, and the named owner — so approval converts directly into action.

    What good looks like: A leader reading only the summary reaches the same conclusion as one who read every section.

Common mistakes

Before you call it done

Frequently asked questions

How is a business case different from an opportunity assessment?

Sequence and stakes. An opportunity assessment decides whether an idea is worth validating — it tolerates rough evidence because the cost of being wrong is small. A business case decides whether a validated opportunity gets funded, so it demands financial rigour: full costs, modelled returns, explicit commercial assumptions and options analysis. Writing the business case first usually means funding an unvalidated guess.

How detailed should the financial modelling be?

Detailed enough that a reviewer can test it, not so detailed that precision masquerades as certainty. Show the model's structure — the assumptions and how they combine — rather than a single output figure. Follow your organisation's conventions on payback period or return measures, and state which assumption the result is most sensitive to. A challengeable model earns more trust than an impressive one.

What if the numbers do not support the investment?

Then the business case has done its job. A case that concludes 'do not fund this' or 'fund a smaller version first' saves the organisation real money and builds your credibility for the next one. The pressure to make the numbers work is exactly why assumptions must stay visible — it keeps the document an assessment rather than an act of persuasion.

Who should be involved before sign-off?

Finance for the modelling conventions and commercial review, the delivery leads for honest costs, commercial and operations for the assumptions that touch them, and the executive sponsor early — not at the end. A business case that surprises its sponsor at sign-off has skipped its most important review. Gensudo's Business Case template builds these sign-off expectations into the document itself.

Start from the structured template

See the full Business Case for Heads of Product template and structure, or draft it in Gensudo with cited evidence.

Get started