Some links in this article are affiliate links. Automated Wealth Lab may earn a commission at no extra cost to you. See our Affiliate Disclosure.
- How a benchmark gets laundered: the 66% story
- The benchmarks, graded
- The two A-grade studies agree with each other
- The coding studies: read the vendor line
- The counterweight: METR’s slowdown
- The firm-level surveys: adoption is not returns
- What the graded evidence actually supports
- A measurement framework that holds up
- Worked example (a model — not a case study)
- FAQ
- Methodology
- AWL verdict
- Sources
Disclosure: This article contains affiliate links to n8n and Make, which appear in the worked example’s cost stack. If you buy through those links, Automated Wealth Lab may earn a commission at no extra cost to you. The benchmarks below are drawn from published studies and surveys we read in full or in detailed summary in October 2026; the worked example is explicitly labeled a model, with every assumption printed.
Every pitch deck for AI automation contains a productivity number, and almost none of them contain a source you can check. “66% more productive.” “Saves 30 hours a week.” “Replaced 700 agents.” These figures circulate from vendor keynote to vendor blog to LinkedIn post, shedding their caveats at every hop, until a number measured on one narrow task at one company is being quoted as a law of nature for yours.
The research underneath the hype is real — some of it excellent. Peer-reviewed studies in Science and the Quarterly Journal of Economics have measured genuine, substantial productivity gains from AI assistance. But the same literature also contains a randomized trial where AI tools made experienced workers slower while convincing them they were faster, and survey evidence that the overwhelming majority of enterprise AI pilots produced no measurable financial return at all. Which numbers deserve your trust depends entirely on how they were produced.
So this article does two things. First, it grades the major published benchmarks — source, population, method, caveat, and an evidence grade we assign and defend. Second, it gives you a measurement framework for your own automations, with a fully worked example, so that the ROI number you act on is one you measured rather than one you were sold.
The short answer: The strongest evidence says AI assistance raises task-level productivity by roughly 14% in customer support (5,179 agents, peer-reviewed) and cuts writing-task time by 40% in a randomized trial — with gains concentrated in novices (+34%) and near zero for experts. At firm level the picture inverts: 88% of organizations use AI, but only ~39% report any earnings impact and ~6% report a material one. The honest planning assumption for a solo operator is a task-level gain of 10–30%, verified by your own baseline — not a headline percentage.
How a benchmark gets laundered: the 66% story
The most quoted statistic in this space is Nielsen Norman Group’s finding that AI tools improve employee productivity by 66%. It sounds like a measurement. It is an average — of exactly three studies: customer-support inquiries handled per hour (+13.8%), business-document writing throughput (+59%), and programming projects completed per week (+126%). Average three percentages from three unrelated tasks, populations, and methods, and you get a number that describes none of them.

