top of page

The 29% Who Get ROI: What They Did Differently

  • Contributor
  • 4 days ago
  • 9 min read

Only 29% of organizations see significant ROI from generative AI. The other 71% are spending money — sometimes a lot of money — without producing returns they can defend. The gap is not random. It is not about budget size. It is not about model selection. It is about a small set of operating practices that the successful programs share and the unsuccessful ones don't.

This post is what the 29% do. Each practice is simple to describe and hard to implement. Most organizations fail to implement at least two of them. The compounding effect of getting them all right is the difference between programs that produce measurable business value and programs that produce engagement dashboards.

They Start with a Workflow, Not a Strategy

The successful programs begin with a specific workflow that's broken. Not "we need an AI strategy." Not "we should be using AI somewhere." A specific operational problem with clear costs.

The conversation that leads to ROI starts with something like: "Our sales development team spends 15 hours a week researching prospects and personalizing outreach. We want that to be 3 hours a week with the same or better quality." Or: "Our compliance team takes 4 days to review each new vendor contract. We want it to be 4 hours." Or: "Our customer support team takes 24 hours to respond to first-touch tickets. We want it to be 1 hour."

These are workflow problems. They have measurable baselines. They have clear target states. They have specific people whose work changes if the program succeeds.

The 71% who don't get ROI usually started with a strategy document. The document said the company would be "AI-first" or would "transform operations through AI" or would "build AI capabilities." These statements sound impressive in board decks. They produce nothing measurable because they don't commit to any specific workflow that anyone can actually improve.

The pattern: pick a specific workflow. Pick a metric that defines success for that workflow. Pick a target value for that metric. Then figure out how AI helps you hit that target. Strategy emerges from successful workflow projects, not the other way around.

They Redesign the Workflow Before Deploying the AI

The 71% drop AI into existing processes. The 29% redesign the processes first.

Existing processes were optimized for humans doing the work. They have human-shaped steps: prepare a draft, send it to a reviewer, wait for feedback, iterate, send to approval, get approval, deliver. The handoffs are between humans. The validation is by humans. The decision points assume human judgment.

If you drop AI into this process unchanged, the AI does one human's work faster, but the rest of the process still moves at human speeds. The downstream reviewer is still scheduled for next week. The approval chain still takes three days. The deliverable still goes through quality control by a person. The AI's time savings disappear into the surrounding process.

The 29% redesign the workflow around what AI does well:

  • They identify which steps in the workflow are now deterministic (no human judgment required) and automate them entirely.

  • They identify which steps benefit from AI assistance (judgment-heavy work that AI accelerates) and design the AI's role explicitly.

  • They identify which steps still require human judgment (high-stakes decisions, accountability requirements) and preserve them, but with AI-prepared inputs.

  • They eliminate handoffs that no longer make sense — when one person can complete a workflow that previously needed three people, the handoffs go away.

The redesigned workflow has fewer steps, shorter end-to-end cycle time, and AI in the specific places it helps. The unredesigned workflow has AI dropped in and the same end-to-end time as before.

This is the work that nobody wants to do because it's organizational, political, and slow. It's also the work that determines whether the AI produces ROI.

They Measure Outcomes, Not Engagement

The metrics dashboard tells you which program is going to produce ROI.

Successful programs have outcome metrics. Cycle time reduction. Error rate change. Revenue per employee. Customer satisfaction delta. Cost per transaction. These metrics existed before AI and continue to exist after AI; the AI's contribution is the change in these metrics.

Unsuccessful programs have engagement metrics. Number of users. Number of queries. AI-assisted tasks completed. Adoption rate across the organization. These metrics tell you whether the AI is being used. They don't tell you whether it's producing value.

The distinction matters because engagement and outcome can diverge. A program can have high engagement and no outcome change — people use the AI, but their work doesn't improve. A program can have low engagement and significant outcome change — a few people use it, but in workflows where it produces large value. Engagement metrics don't capture either pattern.

