Workforce Planning For enterprises

How to Measure AI Value Outside Engineering

Software teams can compare AI use with merged code. Support, finance, legal and sales have no single count like that, but each has a measure in the system where its work already happens. This article sets out which measure fits each function, what published studies found, and how the comparison can mislead.

A software team can set its AI use beside a count of merged pull requests, which are the units in which finished code is reviewed and accepted. Most other functions have no count that is as tidy. In a Deloitte survey of 3,500 leaders published on October 29, 2026, 51% said their company tracks token volume, while 28% reported revenue gains from AI. A token is the unit AI vendors bill by, roughly a piece of a word. A token count tells a company how much it used and leaves open what the use produced. Uber’s chief operating officer, asked on a podcast whether the company’s AI spending was paying off, said of the connection between use and results: “That link is not there yet,” as Fortune reported on August 7, 2026.

This article is for the finance or HR leader who has to make that link for support, finance, legal and sales. It pairs each function with a measure and with the published research that used it, then covers the ways the comparison goes wrong.

Key takeaways

  • An output measure can usually be read from the system where the work already happens: issues resolved per hour in support, days to close the month in finance, time on a defined task in legal, deals closed in sales.
  • Published studies found gains on those measures, including 14% more issues resolved per hour across 5,179 support agents and a monthly close 7.5 days sooner at accounting firms using AI.
  • Every output measure needs a quality measure beside it. In the 2025 DORA survey of software teams, AI adoption went with more software delivered and with less stable releases.
  • A comparison of heavy and light users shows an association and leaves the cause open, a caution that GitHub prints beside its own usage comparisons.

Why is engineering easier to measure?

Code leaves a record. Each change is reviewed and merged in one system, with a time stamp, and the AI coding tools report use per developer. GitHub’s own documentation describes a dashboard that connects depth of Copilot adoption with pull request output, and it adds a warning that such comparisons “show associations, not proof” that adoption caused a change in productivity.

Even with that record, the engineering evidence does not agree with itself. A field study of 4,867 developers at Microsoft, Accenture and a third large company found that those given an AI coding tool completed 26.08% more tasks. A METR trial of 16 experienced developers working on public software projects found they took 19% longer when AI was allowed, and afterward they still believed it had made them about 20% faster. The 2025 DORA report, a survey of nearly 5,000 technology professionals, found that AI adoption went with higher delivery throughput, meaning more software shipped, and with lower delivery stability, meaning more releases that failed or had to be fixed.

Those results carry two lessons for every other function. The developers in the METR trial misjudged their own speed, so the measure should come from a system and not from a survey of how much time people think they saved. The DORA finding shows that a measure of volume, read alone, can rise while the quality of the work falls.

What is the matching measure in each function?

The table below pairs each function with an output measure and a quality check. The pairings are our suggestions, built from what the cited studies measured. The system named in the last column is the kind of system, and your own may differ.

FunctionOutput measureQuality check beside itWhere it is recorded
Customer supportIssues resolved per hour, the measure in the support agent studyCustomer sentiment and reopened ticketsHelpdesk system
Finance and accountingDays to close the month, a measure in the Stanford accounting paperCorrections after close and the level of detail in the ledgerAccounting system
LegalTime to complete a defined type of task, as timed in the legal trialReviewer grade and citation errors found on reviewCase management or document system
SalesDeals closed or win rateDeal size and customer retentionCustomer relationship (CRM) system
Output measures for four functions outside engineering, each with a quality check to read beside it. The pairings are our suggestions. Source: Studies and documentation linked in each row

Two things make an output measure usable here. The team already records it for its own reasons, so nobody has to fill in a new form, and it counts finished work that someone else accepted, such as a resolved ticket or a closed month. It also helps if the measure moves within weeks, so that a reading follows a change in AI use soon enough to act on.

What does the research show for each occupation?

Customer support has the strongest evidence. Erik Brynjolfsson, Danielle Li and Lindsey Raymond studied the staggered introduction of an AI assistant to 5,179 support agents. Issues resolved per hour rose 14% on average. The gain was 34% for novice and low-skilled agents and minimal for experienced ones, and the abstract reports that customer sentiment improved. A planner should expect the same unevenness inside a single role: the average hides who gained.

