← Back to blog

May 29, 2026 · Konuke

Measuring the ROI of agents: a model for value, cost, and risk

Most agent pilots die not because the tech fails, but because nobody can say what they were worth. Here is a risk-adjusted ROI model that counts the value, the true cost, and the security exposure—so agent investments survive the next budget review.

The hardest question in any agent program is not “does it work?” It is “was it worth it?”—asked six months later by someone holding a budget spreadsheet.

Most pilots stall here. The demo dazzled, a few engineers loved it, but when finance asked for a number, the answer was a shrug and a screenshot. Meanwhile the costs were real: licenses, tokens, review time, and a security review that took longer than the build.

This post is a risk-adjusted ROI model for agents—one you can put in a deck without inventing numbers. It builds on which work to delegate (the business task scorecard) and how to run it safely (the security review checklist), and answers the question that decides whether agent-driven work becomes permanent or gets quietly defunded.

Try the live calculator → Agent ROI Calculator

Why agent ROI is measured wrong

Two failure modes dominate, and both produce numbers nobody believes.

Vanity accounting counts outputs: lines of code generated, drafts produced, tickets touched. These are activity, not value. An agent that generates 10,000 lines a reviewer must untangle has negative ROI. Counting tokens consumed as if it were work done is the agent-era version of measuring productivity by keystrokes.

Cost blindness counts the license and stops. The license is often the smallest line item. The real costs are human review time, integration and maintenance, and risk—the expected cost of the times an agent is confidently wrong in a way that reaches a customer, a ledger, or a production system.

A credible model fixes both: value measured as outcomes, cost measured fully, and risk priced in rather than waved away.

The model: risk-adjusted ROI

State it in one line, then defend each term:

ROI = (Value delivered − Risk cost) ÷ Total cost of ownership

TermWhat it capturesHow to get a number
Value deliveredTime-to-artifact saved, throughput gained, quality improvementsBaseline the task before the agent; measure the same task after
Risk costExpected loss from errors that escape review × likelihoodTrack escape rate × blast radius per workflow
Total cost of ownershipLicenses, tokens, review time, integration, maintenance, security reviewSum all of it, not just the subscription

Each term is estimable with data you can collect in a four-week pilot. None of them is “lines generated.”

Counting value without lying to yourself

Value is the cost of the old way minus the cost of the new way—for the same unit of work, at the same or better quality.

  • Establish a baseline first. If you cannot say how long the task took or how often it had defects before the agent, you have no denominator. Time three to five real instances by hand before the pilot starts.
  • Measure time-to-reviewed-artifact, not time-to-draft. A draft in 30 seconds that needs 40 minutes of cleanup did not save 39.5 minutes. The clock stops when a human accepts the output, not when the model returns it.
  • Hold quality constant. Speed gained at the cost of more defects is not a win; it is deferred cost. Track defect or revert rate alongside time saved so a “faster” workflow that ships more bugs is visible as the loss it is.
  • Separate one-time from recurring. Migrations and scaffolding pay once; recurring briefs and triage pay every week. A small per-run saving on a daily task usually beats a large one-off.

The honest version of value is almost always smaller than the demo suggested—and still frequently worth it.

Counting cost without flattering yourself

The subscription is the visible tip. Underneath:

  • Review time is usually the largest hidden cost. Every agent artifact a human must verify consumes senior attention. If review takes longer than doing the task by hand, ROI is negative no matter how cheap the tokens.
  • Token and compute spend scales with usage and context size. Cheap per call, surprising per quarter—especially for always-on workflows that run on a clock whether or not anyone needed the output that day.
  • Integration and maintenance: the connectors, prompt templates, and glue code. Prompts and tools are software; they rot, break on API changes, and need an owner.
  • Security and compliance review: the time to classify data, scope credentials, and sign off. Real, recurring, and often underbudgeted.

Add all four to the license. A workflow that looks free at the seat price can be expensive once review and maintenance are counted—and that is the number that should drive the decision.

Pricing risk instead of ignoring it

Risk is where naïve ROI models cheat, and where a security-minded one earns trust. The user-facing failure of an agent is not “a wrong sentence”—it is a wrong action or claim that escaped review and reached something that matters.