The 29% commit to outcome metrics before deployment. The metrics are defined, baselines are measured, target values are agreed. After deployment, the metrics are tracked, attribution is analyzed, and the program is evaluated honestly against the targets.

The 71% measure engagement, report engagement, and discover months in that nobody can answer "what did the AI actually change?"

They Invest in Infrastructure Proportionally

The budget distribution reveals the seriousness of the program. Successful programs spend most of their AI budget on the infrastructure that surrounds the model. The model itself is a small line item.

The infrastructure that successful programs over-invest in:

Evaluation tooling. Eval suites that test AI behavior on representative inputs, run on every change, and detect quality drift. This is engineering work — building eval datasets, instrumenting the evaluation pipeline, integrating with deployment gates. Successful programs have this. Unsuccessful programs ship changes hopefully.

Monitoring and observability. Production telemetry on every AI interaction — what the AI was asked, what it produced, how long it took, whether downstream systems verified its work, whether users had to intervene. This is the SRE-style infrastructure for AI. Successful programs build it. Unsuccessful programs discover its absence during incidents.

Operational staffing. Named operators responsible for keeping the AI running, monitoring quality, handling incidents, updating prompts when behavior drifts. Not the original developer "supporting it on the side." Dedicated staffing. Successful programs budget for this. Unsuccessful programs assume operations is free.

Data curation. The boring, expensive work of preparing domain data for use in retrieval, fine-tuning, evaluation. Most organizations have data; few have it in a usable state. The 29% spend real money on data preparation. The 71% complain about data quality and don't fix it.

Change management. Training people on how to work with AI, redesigning the workflows AI is part of, handling the political and personal change that comes with shifting work. This is the least technical and most under-budgeted category. Successful programs have change-management staff working on AI rollouts. Unsuccessful programs assume people will figure it out.

The shape of the budget tells you what you're going to get. If model API spend dominates the budget, the program will produce engagement and not outcomes. If infrastructure and operations dominate, the program is positioned to produce outcomes.

They Have a Named Owner

Successful programs have a single human accountable for the workflow's outcomes. Not a committee. Not a working group. A person.

The owner has two characteristics:

Authority over the deployment. Decisions about scope, model choice, integration priorities, rollout pace, and quality bars are made by the owner. The owner can choose to delay launch if quality isn't ready. The owner can choose to expand scope if the initial deployment is working. The owner doesn't have to escalate every decision to a steering committee.

Accountability for outcomes. The owner's performance is evaluated on whether the workflow's outcome metrics improve. If cycle time drops as planned, the owner gets credit. If it doesn't, the owner has to explain why and what's being done about it. The owner can't push outcome accountability onto IT or onto the model provider.

This combination — authority and accountability — is rare in matrix organizations. Most AI programs distribute authority (procurement makes vendor decisions, IT makes platform decisions, business units make workflow decisions, legal makes risk decisions) without distributing accountability. The result is that nobody is on the hook when outcomes don't materialize.

The 29% concentrate authority and accountability in a single owner per workflow. The 71% diffuse both.

The owner is usually in the business unit affected by the workflow change, not in IT or a central AI function. The work being changed is business-unit work. The accountability for that work properly sits with the business unit. The technical work is done by engineering; the platform is provided by IT; the policy framework is set by legal/compliance; the business outcomes are owned by the business.

What These Practices Have in Common

Read across the five practices and a pattern emerges. None of them are about the model. None of them are about prompting. None of them are about which AI vendor to use.

They are about operating discipline. They are about scope, measurement, ownership, and investment. They are the same practices that determine whether any complex technology initiative produces business value.

The fact that AI demands these practices is not specific to AI. The fact that AI rewards them disproportionately may be — because the seductive ease of pilots makes it easier than usual to skip the practices and feel like progress is happening. AI lets you produce engagement metrics without producing outcomes, and the engagement metrics are convincing enough that leaders accept them as evidence the program is working.