In accounting, a Stanford working paper by Jung Ho Choi and Chloe Xie combined field data from 79 small and mid-sized firms with a survey of 277 accountants. For accountants using AI, weekly client support rose 55%, the monthly close came 7.5 days sooner and the detail of the general ledger increased 12%. The authors call this early evidence. Firms chose whether to adopt, so the adopters may have differed from the others before any tool arrived.

In legal work, a randomized trial led by Daniel Schwarcz gave upper-level law students six legal tasks, with a legal research tool that retrieves source documents, with a general AI model that has no such retrieval, or with no AI. Both tools raised productivity in five of the six tasks, with gains of roughly 50% to 130%, and both improved the quality of the work. The abstract says the retrieval tool did this without introducing more hallucinations, which are confident statements that are false. The participants were students working on set exercises, so a law firm should test the size of the gain on its own matters before relying on it.

Sales is the gap. The studies gathered for this article include no controlled trial of sales roles, so a sales leader has less outside evidence to compare against and more reason to measure carefully in house.

How can an output measure be gamed?

When a count becomes a target, people find ways to raise the count. Fortune’s AI editor, Jeremy Kahn, applied Goodhart’s Law to token leaderboards on May 28, 2026: “any measure that becomes a target, ceases to be a good measure.” The same article relays a Financial Times report that some Amazon staff ran AI agents on unnecessary tasks to raise their token numbers. Output counts can be pushed in the same way. A support agent can close tickets that are not solved, and a finance team can close the month sooner by moving corrections into the next one.

Two habits limit this. Read the quality check in the same view as the output measure, so that a rise in one with a fall in the other is visible at once. And do not turn either measure into a rating or a ranking for a person. In a performance review they are questions for the manager to ask, with the role’s task score beside them. Amazon’s own guidance to its engineers, published October 27, 2026, calls input measures such as token use “deeply flawed” and tells leaders to check whether delivery rises where AI use is heaviest.

A link between use and output is the start of the analysis. The teams that use a tool most are often the ones with the most suitable work or the keenest managers, and they might have produced more without it. Microsoft’s Copilot Business Impact report, read on November 11, 2026, lets a customer upload its own outcome figures and compare them with Copilot use. The documentation asks for at least 65 users of the tool and 65 others. It uses deals closed and win rate as examples for a sales team. It also states that the differences shown “have not been evaluated for statistical significance”, which means a gap between the groups could be chance, and that role responsibilities and seasonality may influence the results.

The stronger designs compare like with like. Give the tool to some teams before others doing the same work, as in the support study, and compare the two groups over the same weeks. Record the measure for a period before rollout so that each team is compared with its own past.

It also matters which tasks the tool is used for. In a study of 758 consultants, those using AI did better on tasks the model handled well, and on one task outside its ability they were 19 percentage points less likely to reach the correct answer. A role is a mix of both kinds of task, so heavy use in a role where few tasks suit AI deserves a question before it earns praise. JobRoute publishes how it scores each task in a role for this purpose.

How should a company set this up?

Choose one output measure and one quality check for each role, and write down where each is read from. Report them by role and team. A token count is not a performance measure, and in our view one person’s output over a few weeks depends on too many other things to support a judgment about the tool. Amazon’s memo makes a related point about low use. Where work does not benefit from current AI tools, it says, “that is a finding, not a failing.”

Then read three things together for each role: how much AI the role uses, which of its tasks suit AI, and whether its output measure moved while quality held. JobRoute joins those three for each role, as described on the AI spend by role page.

