← BLOG · 4 MIN · BY RALF KLEIN

Prove AI agent ROI to finance before 25% of budgets slip to 2027

Forrester expects enterprises to defer a quarter of planned AI spend to 2027 because ROI stayed unproven. The per-task metric that keeps your budget funded.

  • metrics
  • company

A quarter of planned enterprise AI spend is about to get parked. Forrester's 2026 Technology and Security Predictions expect enterprises to defer 25% of their planned AI budget into 2027, and the reason is not that the agents stopped working. It is that fewer than one-third of decision-makers can tie the value of AI to their organization's financial growth. The agents run. The number is missing.

If you own an agent fleet and a budget line, that gap is now your problem. The same predictions say CEOs will lean on their CFOs to approve AI investments based on ROI in 2026. Your renewal conversation will not be with the person who was impressed by the demo. It will be with the person who asks what the spend returned, in a unit their spreadsheet understands.

Finance is not asking whether your agents work

Engineering teams keep answering a question finance never asked. Uptime, eval scores, completion rates, token spend per run: all real, all irrelevant to a budget decision. Forrester's Predictions 2026 blog reports that only 15% of AI decision-makers saw an EBITDA lift from AI in the past 12 months. Not because the other 85% got no value, but because value that never lands in a financial statement does not exist to the people who allocate capital.

The question finance is actually asking has three parts. What did the work cost before the agent? What does it cost now? Where is the log that proves it? Answer those three and the budget conversation becomes short. Fail any one of them and your line item joins the 25% sliding to 2027.

How to prove AI agent ROI to finance

The defensible unit is hours saved, logged per task, at the moment the task completes. Not estimated quarterly, not reconstructed the week before the review. Logged, per task, as it happens.

The method fits in three steps:

  1. Set a human baseline per task type. How many minutes did this task take a person before the agent existed? Pull it from time tracking, from the team that used to do the work, or from timing five manual runs. Write the source down. A baseline with a documented origin survives review; a plausible guess does not.
  2. Log every completed task against that baseline. One event per task, with the task type, the outcome, and the baseline attached. At agent volumes this is trivial: a fleet doing 5,000 or 30,000 tasks a month produces a log finance can audit line by line, not a firehose.
  3. Convert to money with a loaded hourly rate finance gives you. Do not pick the rate yourself. When the conversion rate comes from finance, the output is their number, not yours, and nobody attacks their own number.

Instrumentation is one HTTP call at the end of each run:

curl -X POST https://humanhours.dev/api/v1/track \
  -H "Authorization: Bearer hh_live_..." \
  -H "Content-Type: application/json" \
  -d '{
    "agent_id": "invoice-triage",
    "task_type": "invoice_data_extraction",
    "outcome": "success",
    "human_baseline_minutes": 12
  }'

That is the entire integration surface. Every task after that call is a row in the ledger you bring to the renewal meeting.

The math a CFO will sign off on

Take an invoice triage agent handling 6,000 invoices a month at a 12 minute human baseline. That is 1,200 hours a month of displaced manual work. At a loaded rate of 45 per hour, the agent returns 54,000 a month in cost saved against whatever it costs to run. Subtract inference, infrastructure, and the fraction of an engineer who maintains it, and you have a monthly net figure with every input traceable.

Notice what makes this defensible. The volume comes from a per-task log. The baseline has a documented source. The rate came from finance. There is no step where someone has to trust your judgment, which is exactly the property a number needs to survive a CFO review.

What kills the number in review

Three failure modes show up over and over.

Baselines nobody can source. "About 15 minutes" collapses the moment someone asks where it came from. Time the manual work or pull historical data, and record the answer next to the baseline.

Counting attempts instead of outcomes. A failed run saved nobody anything, and a task a human had to redo saved less than zero. Log outcomes, and let the failures stay visible in the data. A ledger that shows its misses reads as measurement. A ledger with a 100% success rate reads as marketing.

Reconstructing the quarter afterwards. Estimates built in the week before the review inherit the credibility of the person estimating. Logs built at task time inherit the credibility of the system. Only one of those compounds as the fleet grows.

Budget renewed or budget parked

The 25% deferral Forrester predicts is not a verdict on whether AI agents create value. It is a verdict on whether anyone measured it. Two teams with identical fleets will walk into 2027 planning with identical costs, and only one of them will walk out funded: the one holding a per-task ledger of hours saved and money saved that finance can audit down to the row.

The instrumentation costs you one HTTP call per task. The absence of it costs you the line item.