Why Most AI Business Cases Fail
Most AI business cases fail not because the technology does not work, but because the case was built backward. A leader sees a compelling demo, estimates a rough number, and then works backward to make that number fit a slide. The CFO sees through this immediately. The project gets approved on enthusiasm, the ROI is never tracked, and six months later the same leader is explaining why the original estimate was "aspirational."
A credible AI business case is built forward: start with a specific problem, form a measurable value hypothesis, model the real costs, and register the real risks. This sequence forces you to confront uncomfortable questions before you spend money, not after.
The Four Business Case Components
Quantifying the Value Hypothesis
AI value falls into four categories. Each requires a different measurement approach, and each has a different credibility challenge with finance teams.
Productivity uplift: Time saved per task multiplied by volume multiplied by fully-loaded cost per hour. If your contract team handles 400 contracts per month and AI reduces review time from 4.2 days to 1.5 days, that is 1,080 lawyer-hours per month recovered. At a fully-loaded rate of $150 per hour, that is $162,000 per month in recoverable capacity. Finance will ask whether that capacity actually translates to revenue or whether it disappears into other work. You need an answer.
Error reduction: Current error rate multiplied by cost per error multiplied by volume. If 3% of invoices contain errors and each error costs $800 to remediate across 10,000 monthly invoices, you are spending $240,000 per month on invoice error remediation. AI that reduces the error rate to 0.5% eliminates $200,000 in monthly remediation cost. This is the most credible value category for finance teams because the cost of errors is already on the books.
Speed: Reduced time-to-market or time-to-decision multiplied by the value of time. A pharmaceutical company that reduces clinical trial protocol review from 6 weeks to 2 weeks may accelerate product launch by a meaningful margin. The value of that time is calculable, but requires assumptions that need to be made explicit.
Revenue enablement: New revenue that is only possible because of AI capability. This is the hardest category to defend because it requires attribution assumptions. State the assumptions explicitly and use conservative estimates. Finance teams will cut your number in half anyway; start with the honest version.
Building the Cost Model
Most AI cost models include compute and maybe data. They miss the three categories that cause projects to overspend: talent, integration, and change management.
Compute: API costs or infrastructure costs for inference. These scale with usage and are often the easiest to model. Start with a cost-per-query estimate and multiply by projected volume. Add a 40% buffer for usage spikes during the first six months.
Data: Data preparation, cleaning, labeling, and ongoing data quality maintenance. This is often 30-40% of the total project cost and is consistently underestimated. Get an estimate from the team that will actually do the work, not from the vendor.
Talent: ML engineers, data scientists, prompt engineers, and AI product managers. Include both internal hire costs and external consulting costs. Also include the cost of retraining existing staff who will work alongside the AI system.
Integration: Connecting the AI system to existing data sources, workflows, and enterprise systems. Integration is almost always more expensive and slower than the AI component itself. Budget twice what the vendor estimates.
Change management: Communication, training, process redesign, and the productivity dip that occurs when people learn a new way of working. This is the category most likely to determine whether value is actually realized. Under-invest in change management and you will have an AI system that nobody uses.
The 3-Horizon Framework
Not every AI initiative has the same time horizon for value delivery, and mixing horizons in a single business case creates confusion about what success looks like in year one versus year three.
Horizon 1 (0-6 months): Quick wins. Narrow, well-defined problems with measurable current states. High confidence in value delivery. Examples: document classification, FAQ automation, data extraction. These should show positive ROI within the first six months.
Horizon 2 (6-18 months): Scale. Expanding proven solutions across more users or more use cases, or building capabilities that enable Horizon 3. Medium complexity and medium confidence. Examples: expanding a document review pilot from one team to the enterprise, or building a data platform that future AI initiatives will depend on.
Horizon 3 (18-36 months): Transform. Fundamental changes to how the business operates. High complexity, high potential value, lower confidence because the technology and your organization's capability are both still developing. Examples: autonomous decision-making in underwriting, AI-native customer journeys, fully automated supply chain optimization.
A strong business case has initiatives in all three horizons, with Horizon 1 wins funding the capability building required for Horizon 3.