Sources and further reading

  1. Enterprise AI enters an ROI reckoning: State of AI in the Enterprise (survey of 3,500 leaders in 25 countries, May to June 2026; 28% report revenue gains; 51% track token volume), October 29, 2026 Deloitte, 2026
  2. Report on Uber executives and AI spending (chief operating officer Andrew Macdonald: 'That link is not there yet'), Sasha Rogelberg, August 7, 2026 Fortune, 2026
  3. Copilot usage metrics (comparisons 'show associations, not proof') GitHub Docs, 2026
  4. Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity (16 developers, 246 issues, 19% longer with AI), July 10, 2025 METR, 2025
  5. The Effects of Generative AI on High-Skilled Work: Evidence from Three Field Experiments with Software Developers (Cui, Demirer, Jaffe, Musolff, Peng, Salz; 4,867 developers; completed tasks up 26.08%), June 2025 Microsoft Research, 2025
  6. Announcing the 2025 DORA Report (nearly 5,000 respondents; AI adoption positive for delivery throughput, negative for delivery stability), September 23, 2025 Google Cloud, 2025
  7. Generative AI at Work (Brynjolfsson, Li, Raymond; NBER Working Paper 31161; 5,179 support agents; issues resolved per hour up 14%, 34% for novice and low-skilled agents), April 2023, revised November 2023 National Bureau of Economic Research, 2023
  8. Working paper on generative AI in accounting, early evidence from the field (Choi and Xie; Working Paper 4261; 79 firms, 277 accountants; monthly close 7.5 days sooner), May 7, 2025 Stanford Graduate School of Business, 2025
  9. AI-Powered Lawyering: AI Reasoning Models, Retrieval Augmented Generation, and the Future of Legal Practice (Schwarcz, Manning, Prescott, Barry, Cleveland, Rich; Journal of Law and Empirical Analysis; gains of roughly 50% to 130% in five of six tasks) University of Michigan Law School Scholarship Repository, 2026
  10. Navigating the Jagged Technological Frontier (Dell'Acqua and others; Harvard Business School Working Paper 24-013; 758 consultants; 19 percentage points less likely to be correct outside the frontier), September 22, 2023. Figures taken from our research file of 2026-11-11; the PDF could not be re-read at drafting. MIT Sloan (paper PDF), 2023
  11. Copilot Business Impact report (outcome data uploaded by the customer; at least 65 Copilot and 65 non-Copilot users; differences not evaluated for statistical significance), page updated October 21, 2026 Microsoft Learn, 2026
  12. Column on the end of token leaderboards (Jeremy Kahn on Goodhart's Law; Financial Times report on Amazon staff, as relayed), May 28, 2026 Fortune, 2026
  13. Guidance on the software engineer role and AI (Terk Terkowitz; input metrics 'deeply flawed'; 'that is a finding, not a failing'), October 27, 2026 Amazon, 2026
  14. Regulation (EU) 2024/1689 (Artificial Intelligence Act): Annex III point 4(b), AI systems used to monitor and evaluate the performance and behaviour of workers EUR-Lex, Official Journal of the European Union, 2024
  15. Methodology: how JobRoute scores AI exposure by task JobRoute, 2026

Frequently asked questions

What is the equivalent of pull requests for teams outside engineering?

There is no single equivalent. Each function has a count that its own system already records. In customer support it is issues resolved per hour, the measure used in a study of 5,179 support agents. In finance it is the number of days needed to close the month, one of the measures in a Stanford working paper on accounting firms. In legal work it is the time taken on a defined type of task, with quality graded by a reviewer. In sales it is deals closed or win rate. Each one needs a quality measure beside it.

Is a token count a measure of productivity?

No. A token is the unit AI vendors bill by, roughly a piece of a word, so a token count shows how much of the tool was consumed. It does not show whether any work improved. An Amazon memo published on October 27, 2026 said of input measures such as token use that they are 'deeply flawed' because they are disconnected from what matters. A token count is a cost figure. It should not be used to rate a person.

What does research show about AI and output in customer support, finance and legal work?

A study of 5,179 customer support agents found that access to an AI assistant raised issues resolved per hour by 14% on average, and by 34% for novice and low-skilled agents. A Stanford working paper on 79 accounting firms found that accountants using AI closed the month 7.5 days sooner. A randomized trial with upper-level law students found productivity gains of roughly 50% to 130% in five of six legal tasks. The accounting paper calls its results early evidence, and the legal study tested students and not practicing lawyers.

If teams that use more AI produce more, does that prove AI caused the gain?

No. Teams that take up a tool early may already differ from teams that do not. GitHub says of its own usage comparisons that they 'show associations, not proof'. Microsoft says the differences in its Copilot Business Impact report have not been evaluated for statistical significance and that role responsibilities and seasonality may influence the results. A staggered rollout, where some teams get the tool before others, gives a fairer comparison.

Should AI use and output be measured for each employee?

Measure roles and teams by default. A measure that is tied to a person's rating gives that person a reason to inflate it, and small differences between individuals are mostly noise. Monitoring individuals can also bring legal duties. The EU AI Act, for example, lists AI systems used to monitor and evaluate the performance of workers as high-risk. This is general information and not legal advice.

See where your role, or your workforce, actually stands.

JobRoute scores AI exposure against 1,016 occupations and maps the routes forward, all from public, source-traceable data.