The 29% don't let engagement substitute for outcomes. The 71% do, sometimes for years.

What to Do If You're in the 71%

If you're running an AI program that isn't producing the ROI you committed to, the diagnostic is straightforward.

Look at your metrics dashboard. Are the metrics engagement (users, queries, sessions) or outcomes (cycle time, error rate, revenue change)? If they're engagement, you don't know whether your program is producing value. Switch to outcome metrics. The truth may be uncomfortable.

Look at your budget. What fraction is model API spend versus infrastructure and operations? If model spend dominates, you're under-investing in the infrastructure that turns AI into value. Reallocate.

Look at the ownership. Is there a single human accountable for outcomes for each AI deployment? If accountability is diffused across teams, no one is on the hook. Concentrate ownership.

Look at the workflow. Did you redesign the process around AI, or drop AI into the existing process? If the latter, the AI is probably not where it should be. Redesign.

Look at the scope. Are you trying to deploy AI across many workflows simultaneously, or focused on one? If many, you're spread too thin. Focus.

These diagnostics are uncomfortable because they require admitting that the program isn't what it should be. The companies that get to the 29% from the 71% do this kind of honest review. The companies that stay in the 71% don't.

The Takeaway

ROI from AI is achievable for organizations that operate disciplined programs. The discipline is not exotic — it's the same discipline that produces ROI from any major technology adoption. It rewards specificity over abstraction, outcome metrics over engagement metrics, named ownership over committee governance, infrastructure investment over model spend, and workflow redesign over workflow continuation.

The 29% who get ROI are not the ones with the best technology. They are the ones with the best operating discipline. The technology is the same technology available to everyone. The discipline is what separates outcomes from theater.

If you want to be in the 29%, do what the 29% do. The list is short. The execution is long. Start with one workflow.

That's the whole story.

Frequently Asked Questions

What separates successful AI adopters from unsuccessful ones?

Five practices show up consistently. Start with a specific workflow, not a strategy. Redesign the workflow before deploying the AI, not after. Measure outcomes (cycle time, error rate, revenue per employee), not engagement (queries, users, sessions). Invest in evaluation, monitoring, and operations infrastructure proportional to model spend. Have a named owner with both technical authority and business accountability. None of these are about the model.

How long does AI ROI typically take?

Median 5.1 months to value for the 12% of agent deployments that reach production at scale. SDR agents (sales development) pay back fastest at 3.4 months median. Finance and operations agents take longer at 8.9 months. McKinsey reports 5.8× average ROI within 14 months for successful programs. These are median numbers for successful programs — most pilots never produce attributable ROI because they never reach production.

What kind of workflow gets the fastest AI ROI?

Three properties favor fast ROI: narrow and well-defined (one specific outcome, not 'make work better'), high-volume (the AI's per-task improvement multiplies across many tasks), and high-friction baseline (the manual process has clear waste — repetitive tasks, judgment-heavy work that's currently slow, work that bottlenecks downstream activity). SDR workflows tend to fit all three. Document review, data extraction, and customer support triage also tend to fit.

Why do most AI investments not show ROI?

Several causes. Engagement metrics are tracked instead of outcome metrics, so the program looks active but produces no measurable business change. Pilots never reach production, so no real value is captured. Scope creep dilutes any one use case enough that attribution becomes impossible. Workflow redesign was skipped, so the AI doesn't fit how work actually gets done. The technology works; the program around it doesn't.

Can a small company get the same AI ROI as a large enterprise?

Often faster, actually. Small companies have fewer organizational layers, clearer ownership, less political resistance to workflow change, and simpler measurement. The constraints that slow large-enterprise AI adoption — governance frameworks, multi-team coordination, change management at scale — don't apply. Small companies that pick a specific workflow, redesign it around AI, and measure outcomes can capture ROI faster than enterprises spending ten times as much.

bottom of page