Building Your Business Case: The Numbers That Win
Building a Compelling AI Business Case
Most professionals believe they already know what makes a strong AI business case. They've sat through vendor demos, read the LinkedIn posts, maybe even piloted a tool or two. So when their organization asks them to justify AI investment formally, with numbers, a timeline, and a clear return, they assume it's mostly a matter of adding up time saved and multiplying by hourly rates. Then the CFO asks three follow-up questions and the whole thing falls apart. The problem isn't effort. It's that the mental models most professionals are working from are wrong in ways that feel right. This lesson breaks down the three most common misconceptions and replaces them with frameworks that actually survive budget scrutiny.
Three Beliefs That Undermine Most AI Business Cases
Before building anything, you need to clear the ground. Three widespread beliefs about AI ROI cause professionals to either undersell AI's value, oversell it in ways that damage credibility, or measure the wrong things entirely. Each one feels reasonable on the surface, which is exactly why they're so persistent. Naming them upfront isn't an academic exercise. It's the fastest way to understand why previous AI proposals may have stalled, why finance teams push back, and why some organizations keep approving AI budgets while others keep deferring them. The difference usually isn't the quality of the AI tool. It's the quality of the case made for it.
Myth 1: A Strong AI Business Case Is Mostly About Time Savings
Time savings is the first number everyone reaches for, and it's easy to see why. If ChatGPT Plus helps a marketing manager draft campaign briefs in 20 minutes instead of 90, that's 70 minutes saved per brief. Multiply by 15 briefs a month and an hourly rate of $55, and you get a tidy $962.50 per month in recovered time. Clean, defensible, easy to present. The problem is that finance leaders and senior executives have seen this calculation hundreds of times, and they've learned to discount it heavily, because recovered time rarely shows up as actual cost reduction or revenue increase unless something specific changes about how that time gets used.
The core issue is what economists call the rebound effect and what business leaders call the capacity trap. When you save someone 70 minutes, those 70 minutes don't automatically convert into measurable output. They get absorbed into meetings, email, administrative work, or simply a slightly less stressful day. None of those outcomes are bad, but none of them show up in a P&L. A McKinsey analyzis of productivity tool deployments found that organizations captured less than 30% of projected time-savings value when the savings weren't tied to a specific redeployment plan. The time existed. The value didn't materialize because no one decided what to do with it.
The stronger framing is capacity redeployment: what will this team do with the time they get back, and how does that connect to a business outcome? A sales team that saves 3 hours per rep per week on CRM updates, using Microsoft Copilot in Dynamics, can plausibly run 4 more prospect calls per week. That connects to pipeline, which connects to revenue. An HR team that cuts job description writing from 2 hours to 20 minutes per role isn't saving money unless they either reduce headcount (rarely the goal) or fill roles faster, which reduces vacancy cost. Build the case around what happens after the time is saved, not just the savings themselves.
The Time-Savings Trap
Myth 2: You Need Hard ROI Numbers Before You Can Make the Case
The second myth runs in the opposite direction. Where Myth 1 leads people to oversimplify their numbers, Myth 2 causes paralyzis. Many managers, especially in HR, communications, legal, and education, believe they can't build a credible AI business case because their work doesn't have clean revenue metrics attached to it. 'I can't prove what a faster performance review process is worth,' one HR director told her CHRO. 'So I didn't ask for the budget.' This belief is both wrong and costly. It hands the AI investment conversation entirely to technical and sales teams, whose use cases may not reflect the organization's most pressing needs.
The reality is that business cases operate on a spectrum of evidence. Hard ROI, measurable revenue increase or cost reduction, is the gold standard, but it's rarely available at the proposal stage for any investment, not just AI. Organizations routinely approve training budgets, culture initiatives, and brand campaigns on a mix of directional data, benchmarks, and strategic alignment. The bar for AI should be the same. What decision-makers actually need is a credible story: a plausible mechanism connecting the AI tool to a business outcome, supported by at least one of three things, internal baseline data, published industry benchmarks, or a comparable pilot from a peer organization.
For non-revenue functions, the most powerful approach is proxy metrics. These are measurable signals that correlate with business outcomes even when direct causation is hard to prove. An HR team can track time-to-fill roles (vacancy cost is typically 1.5x to 3x monthly salary for professional roles), quality-of-hire scores, or manager satisfaction with candidate shortlists. A communications team can track content production volume, revision cycles, or stakeholder approval rates. A teacher using Canva AI and Gemini for lesson planning can document prep time per lesson and student engagement scores. None of these are revenue numbers, and all of them are legitimate business case inputs.
Prompt
I'm an HR manager trying to build a business case for using AI tools (like ChatGPT Plus and Notion AI) in our HR team's daily work. We don't have revenue metrics, but I need to show measurable value to get budget approval. Our main workflows are: writing job descriptions, screening application summaries, drafting offer letters, and creating onboarding documents. Can you help me identify 3-4 proxy metrics for each workflow that I could realiztically track before and after AI implementation?
AI Response
Great starting point, here are trackable proxy metrics for each workflow: **Job Descriptions** - Time to draft per posting (measure in minutes; baseline typically 90–120 min) - Revision cycles before hiring manager approval (target: reduce from avg 2.8 to 1.5) - Application-to-qualified-candidate ratio (better JDs attract better-fit applicants) - Time-to-post from role approval (tracks bottleneck reduction) **Application Screening Summaries** - Hours per week spent on initial screening documentation - Recruiter-reported confidence score in summaries (1–5 scale, self-reported) - Time from application close to shortlist delivered to hiring manager - Hiring manager satisfaction with shortlist quality (quick survey, 1–5) **Offer Letters** - Draft-to-send cycle time (how many days from verbal offer to written letter) - Legal/compliance review turnaround (are they bouncing fewer errors back?) - Candidate-reported experience score at offer stage **Onboarding Documents** - New hire time-to-productivity (manager-reported at 30/60/90 days) - Onboarding document accuracy score (errors flagged by new hires or managers) - HR prep time per new hire onboarding package - New hire satisfaction scores at end of week 1 For each metric, document your current baseline for 4–6 weeks before rollout, then measure again 6–8 weeks after. You don't need statistical significance, directional improvement across multiple metrics builds a credible narrative.
Myth 3: The Business Case Is a One-Time Document You Submit and Wait
The third myth is about process rather than measurement. Most professionals treat the AI business case as a proposal document, something you write, present, and then either get approved or rejected. This framing turns the business case into a high-stakes pitch rather than a living argument, and it puts all the pressure on a single moment of persuasion. In practice, the organizations that consistently get AI investments approved treat the business case as an ongoing conversation with multiple checkpoints, not a document with a pass/fail outcome. The initial proposal is an opening bid, not a final answer.
What actually works is a phased evidence structure: start with a small, low-cost pilot that generates real data from your own organization, then use that data to fund a broader rollout. A regional sales manager at a mid-sized logistics company didn't ask for a $40,000 annual Copilot for Microsoft 365 deployment. She asked for a $3,000 three-month pilot for her 8-person team, tracked four metrics, showed a 23% reduction in proposal turnaround time, and used that internal evidence to secure the full deployment six months later. The business case wasn't a document. It was a sequence of decisions, each one de-risking the next.
Myth vs. Reality: The Comparison You Need Before Building Anything
| Myth | Why It Feels True | The Reality | What to Do Instead |
|---|---|---|---|
| A strong case is mostly about time savings | Time is the most visible thing AI affects day-to-day | Time savings without a redeployment plan rarely converts to measurable business value, finance teams know this | Connect recovered time to a specific output: more calls, faster hires, higher content volume, reduced error rates |
| You need hard ROI numbers to get approval | Finance teams ask for numbers, so it seems like hard data is the only currency | Most approved investments use a mix of benchmarks, proxies, and strategic alignment, not just direct ROI | Use proxy metrics tied to real workflows; show a credible mechanism, not just a number |
| The business case is a one-time document | Budget processes look like approval gates, so proposals feel like one-shot pitches | Successful AI investments are usually approved incrementally, with pilots generating internal evidence that funds scale | Propose a phased approach: small pilot → measure → expand; each phase funds the next |
| Technical complexity determines approval | AI feels like an IT decision, so technical specs seem important | Decision-makers care about business outcomes, not tool architecture, non-technical cases often win over technical ones | Lead with the business problem and outcome; mention the tool second, not first |
What Actually Works: The Three Pillars of a Credible AI Business Case
Effective AI business cases share three structural elements regardless of industry, function, or tool. The first is a clearly named business problem, not 'we want to use AI' but 'our proposal team is losing deals because turnaround time on RFP responses averages 11 days and competitors are responding in 5.' The problem statement does most of the persuasive work. It establishes urgency, makes the status quo cost visible, and frames everything that follows as a solution rather than an experiment. The more specific the problem, the more credible the case, because specificity signals that you've actually measured the current state, which means you can measure the improved state.
The second pillar is a mechanism statement, a plain-language explanation of exactly how the AI tool addresses the problem. This is where most professionals either get too vague ('AI will help us work smarter') or too technical ('the LLM will parse our document repository and generate contextually relevant outputs'). Neither works. What works is something like: 'Using Claude Pro, proposal writers will draft a first version of standard RFP sections in 45 minutes instead of 4 hours. Managers will then review and customize, rather than writing from scratch. We expect to cut total proposal time from 11 days to 6.' That's a mechanism. It connects tool to workflow to outcome in language any stakeholder can evaluate.
The third pillar is a measurement plan that exists before the pilot starts. This is non-negotiable. Without a pre-defined baseline and success criteria, you can't demonstrate improvement, you can only assert it, which is far less persuasive. The measurement plan doesn't need to be complex. For most non-technical use cases, four to six metrics tracked in a simple spreadsheet over 6–8 weeks is sufficient. Document the current state, define what 'better' looks like in numbers, run the pilot, compare. If your organization uses Microsoft Copilot for meeting summaries, track how long it currently takes managers to distribute action items after meetings, then track the same number post-implementation. Simple, credible, hard to argue with.
Start With the Problem Statement, Not the Tool
Goal: Build the three core components of a credible AI business case for a real workflow in your current role, problem statement, mechanism, and measurement plan, using ChatGPT Plus or Claude as a thinking partner.
1. Open ChatGPT Plus or Claude Pro and start a new conversation. Label it 'AI Business Case Draft' so you can return to it. 2. Write a 3–5 sentence description of a workflow in your job that feels slow, error-prone, or resource-heavy. Be specific: name the task, who does it, how often, and roughly how long it takes. Paste this into the chat. 3. Ask the AI: 'Based on this workflow description, what AI tools could realiztically help, and what would the mechanism look like in plain language?' Review the response and note which suggestions match tools your organization already has access to. 4. Choose one tool and one specific workflow improvement. Write a one-paragraph mechanism statement in your own words: what the tool does, how it changes the workflow step-by-step, and what the output looks like. 5. Ask the AI: 'What are 4–5 proxy metrics I could track to measure improvement in this workflow before and after implementing AI? I need metrics a non-technical manager can collect without special software.' Save the list it generates. 6. For each metric on that list, open a simple spreadsheet (Excel, Google Sheets) and create two columns: 'Current Baseline' and 'Target After Pilot.' Fill in the baseline column with your best current estimate or a note to measure it over the next two weeks. 7. Write a two-sentence problem statement that names the business impact of the current workflow, not just the inconvenience, but what it costs in time, quality, or competitive position. 8. Combine your problem statement, mechanism paragraph, and metrics table into a single document. This is your business case foundation, the raw material for a formal proposal. 9. Share the document with one colleague who understands the workflow and ask: 'Does this accurately describe the problem and the solution? What would make you skeptical of this case?' Use their feedback to revise before Part 2 of this lesson.
Frequently Asked Questions
- Q: What if my organization doesn't have budget for paid AI tools, can I still build a business case? A: Yes, and this is actually an ideal starting point. Use free tiers of ChatGPT, Claude, or Gemini to run an informal pilot, document your results, and use that evidence to justify a paid subscription. Going from free to $20/month (ChatGPT Plus) is a much easier approval than going from zero to an enterprise contract. The business case for a small paid upgrade practically writes itself when you have 6 weeks of documented free-tier results.
- Q: How long should an AI business case document actually be? A: For internal proposals to direct managers or department heads, one to two pages is ideal, problem statement, mechanism, metrics, cost, and timeline. For executive or board-level decisions involving significant budget, three to five pages with supporting data is appropriate. Longer than that and you've written a report, not a proposal. Decision-makers skim; your first page needs to carry the full argument.
- Q: My manager is skeptical of AI generally, how do I handle that? A: Don't argue for AI; argue for the business outcome. 'I'd like to reduce our proposal turnaround from 11 days to 6' is a conversation any manager will engage with. The tool that achieves it is a detail. Once the outcome is agreed upon, the skepticism about AI often softens because the conversation has shifted from technology philosophy to practical problem-solving.
- Q: Should I involve IT or ask for their sign-off before building a business case? A: For tools like ChatGPT Plus, Claude Pro, or Canva AI that individuals can subscribe to directly, IT involvement at the business case stage is usually optional. For anything that touches company data, integrates with internal systems, or requires an enterprise license (like Microsoft Copilot for Microsoft 365 or Salesforce Einstein), IT and security review is essential, and you should note their expected involvement and timeline in your proposal.
- Q: What's a realiztic timeline from first proposal to approved pilot? A: In most mid-sized organizations, four to eight weeks from initial proposal to pilot approval is typical when the business case is well-structured and the budget is under $5,000. Larger investments or organizations with slower procurement cycles can take three to six months. Building in a phased approach, asking for pilot budget first, consistently shortens approval timelines because the risk and spend are lower.
- Q: Can I use AI tools to help write the business case itself? A: Absolutely, and you should. ChatGPT Plus and Claude Pro are particularly good at helping you structure arguments, anticipate stakeholder objections, generate proxy metric lists, and draft executive summaries. The task in this section walks you through exactly that process. Using AI to make the case for AI is not ironic, it's the most direct demonstration of value you can offer.
Three Myths That Sink AI Business Cases Before They Start
Most professionals building an AI business case make the same mistakes. Not because they lack intelligence, but because they've absorbed a set of widely shared beliefs that sound reasonable and turn out to be wrong. These myths don't just weaken a business case, they cause decision-makers to reject good ideas, approve bad ones, and misallocate budget in ways that take years to untangle. Before you build your numbers, you need to clear these out. The three myths covered here affect how you frame costs, how you measure value, and how you time your ROI projections. Get any one of them wrong and your business case will feel off, even if the underlying numbers are solid.
Myth 1: The Biggest Cost Is the Software Subscription
When a manager first prices out an AI tool, they look at the subscription line. ChatGPT Plus is $20 per month. Microsoft Copilot for Microsoft 365 is $30 per user per month. Notion AI adds $10 per member per month. These are visible, easy to quote, and feel like the main financial commitment. So the business case gets built around them. The justification becomes: 'If this tool saves each user two hours a week, it pays for itself.' That math usually checks out on paper. The problem is that software cost is often the smallest cost category in a real AI deployment.
The hidden costs are human costs. When you introduce an AI tool to a team of 20 people, each person needs time to learn it, experiment with it, fail with it, and develop reliable workflows around it. Research from McKinsey and Gartner consistently shows that change management and adoption effort consume 3 to 5 times more resource than the technology itself in mid-market rollouts. For a 20-person team adopting Copilot at $30 per user per month, the software costs $7,200 per year. But if each employee spends 8 hours in training, 10 hours in trial-and-error experimentation, and loses 15% productivity for 6 weeks during the transition, the real cost is closer to $40,000 when you factor in loaded hourly rates.
This doesn't mean the investment is wrong. It means the business case has to be honest about the full cost picture, or it will be revised mid-project by finance, which destroys credibility. The correct approach is to include three cost categories: technology costs (subscriptions, licenses, integrations), people costs (training time, productivity dip during adoption, internal champions), and governance costs (data review, policy updates, compliance checks). When you present all three categories upfront, decision-makers trust you more, not less. They know you've done the real work.
The Subscription Price Is Just the Entry Fee
Myth 2: ROI Should Be Measured in Time Saved
Time saved is the most common ROI metric in AI business cases, and it's the most misleading one. The logic feels airtight: if a marketing manager spends 4 hours writing a campaign brief and Claude can produce a first draft in 12 minutes, that's a 95% time reduction. Multiply by 50 briefs a year, apply an hourly rate, and you've got a compelling number. Finance departments have learned to be skeptical of this calculation, and they're right to be. Time saved on one task doesn't automatically translate into measurable financial value unless that time is redirected into something that produces revenue, reduces cost, or improves a tracked outcome.
The stronger metric framework connects AI activity to business outcomes your organization already tracks. A sales team using AI to prepare call briefs should measure deal close rate and average deal size, not 'minutes saved per call.' An HR team using AI to screen resumes should measure time-to-hire and quality-of-hire scores, not 'hours spent reviewing applications.' A finance team using Copilot to automate monthly reporting should measure reporting cycle time and error rate, not 'analyzt hours freed up.' These outcome metrics already live in your dashboards. Connecting AI activity to them makes your business case speak the language finance and leadership actually use.
There's a practical middle ground, though. Time-saved metrics aren't useless, they're just incomplete on their own. The right approach is to pair every time-saved estimate with a redirect assumption: a specific, named activity that the recovered time will fund. 'The 3 hours per week saved on report generation will be redirected to client-facing analyzis, which our sales team has identified as a constraint on deal velocity.' That sentence transforms a vague efficiency claim into a business impact statement. It also forces you to have a real conversation with the team about what they'll actually do differently, which is where most AI deployments either succeed or quietly fail.
Prompt
I'm building an AI business case for our HR team adopting an AI screening tool. Currently I just have 'saves 6 hours per week on resume review.' Help me reframe this as a business outcome statement that will resonate with our CFO and VP of HR. Our average time-to-hire is 47 days, our cost-per-hire is $8,400, and we lose roughly 2 top candidates per quarter because we respond too slowly.
AI Response
Here's a business outcome reframe that connects your time savings to metrics your CFO and VP of HR will recognize immediately: **From efficiency claim to business impact:** Current framing: 'The AI screening tool saves the HR team 6 hours per week on resume review.' Strengthened framing: 'By reducing resume screening time by 6 hours per week, the AI tool allows our team to move qualified candidates to first-round interviews within 48 hours instead of the current 7-day average. Based on our Q2–Q3 data showing we lost 2 top candidates per quarter due to response lag, faster screening is projected to recover at least 1–2 offers accepted per quarter. At an average cost-per-hire of $8,400, each avoided re-recruitment cycle saves $8,400 in direct costs, not including lost productivity during vacancy. Additionally, reducing our time-to-hire from 47 days toward an industry benchmark of 30–35 days reduces manager vacancy burden, estimated at $1,200 per open role per week based on temporary coverage costs.' **Projected annual impact:** - Avoided re-recruitment: $16,800–$33,600 - Reduced vacancy cost: $12,000–$18,000 - Total conservative estimate: $28,800–$51,600 This positions the tool as a talent acquisition investment, not an administrative efficiency play, which is a much stronger conversation to have with a CFO.
Myth 3: You Need to Show ROI Within 12 Months
The 12-month ROI window is a finance department convention, not a law of nature. It exists because annual budgeting cycles make it convenient. But AI investments, particularly those involving workflow redesign, team training, and process change, follow a J-curve: costs front-load in months 1 through 4, productivity dips in months 3 through 6 as teams adapt, and measurable returns typically accelerate in months 7 through 18. Forcing an AI business case into a 12-month positive ROI window often means either underestimating costs (to make the math work) or inflating early benefits (same reason). Both approaches erode trust when actuals come in.
The smarter approach is to present a phased ROI timeline that's honest about the J-curve. Show month-by-month projections for the first year, then quarterly projections for year two. Highlight the break-even point explicitly, even if it's month 14 or 16. Decision-makers who understand capital investment cycles will respect this. Those who insist on 12-month payback for every technology decision are often applying manufacturing-era thinking to knowledge-work transformation, and that's a conversation worth having openly. Many organizations have shifted to 18 or 24-month ROI windows for AI initiatives after early deployments taught them that 12 months was structurally unrealistic for anything beyond a simple single-user tool.
| Myth | Why It Sounds Right | The Reality | What to Do Instead |
|---|---|---|---|
| The biggest cost is the software subscription | Subscription prices are visible and easy to quote | People costs (training, adoption, productivity dip) typically run 3–5x the software cost for team rollouts | Build a three-category cost model: technology, people, governance |
| ROI should be measured in time saved | Time savings are easy to calculate and feel concrete | Time saved only creates value if redirected to a tracked business outcome, otherwise it disappears into general overhead | Pair every time-saving estimate with a named redirect activity tied to a metric leadership already tracks |
| You need to show ROI within 12 months | Annual budget cycles make 12-month payback feel like the standard | AI investments follow a J-curve, costs front-load, returns accelerate in months 7–18; forcing 12-month windows distorts the numbers | Present a phased timeline with an explicit break-even point, even if it's 14–18 months |
What Actually Makes an AI Business Case Land
The business cases that get approved share a common structure: they're grounded in a specific problem that already has a cost attached to it. Not a vague efficiency opportunity, a named, documented pain point that someone senior already cares about. A retail operations director who's watched stockout errors cost $180,000 in lost sales last quarter has a problem with a price tag. A law firm where associates spend 40% of billable hours on document review has a problem with a price tag. Start there. When your business case opens by quantifying a problem leadership already recognizes, you're not asking them to believe in AI, you're showing them a solution to something they're already losing sleep over.
The second element that separates winning business cases from rejected ones is specificity of scope. 'We want to implement AI across marketing' fails. 'We want to use Claude Pro to reduce first-draft creation time for our 6-person content team, targeting a 40% reduction in brief-to-draft cycle time on our monthly campaign output of 24 pieces' succeeds. Specificity signals that you've thought through the implementation, not just the concept. It also makes the success criteria measurable, which means you can report back in 90 days with real data, building the credibility you need for the next, larger investment request.
The third element is a named pilot before a full rollout. Approvers are more comfortable with a $5,000 90-day pilot than a $60,000 annual commitment, even when the math on the annual commitment is stronger. A pilot de-risks the decision for them. It also gives you real data, actual time savings, actual adoption rates, actual workflow friction, that makes your full business case far more credible than projections built from vendor benchmarks and industry averages. Structure your business case as: 'Approve a 90-day pilot with 3 team members. At day 90, we'll present actuals and a go/no-go recommendation for full rollout.' This framing converts a large uncertain bet into a small certain experiment.
Lead With the Problem, Not the Tool
Goal: Produce a structured AI business case draft with a quantified problem statement, full cost model, business outcome metrics, phased ROI timeline, and a 90-day pilot proposal, ready to refine into a final presentation.
1. Open ChatGPT Plus or Claude Pro in your browser. Start a new conversation. 2. Identify one specific workflow problem in your team that has a measurable cost, something that causes delays, errors, rework, or missed revenue. Write it down in one sentence before you open the AI tool. 3. Paste this prompt: 'I'm building an AI business case for [your role/team]. The specific problem I want to solve is [your one-sentence problem statement]. Help me quantify this problem using a cost framework that a CFO would find credible. Ask me questions to gather the data you need.' 4. Answer the AI's questions honestly, provide real numbers where you have them, and flag where you're estimating. 5. Ask the AI to generate a three-category cost model for the proposed AI solution: technology costs, people costs, and governance costs. Fill in your organization's specifics. 6. Ask the AI to reframe your primary benefit as a business outcome statement, not a time-saved statement. Use the format: '[AI activity] enables [team] to [specific action], which impacts [tracked metric] by [projected amount].' 7. Request a phased ROI timeline showing month-by-month projections for the first 6 months and quarterly projections for months 7–18, with an explicit break-even point. 8. Ask the AI to draft a pilot proposal: 90 days, 2–4 team members, three specific success metrics, and a go/no-go decision framework. 9. Save the full output as a working document. This becomes the evidence base for your business case, not the final document, but the structured raw material you'll refine in Part 3.
Frequently Asked Questions
- Q: What if I don't have internal data to quantify the problem cost? A: Start with industry benchmarks and label them clearly as such. Organizations like McKinsey, Gartner, Deloitte, and SHRM publish benchmarks for common operational metrics. Use them as placeholders and note that your pilot will replace them with actuals. Decision-makers understand that pre-implementation data is estimated, what they don't forgive is presenting estimates as facts.
- Q: My organization requires a 12-month payback. How do I handle a J-curve that breaks even at month 15? A: Present the 12-month partial ROI alongside the full 18-month picture. Show what value is captured in year one (even if not full payback), and frame the month-13–18 period as 'accelerated returns phase.' Many organizations will approve a 15-month break-even if the year-two returns are strong. The key is transparency, never hide the timeline.
- Q: Should I use vendor-provided ROI calculators? A: Use them as a starting point, not a conclusion. Vendor calculators are built to make their product look good. They often use optimiztic adoption rates and ignore people costs entirely. Pull the methodology apart, replace their assumptions with your organization's specifics, and present your own model. If your numbers are lower than theirs, that's actually more credible to a skeptical CFO.
- Q: How do I handle a stakeholder who's philosophically opposed to AI? A: Don't argue about AI, argue about the problem. Return to the cost of the status quo. 'Whether or not we use AI, we're currently losing $X per quarter to this problem. I'm proposing one option for solving it.' Resistance to AI is often resistance to change or job security anxiety. Address those concerns directly and separately from the ROI discussion.
- Q: What's a reasonable adoption rate to assume in my projections? A: Industry data from Microsoft and Salesforce deployments suggests 60–70% active adoption within 90 days for well-managed rollouts with dedicated training. For minimal-support rollouts, assume 30–40%. The difference between these two scenarios has a massive impact on your projected returns, and it's almost entirely determined by how much change management investment you include.
- Q: How specific should the pilot success metrics be? A: Specific enough that there's no room for interpretation at day 90. 'Improved efficiency' fails. '40% reduction in first-draft-to-approval cycle time, measured across 20 content pieces, from current baseline of 11 days to target of 6.5 days' succeeds. You want three metrics maximum: one speed metric, one quality metric, one adoption metric. More than three and you'll spend the pilot arguing about which ones matter.
Key Takeaways From This Section
- Software subscription cost is the smallest cost category in most AI rollouts, people costs and change management run 3–5x higher and must be included in your model from the start.
- Time-saved metrics only create financial value when paired with a specific redirect activity tied to a business outcome your organization already tracks.
- AI investments follow a J-curve, honest phased timelines with explicit break-even points are more credible than numbers reverse-engineered to fit a 12-month payback window.
- Winning business cases open with a documented, quantified problem that leadership already recognizes, then introduce the AI tool as the solution.
- A 90-day pilot proposal with 3 specific success metrics converts a large uncertain commitment into a small, manageable experiment, and dramatically improves approval rates.
- Use AI tools like ChatGPT or Claude to stress-test your assumptions, reframe efficiency claims as outcome statements, and generate your phased ROI model faster than any spreadsheet.
Three Myths That Kill AI Business Cases Before They Start
Most professionals believe that building an AI business case is about proving the technology works. So they spend weeks benchmarking tools, running pilots, and collecting accuracy scores, then wonder why the CFO still says no. The problem isn't the evidence. It's the framework. Three stubborn myths shape how professionals approach AI business cases, and each one quietly sabotages otherwise solid proposals. Understanding what's actually wrong with these beliefs, and replacing them with better mental models, is the difference between a business case that gets funded and one that gets filed away.
Myth 1: You Need a Big ROI Number to Get Approval
The instinct makes sense. Executives love numbers. So professionals hunt for a headline figure, "This AI tool will save us $400,000 annually", and build the entire case around it. The problem is that inflated ROI projections are immediately recognizable to anyone who has seen a few. Finance teams discount them on sight. A $400,000 savings claim built on shaky assumptions about hours saved and headcount reduction gets picked apart in the first five minutes of a budget meeting, and your credibility goes with it.
A better mental model: think like an auditor, not a salesperson. Present a narrow, defensible number, one that even a skeptic would agree with, and then layer conservative upside scenarios on top. A marketing manager at a mid-sized firm might credibly claim that AI-assisted content drafting saves her team four hours per week. At a fully-loaded cost of $55 per hour, that's $11,440 per year for one person. Multiply across a five-person team and you have $57,200, a number nobody can argue with, because you built it from the ground up.
Historical Record
McKinsey
McKinsey's internal AI adoption reviews in 2023 and 2024 consistently showed that proposals with conservative, well-sourced estimates get approved faster than those with aggressive projections.
This finding demonstrates that credibility of methodology matters more than the size of projected ROI when organizations evaluate AI investment proposals.
Don't Lead With a Big Number You Can't Defend
Myth 2: AI Business Cases Are Approved Based on Technology
Many professionals write business cases that read like product brochures. They explain what the AI tool does, how it works, what features it has, and how it compares to competitors. Then they're surprised when leadership isn't moved. Here's the reality: no executive has ever approved a budget line because a tool had impressive features. They approve budgets because a problem is costing them money or opportunity, and this solution credibly addresses it. The technology is almost irrelevant to the decision.
Reframe your business case around pain, not product. Start with what's broken or slow or expensive right now, without any AI in the picture. Quantify it if you can. Then introduce the solution as the answer to that specific problem, not as a category of technology worth adopting. A sales manager doesn't pitch AI to her VP by explaining how large language models work. She says: "Our reps spend six hours a week writing follow-up emails. That's 300 hours across the team every month. With Copilot, we cut that to 90 hours. Here's what we did with the other 210."
This shift in framing also changes which stakeholders support you. When the business case is about the technology, only tech-curious leaders engage. When it's about a real operational problem, the people who own that problem, the VP of Sales, the Head of HR, the Finance Director, become your allies. They advocate for the budget because they feel the pain, not because they understand the tool.
Prompt
I'm writing a business case to get approval for using Claude Pro for our HR team of 8 people. Right now my draft focuses on what Claude can do, summarizing documents, drafting policies, answering employee questions. Help me rewrite the opening section so it leads with the business problem we have, not the technology. Our main pain point is that our HR team spends about 12 hours a week answering the same 20 employee questions about benefits, leave policies, and onboarding. This pulls them away from strategic work like performance management and retention planning.
AI Response
Here's a rewritten opening for your business case: **The Problem We're Solving** Our HR team currently spends approximately 12 hours every week answering repetitive employee questions, the same questions about benefits enrollment, parental leave, PTO accrual, and onboarding steps that come in through email, Slack, and hallway conversations. At a fully-loaded cost of $65 per hour, that's $780 per week, or roughly $40,000 per year, spent on work that doesn't require HR expertise. More importantly, this constant interruption pulls the team away from the work that actually drives retention and performance: career development conversations, manager coaching, succession planning, and culture initiatives. We're using our most experienced people as a FAQ machine. **What We're Proposing** We're proposing a 90-day pilot using Claude Pro ($20/month per user) to handle first-line employee queries using our existing policy documentation. Based on a two-week audit of incoming questions, we estimate that 65% of current queries are answerable from existing documents. Redirecting those questions would recover 7–8 hours per week, time the team has committed to a backlog of 14 open performance improvement plans currently delayed due to capacity. The cost of the pilot for 8 users: $160/month. The conservative value of recovered capacity: $2,400/month. This proposal pays for itself in the first week.
Myth 3: You Need to Wait for a Completed Pilot Before Building the Case
This one has a seductive logic to it. "We'll run a proper test, collect real data, then present the findings." The result is usually a six-month delay, a pilot that loses momentum, and a business case presented after the budget cycle has already closed. Waiting for perfect data is a strategy for never getting funded. The professionals who consistently win AI budget approval build their cases on a combination of internal estimates, published benchmarks, and a small proof-of-concept they ran themselves, often in a single afternoon using free tools.
You don't need a formal pilot to establish credibility. You need one concrete example. A teacher who used ChatGPT to generate a differentiated lesson plan in 20 minutes instead of two hours has a data point. A consultant who used Claude to synthesize a 40-page research report in eight minutes has a data point. One real, specific example from your own work, with a before and after time comparison, is more persuasive than three months of pilot data, because it's immediate, personal, and impossible to dismiss as theoretical.
| Myth | Why Professionals Believe It | The Reality |
|---|---|---|
| You need a big ROI number to get approval | Executives love impressive figures and percentages | Credible, conservative numbers built from real data win faster than inflated projections |
| Business cases are approved based on technology features | You're excited about the tool and want to explain it | Decisions are made based on the problem being solved, not the product solving it |
| You need a completed pilot before presenting | "Real data" feels more defensible and professional | One personal proof-of-concept plus published benchmarks is enough to get a pilot approved |
What Actually Gets AI Business Cases Approved
The AI business cases that get funded share three structural qualities. First, they name a specific, quantified problem, not a general inefficiency, but a particular workflow with a measurable cost. Second, they present a conservative, bottom-up ROI built from hours, headcount, and costs that finance teams can verify. Third, they include a low-risk pilot proposal: a 30 or 60-day test with defined success metrics, a clear owner, and a small enough price tag that it can be approved without a full capital review.
The most effective business cases also anticipate the two objections that kill AI proposals most often: "What about data security?" and "What happens to headcount?" Address both proactively. For security, reference your vendor's enterprise data policies. Claude Pro, ChatGPT Plus, and Copilot all have published terms about data usage that you can cite directly. For headcount, be explicit that the goal is redeployment, not reduction, unless reduction is genuinely the plan, in which case own it with a transition timeline.
Finally, match your business case format to your audience. A one-page memo works for a direct manager. A structured slide deck with financials works for a VP or C-suite review. A conversational email with a single compelling example works for a peer you're trying to recruit as an advocate. The same underlying argument needs different packaging depending on who reads it and how they make decisions. AI tools like Claude or ChatGPT can help you reformat the same core content for each audience in minutes, so there's no reason to use a one-size-fits-all approach.
The One-Page Test
Goal: Produce a complete, one-page AI business case document, with a problem statement, conservative ROI estimate, 30-day pilot plan, and success metrics, that you could realiztically submit to a manager or stakeholder this week.
1. Open ChatGPT (free) or Claude (free tier) in your browser, no account upgrade needed for this exercise. 2. Identify one repetitive task in your current job that takes more than two hours per week. Write it down in one sentence: what the task is, how long it takes, and what it prevents you from doing. 3. Paste this prompt into the AI tool: "Help me write a one-page business case to get approval for using [name a free AI tool like ChatGPT or Notion AI] for [your task]. My goal is to save [X hours] per week. Include: the problem statement, the proposed solution, a conservative ROI estimate based on [your hourly rate or $50/hour if unknown], a 30-day pilot plan, and how I'll measure success." 4. Read the output and identify any numbers or claims that feel inflated or hard to defend. Highlight them. 5. Ask the AI to revise those specific sections with more conservative assumptions: "Make the ROI estimate more conservative, assume only 50% of the time savings are realized in the first month." 6. Copy the revised output into a Google Doc or Word document and add your name, date, and the name of your manager or decision-maker at the top. 7. Read it aloud. If any sentence takes more than one breath to say, ask the AI to simplify it. 8. Add one real personal example, a specific time you used an AI tool and it saved you time, as a two-sentence proof point at the top of the document. 9. Save the document. You now have a submittable first draft of a real AI business case.
Frequently Asked Questions
- What if I don't know my team's hourly cost? Use $50/hour as a conservative placeholder for knowledge workers, it's a widely accepted benchmark for loaded labor costs in business case modeling and finance teams recognize it as reasonable.
- What if my manager doesn't believe AI saves real time? Bring a live demonstration, not a slide. Open ChatGPT in the meeting, paste in a real work task, and show the output in 60 seconds. Seeing it happen removes skepticism that any data point can't.
- Do I need IT or legal approval before submitting a business case? Not to submit a case, but flag data security proactively in your proposal. Check whether your company has an AI usage policy. If it does, cite it. If it doesn't, recommend creating one as part of your pilot plan.
- How long should a business case actually be? For internal approval below VP level: one page. For C-suite or budget committee review: three to five slides with an appendix. Longer is not more persuasive, it's just more work for the reader.
- What's the fastest way to find benchmark data for my industry? Ask Claude or ChatGPT directly: "What published research exists on time savings from AI tools in [your industry or function]?" Then verify the sources. Gartner, McKinsey, and Deloitte publish regular AI productivity reports that are freely available and credible to cite.
- What if my pilot fails to show results? Document what you learned and reframe it as risk reduction. A pilot that shows AI doesn't work for a specific use case is valuable, it prevents a larger, more expensive mistake. Present the findings honestly and propose a narrower or different second test.
Key Takeaways
- Conservative, well-sourced ROI numbers get approved faster than impressive but fragile projections, build your estimate from the ground up using real hours and real costs.
- Business cases are approved because they solve a recognized problem, not because the technology is impressive, lead with pain, not product.
- You don't need a completed pilot to make a credible case, one personal proof-of-concept plus published benchmarks is enough to secure pilot approval.
- Anticipate the two most common objections, data security and headcount impact, and address them directly in your proposal before anyone asks.
- Format your business case for your specific audience: one page for a manager, a short deck for executives, a conversational email for peer advocates.
- AI tools like ChatGPT and Claude can help you draft, compress, and reformat your business case in minutes, use them to do the work, not just to write about the work.
This lesson requires Pro+
Upgrade your plan to unlock this lesson and all other Pro+ content on the platform.
You're currently on the Free plan.
