A board-ready AI business case leads with a specific, quantified business problem and a conservative estimated return rather than with the technology itself, and includes a realistic cost range, a defined pilot preceding full-scale investment, and named risks paired with mitigation plans. Structure it around the current cost of the problem in dollars or hours, using numbers the finance team already trusts rather than the AI team's own estimates, a proposed pilot scope with a fixed budget and a time-boxed evaluation period, and a conservative ROI estimate that states its assumptions explicitly, since boards tend to be skeptical of AI projections built on best-case adoption. Include a comparison of build, buy and partner options with rough cost ranges for each path, and a risk section covering data security, regulatory exposure, and what happens if the pilot underperforms. Ask for approval of the pilot budget alone, with a follow-up decision point for full rollout funding once pilot results are in, rather than requesting the entire program budget upfront. Boards generally respond better to staged asks with clear go or no-go checkpoints than to large speculative requests made before any evidence exists. Nanobase AI helps executive sponsors build this case with realistic cost estimates grounded in comparable projects rather than optimistic vendor projections.
Ask for less than the full program, on purpose
The most common way an AI business case fails at the board level is asking for the entire program's budget upfront, before any evidence exists that the approach works. Boards generally respond better to staged asks with clear go or no-go checkpoints than to large speculative requests, so structure the ask as pilot budget now, with a defined follow-up decision point for full rollout funding once pilot results are in.
A business case that asks for a small, time-boxed pilot budget with a specific evaluation date attached is far more likely to clear a skeptical board than one asking for a full year of funding based on projected returns nobody has yet observed.
The section structure that gets read
| Section | Content |
|---|---|
| Problem, quantified | Current cost of the problem in dollars or hours, using numbers finance already trusts |
| Proposed pilot | Fixed budget, time-boxed evaluation period, specific scope |
| ROI estimate | Conservative, with assumptions stated explicitly |
| Build/buy/partner comparison | Rough cost ranges for each path considered |
| Risk section | Data security, regulatory exposure, what happens if the pilot underperforms |
| The ask | Approval for pilot budget only, with a named follow-up decision point |
Using numbers finance already trusts, not numbers the AI team invented
The current-state cost estimate should come from numbers the finance team or the business process owner already accepts, hours spent on a manual process, error rates from existing quality reports, revenue tied to a specific bottleneck, rather than fresh estimates generated by whoever is proposing the AI initiative. A board member skeptical of AI hype will scrutinize this number closely, and a figure traceable to an existing report survives that scrutiny far better than a number that first appeared in this specific business case.
Handling the ROI estimate without overselling it
State every assumption behind the ROI estimate explicitly, expected adoption rate, expected accuracy, expected time savings per transaction, rather than presenting a single confident number with no visible math behind it. Boards tend to be skeptical of AI projections built on best-case adoption, and a business case that shows its work, including a conservative and an optimistic scenario side by side, reads as more credible than one presenting only the optimistic outcome as if it were guaranteed.
- State the current-state cost using a trusted, existing figure.
- Present a conservative ROI scenario alongside a more optimistic one, with the assumptions driving the gap made explicit.
- Compare the proposed approach against at least one alternative, a different vendor path or a manual process improvement, so the board sees the AI option was not the only one considered.
- Name the specific risks and what mitigates each one, rather than a generic "risks exist" statement.
- End with a request for pilot budget only, with a specific date for the follow-up rollout decision.
Anticipating the objections a board is likely to raise
Boards commonly push back on three things: whether the ROI estimate is realistic given how AI project outcomes have varied industry-wide, what happens to the budget if the pilot underperforms, and who is accountable if the project fails. Addressing all three directly in the document, rather than waiting for them to surface as questions in the meeting, tends to shorten the approval process considerably. The KPI thresholds that will determine whether the pilot succeeded should be set in the same document; see KPIs to measure enterprise AI success for how to define those before the pilot starts rather than after results are in.
Frequently asked questions
How long should a board-ready AI business case document be?
Two to four pages is usually sufficient for the board level, with supporting detail available as an appendix for anyone who wants to go deeper. A longer document risks losing the board's attention on the core ask, which is fundamentally a request for a specific, time-boxed budget.
Should the business case include a specific vendor recommendation?
For the pilot stage, naming a shortlist or a preferred approach is reasonable, but avoid presenting a single locked-in vendor choice as part of the funding ask itself, since board approval should be for the budget and problem, with vendor selection following as a separate, more detailed process.
What if the board asks for a firmer ROI number than the estimate provides?
Explain that the conservative and optimistic range reflects genuine uncertainty at this stage, and that the pilot itself exists specifically to produce a firmer, evidence-based number before any larger funding commitment is made. Presenting false precision to satisfy the question tends to create problems later when actual results diverge from an overly specific promise.
How is this different from a standard capital expenditure business case?
The staged structure, small pilot budget with a defined go or no-go checkpoint, is somewhat specific to AI investments given how much uncertainty exists around adoption and accuracy compared to more predictable capital projects. A traditional capex case for known equipment often skips this staging since the returns are more predictable upfront.
How Nanobase AI helps
Nanobase AI helps executive sponsors build this case with realistic cost estimates grounded in comparable projects rather than optimistic vendor projections, including a clear-eyed conservative ROI scenario a board is more likely to trust. The team can also join the board presentation directly to answer technical feasibility questions the sponsor may not be equipped to field alone.
Ready to discuss your project? Contact Nanobase AI or email hello@bumu.tech.