Notice, too, that the three ingredients substantially overlap with the primary studies graded below — the support figure is the Brynjolfsson study, and the coding figure traces to the same Copilot research program. The 66% is not independent confirmation of anything; it is the same evidence, reheated. That is how benchmark laundering works: a careful study publishes a bounded result, a respected secondary source averages it into a headline, and a hundred vendor pages cite the headline as settled fact. Our grading rubric is designed to reverse that process:
- Grade A — peer-reviewed, pre-registered or large-scale field measurement of actual output (not self-report), population described.
- Grade B — controlled or field measurement of real output, but vendor-run, small, or narrow in task or population.
- Grade C — survey self-report, interview-based, or secondary aggregation. Directionally useful; never a planning number.
The benchmarks, graded
| Benchmark | Source | Population & method | Headline result | Grade |
|---|---|---|---|---|
| Brynjolfsson, Li & Raymond | Quarterly Journal of Economics 2025 (NBER WP 31161) | 5,179 customer-support agents, one Fortune 500 software firm; staggered rollout, measured output | +14% issues resolved/hour; +34% for novices; minimal for experts | A− |
| Noy & Zhang | Science 2023 | 453 college-educated professionals; preregistered randomized experiment, writing tasks | −40% time taken; +18% output quality | A− |
| Cui et al. | Management Science | 4,867 developers at Microsoft, Accenture, and a Fortune 100 manufacturer; three field experiments | +26% pull requests/week with Copilot access | B+ |
| Peng et al. | GitHub/Microsoft controlled experiment | Developers completing one defined coding task (an HTTP server) | Task completed 55.8% faster (71 vs 161 minutes) | B |
| METR | Independent RCT, 2025 | 16 highly experienced open-source developers, working in their own repositories | 19% slower with AI tools — while believing they were 20% faster | B+ |
| St. Louis Fed survey analysis | Federal Reserve Bank of St. Louis | U.S. workers, survey self-report | Workers report saving 5.4% of work hours (~2.2 hrs/week) | B− |
| McKinsey State of AI 2025 | McKinsey global survey | Organizations worldwide, executive self-report | 88% use AI; 39% report any EBIT impact, mostly <5%; ~6% “high performers” | C+ |
| MIT NANDA, “The GenAI Divide” | MIT Project NANDA, 2025 | 52 interviews, 153 survey responses, 300+ public AI initiatives reviewed | 95% of pilots show no measurable P&L return | C |
The two A-grade studies agree with each other
Brynjolfsson, Li and Raymond studied the staggered introduction of a generative-AI conversational assistant across 5,179 customer-support agents. Issues resolved per hour rose about 14% on average — but the average hides the finding that matters: novice and low-skilled agents improved by 34%, while experienced, high-skilled agents saw minimal impact. The authors’ interpretation is that the tool disseminates the tacit practices of top performers to everyone else. AI, in this study, is a skill-leveler, not a skill-multiplier.
Noy and Zhang’s preregistered experiment in Science randomized 453 mid-level professionals to occupation-specific writing tasks with or without ChatGPT access. The treatment group finished 40% faster with output rated 18% higher in quality — and, again, inequality between workers fell, because the weakest writers gained the most. Two different methods, two different tasks, one convergent pattern: the less expertise the worker starts with, the larger the measured gain. Neither study licenses a blanket percentage for experienced specialists doing complex work — which is precisely the use most ROI claims are sold for.
The coding studies: read the vendor line
The Copilot evidence is genuinely strong in design and genuinely compromised in sponsorship, and an honest grade has to hold both. Cui and co-authors’ Management Science paper pools three field experiments across 4,867 developers and finds about 26% more pull requests per week among developers with Copilot access — peer-reviewed, large-scale, real output. It was also co-run by GitHub, Copilot’s maker. Pull requests are a throughput proxy, not a value measure, and the gains concentrated among shorter-tenure developers — the same novice pattern. Peng’s earlier controlled experiment, also vendor-run, found a 55.8% speed-up, but on a single artificial task: exactly the setting where a benchmark is easiest to inflate and hardest to generalize from. We grade the field experiments B+ and the single-task experiment B. Cite the 26% if you must cite one; treat the 55.8% as a ceiling measured under laboratory conditions.
The counterweight: METR’s slowdown
Every benchmark table needs its control group, and METR provides it. In their 2025 randomized controlled trial, 16 experienced open-source developers — working in their own mature repositories — took 19% longer to complete tasks when AI tools were allowed. Before the study they predicted AI would make them 24% faster; afterward, they still believed it had made them 20% faster. The sample is small and the population specific (hence B+, not A), but the study’s second finding is the one that should govern your measurement practice: self-reported productivity can be not just wrong but inverted. This is why the St. Louis Fed’s 5.4%-of-hours-saved figure — honest survey work, clearly labeled — still earns only a B−, and why any framework that asks people how much time they saved, instead of timing the work, is building on sand.
The firm-level surveys: adoption is not returns
McKinsey’s State of AI 2025 finds 88% of organizations using AI in at least one function — and only 39% reporting any enterprise-level EBIT impact, most of it under 5%, with about 6% qualifying as high performers attributing more than 5% of EBIT to AI. Its most useful finding is correlational: high performers were roughly three times more likely to have redesigned workflows before deploying AI, rather than bolting it onto existing processes. MIT NANDA’s “GenAI Divide” report is methodologically weaker — interviews and self-reports, with a loose definition of “pilot” — but its 95%-no-measurable-return headline points the same direction, and RAND’s separate research program found over 80% of AI projects fail to reach production at all, roughly twice the failure rate of non-AI IT projects. And then there is Klarna, the cautionary tale with a press release: in 2024 the company announced its AI agent was doing the work of 700 full-time agents; by May 2025 its CEO acknowledged the cost-cutting had gone too far and the company was hiring humans again. A vendor claim is not a benchmark. Grade it D, and learn from it anyway.
What the graded evidence actually supports
Read together, the studies that survive grading support four claims — narrower than the marketing, and more useful:
- Task-level gains of 10–30% are real for bounded, repeatable work: support replies, first drafts, routine documents, boilerplate code. Plan around that band, not around 66%.
- Gains are largest for the least experienced worker on the task — which for a solo founder means the tasks you do rarely or reluctantly (bookkeeping follow-ups, report formatting) may gain more than the craft work you are expert at.
- Task gains do not automatically become business gains. The gap between McKinsey’s 88% adoption and its 6% high performers is filled with workflows that were never redesigned and hours that were “saved” into nothing.
- Only measured output counts. The METR perception gap — 19% slower, felt 20% faster — disqualifies every ROI claim based on asking people how productive they feel, including, eventually, your own.
A measurement framework that holds up
Step 1 — Baseline one workflow, in output units. Pick a single recurring workflow with a countable output: tickets resolved, reports delivered, invoices chased. Record the current output per week and the current end-to-end time per unit, for at least one full cycle, before you automate anything. No baseline, no ROI claim — this is the step every failed pilot skipped.
Step 2 — Run a two-week time audit. Log time with timestamps, not recollection: start and stop times for the manual workflow, including the parts everyone forgets — finding context, formatting, fixing errors, waiting. Two weeks captures the weekly rhythm and the exceptions. This audit is also your defense against the METR effect: you are timing work, not feelings about work.
Step 3 — Build the full cost stack. Most automation ROI math fails here, by counting only the subscription. The complete stack is: platform subscriptions; per-use API costs (tokens, per-resolution fees); your setup time, amortized over a stated horizon; ongoing maintenance time; review-and-exception time, which does not disappear — it becomes the job; and an error allowance for the outputs you will have to redo. If a line is an estimate, label it one.
Step 4 — Compute payback and ROI, with a realization factor. Saved time is worth money only if it is redeployed to billable work or avoids a hire. Apply a realization factor — 1.0 if the freed hours are genuinely sold or a cost genuinely avoided, 0.5 if they are absorbed into the week — and print which one you used.
- Net monthly benefit = (hours saved × loaded hourly rate × realization factor) − monthly running costs
- Payback (months) = one-time setup cost ÷ net monthly benefit
- ROI over horizon = (total benefits − total costs) ÷ total costs
Step 5 — Re-measure at 30 and 90 days, with a kill criterion. Compare against the Step 1 baseline using the same output units. Decide in advance what result kills the automation (for example: net benefit below running costs for two consecutive months). McKinsey’s high performers redesigned workflows; the honest version of that finding is that they also measured them.
Worked example (a model — not a case study)
The following is a planning model with assumed inputs, printed so you can substitute your own. It describes a hypothetical solo agency operator automating four recurring workflows. None of these figures are measured results from a real business.
Baseline (from the assumed two-week audit): inbox triage 6 hrs/week, weekly client reports 4 hrs/week, meeting notes to CRM 3 hrs/week, invoice follow-ups 2 hrs/week — 15 hrs/week total. Loaded rate assumption: $40/hour.
After automation (drafts generated, human reviews and handles exceptions): residual time 5.5 hrs/week, a net saving of 9.5 hrs/week — deliberately inside the 10–30%-of-total-time band the graded evidence supports for a mixed workflow portfolio, applied here to the automatable share. Gross monthly saving: 9.5 × 4.333 weeks × $40 ≈ $1,647/month.
Cost stack: automation platform $96/month (assumption: a mid-tier plan on Make, or self-hosted n8n on a small VPS with the same budget); LLM API $140/month (model assumption: ~40M tokens/month at a $3.50 per-1M blended mid-tier rate); maintenance 2 hrs/month × $40 = $80; review time is already counted in the residual 5.5 hrs. Running costs: $316/month. One-time setup: 20 hours × $40 = $800.
The arithmetic: net monthly benefit = $1,647 − $316 = $1,331. Payback = $800 ÷ $1,331 ≈ 0.6 months (~18 days). Twelve-month ROI = ($19,764 benefits − $4,592 total costs) ÷ $4,592 ≈ 330%.
The sensitivity that matters: at a 50% realization factor — only half the freed hours become billable — gross saving falls to ~$823/month, net benefit to ~$507, payback stretches to ~1.6 months, and 12-month ROI to ~115%. Still positive, which is the point of the exercise: a framework that only works at 100% realization is a sales tool, not a measurement. Run your own numbers at 50% first. If the automation survives that, it is probably real.
FAQ
What is a realistic ROI for AI automation for a small business?
The graded evidence supports task-level time savings of roughly 10–30% on bounded, repeatable work — not the 66% headline, which is an average of three unrelated studies. Whether that becomes business ROI depends on realization: freed hours must be redeployed or a cost avoided. Our worked model, at 50% realization, produces roughly 115% twelve-month ROI on stated assumptions; your audit, not our model, decides yours.
Why do so many enterprise AI pilots fail to show returns?
The consistent findings across McKinsey’s survey, MIT NANDA’s report, and RAND’s research: workflows were left unchanged while tools were layered on top, pilots were chosen for visibility rather than measurable throughput, and no baseline existed to measure against. The tool is rarely the binding constraint; the unmeasured process around it is.
Can AI tools ever make work slower?
Yes — measurably. METR’s randomized trial found experienced open-source developers took 19% longer with AI tools on their own codebases, while believing they had been faster. Expertise-heavy, context-heavy work is where AI assistance can subtract, through prompting, reviewing, and correcting overhead. Measure your expert tasks separately from your novice ones.
Should I trust vendor case studies and ROI calculators?
Treat them as Grade D evidence: produced by a party that profits from your belief, with populations and baselines chosen accordingly. Klarna’s “700 agents” claim — walked back by its own CEO within about a year — is the canonical example. Vendor numbers can suggest where to look; only your baseline and time audit can tell you what you will get.
How long should I run a pilot before judging it?
Long enough to cover the workflow’s full cycle at least twice, and judge at fixed checkpoints — we suggest 30 and 90 days — against the baseline recorded before the build, with a kill criterion written down in advance. Shorter pilots mostly measure novelty and learning curves, in both directions.
What is the single most common ROI measurement mistake?
Counting gross hours “saved” at full value without a realization factor — and measuring them by asking people instead of timing the work. Those two errors, compounded, are how a 14% task-level gain becomes a 300% ROI claim in a slide deck.
Methodology
What we did: We read the primary sources or detailed published summaries for every benchmark in the table — the NBER working paper (published in the Quarterly Journal of Economics, 2025), the Science paper’s published abstract and bibliographic record, McKinsey State of AI 2025 figures as reported in November 2025 coverage, and detailed secondary reporting for the Cui et al. field experiments, the Peng et al. experiment, the METR trial, MIT NANDA’s methodology (52 interviews, 153 survey responses, 300+ initiatives), RAND’s failure-rate research, the St. Louis Fed time-savings analysis, and the Klarna reversal. Grades are our editorial judgment, assigned by the rubric printed in the article and applied uniformly.
What we did NOT do: We did not re-run any study, access paywalled full texts beyond published abstracts and detailed summaries, or conduct original surveys. Where a figure reached us through a secondary source (the Nielsen Norman Group 66% average; the St. Louis Fed 5.4% figure), the article says so and the grade reflects it. The worked example is a constructed model with assumed inputs — it is not drawn from any real business, ours included.
Conflict disclosure: This article contains affiliate links to n8n and Make, used inside the worked example’s cost stack. Neither company was consulted on the benchmarks, grades, or framework, and no study cited here is connected to either. Automated Wealth Lab sells automation services to the same audience this article advises to measure skeptically; we consider that a reason to grade harder, not softer.
AWL verdict
The published evidence, graded honestly, says AI automation is worth doing and easy to overclaim. Expect 10–30% time savings on bounded tasks, expect them to land unevenly — largest where your experience is thinnest — and expect exactly none of it to reach your bottom line unless the freed hours are redeployed and the workflow was redesigned to receive them. The founders who get real ROI from automation in 2026 will not be the ones who found the best benchmark. They will be the ones who kept a baseline, ran a time audit, charged their own maintenance hours to the cost stack, and killed the automations that failed the arithmetic. Measure like a skeptic; automate like an optimist.
Sources
Brynjolfsson, Li & Raymond, “Generative AI at Work,” NBER Working Paper 31161 (published in The Quarterly Journal of Economics, 2025) — https://www.nber.org/papers/w31161 (verified October 2026)
Noy & Zhang, “Experimental evidence on the productivity effects of generative artificial intelligence,” Science 381(6654), 2023 — https://bibbase.org/network/publication/noy-zhang-experimentalevidenceontheproductivityeffectsofgenerativeartificialintelligence-2023 (verified October 2026)
Saner.AI, “AI Assistant Statistics 2026” — Cui et al. Management Science field experiments, MIT NANDA methodology, METR trial — https://www.saner.ai/blogs/ai-assistant-statistics (verified October 2026)
Ciklum, “Enterprise AI Productivity” — Peng et al. 55.8% experiment detail, RAND failure rate, Klarna reversal, St. Louis Fed time savings, McKinsey figures — https://www.ciklum.com/blog/enterprise-ai-productivity-impact/ (verified October 2026)
Nurbix, “AI is everywhere. Value is not” — McKinsey State of AI 2025 figures as reported November 2025 — https://www.nurbix.com/insights/ai-is-everywhere-value-is-not (verified October 2026)
Intellias, “From Chatbots to AI Agents” — Nielsen Norman Group’s 66% average and its three underlying studies — https://intellias.com/from-chatbots-to-ai-agents/ (verified October 2026)