Price it as expected cost = escape rate × blast radius:

  • Escape rate: how often a flawed output gets past human review. You can only know this if review is real and you log catches and misses. A workflow with no measured escape rate has unmeasured risk, not zero risk.
  • Blast radius: what one escaped error can touch. A draft in a private channel has a small radius. An agent with write access to production, billing, or customer inboxes has a large one—and a single bad action can erase a year of savings.

This is why reversibility is an economic variable, not just a safety one. Draft-only workflows have near-zero risk cost and so clear the ROI bar easily; workflows that can take irreversible action carry a risk premium that must be subtracted from their value before you compare. The scorecard’s reversibility axis and the guardrails for agent-assisted coding—scoped credentials, allowlists, approval queues—are not just controls. They are cost reductions: every guardrail shrinks blast radius, which directly raises risk-adjusted ROI. Security pays for itself in the model, and a feature that is not secure does not get to count its value at all.

A worked example

A support team drafts QBR prep documents—roughly 40 per quarter, two hours each by hand.

  • Value: agent reduces each to 45 minutes of review-and-edit at equal quality. Saving: 1.25 hours × 40 = 50 hours/quarter.
  • Cost: licenses + tokens + 6 hours of template maintenance + a 4-hour security review (amortized) ≈ 15 hours-equivalent/quarter.
  • Risk: output is draft-only to an internal owner—small blast radius. Escape rate is low and caught in the existing review the CSM already does. Risk cost ≈ near zero.
  • Risk-adjusted ROI: (50 − ~0) ÷ 15 ≈ 3.3×. Worth scaling.

Change one variable—give the agent permission to send the QBR to the customer—and blast radius jumps, risk cost rises sharply, and the same workflow may no longer clear the bar without an approval gate. The model makes that trade-off visible before someone learns it the expensive way.

The metrics worth putting on a dashboard

Stop reporting tokens and “time saved” in isolation. Track the small set that actually predicts whether to keep investing:

  • Time-to-reviewed-artifact (value), trended against the hand-done baseline.
  • Review escape rate (risk): errors caught vs. errors that slipped through.
  • Acceptance rate: how often agent output is used with minor edits vs. discarded or rewritten.
  • Cost per accepted artifact: total cost ÷ artifacts a human actually shipped.
  • Maintenance load: hours/month keeping prompts, tools, and integrations alive.

For engineering, this is the same instinct as measuring revert rate and review time rather than lines generated—exactly what a disciplined rollout plan already encodes. The dashboard is identical in spirit across functions; only the artifact changes.

Why this is how agent-driven development becomes the norm

CI did not win because someone loved build servers. It won because the ROI was undeniable: catching bugs early was cheaper than shipping them, and the number was easy to show. Agent-driven work crosses the same threshold the moment teams can state the value, count the true cost, and price the risk—instead of arguing from demos and vibes.

In a few years, “do we use agents?” will sound as dated as “do we use version control?” The live questions will be financial and operational: what is the risk-adjusted ROI of this workflow, who owns its cost, and what is our rollback? Teams that can answer will compound their investment. Teams that cannot will keep relaunching the same pilot under a new name every budget cycle.

The model above is what turns an agent from an exciting experiment into a line item that survives scrutiny—and a security posture into a competitive advantage rather than a tax.

Run the numbers on one workflow

You do not need a platform team to start:

  1. Pick one Tier 1 workflow from the scorecard and time three instances done by hand—that is your baseline.
  2. Run the agent version for four weeks, logging time-to-reviewed-artifact, acceptance rate, and every review catch and miss.
  3. Sum the full cost: licenses, tokens, review hours, maintenance, security review.
  4. Compute risk-adjusted ROI and decide: scale, add a gate, or stop.

If you want help building this model against your real workflows—and aligning the security controls that keep risk cost low—tell us about your constraints or read the consulting offer.

Related tools: Risk Cost SimulatorROI CalculatorReview Confidence Dashboard

Use the live tool: Run the numbers on your workflows →

Go deeper with the actual model. The interactive Agent ROI Calculator lets you save multiple pilots side-by-side, tweak escape rates and blast radius, and export the exact numbers you just walked through. Most teams that use it before a fit call already know which 2–3 workflows are worth piloting first.

Want this as a workshop or rollout plan?

Book a 30-minute fit call or send context via the form—we respond within one business day.