Deflection Is the Wrong Scoreboard — and You Don't Own the One You're Billed For

Blog · Conversational Agents

Deflection Is the Wrong Scoreboard — and You Don't Own the One You're Billed For

By Pintu Sahu8 min read

Short answer

Resolution rate, deflection, and CSAT measure what the agent said or contained. Under per-resolution pricing, the vendor's own agent defines, measures, and bills the very outcome it's grading — while the metric that actually governs an enterprise, action integrity, goes uncounted.

Your conversational-agent vendor reports a resolution rate, and it's probably a strong number. It's also the wrong number — and under per-resolution pricing, it's one the vendor's own agent defines, measures, and bills. Deflection, resolution rate, and CSAT grade what the agent said or contained, never whether the actions it took were correct, authorized, and compliant. One wrong authorized action can cost more than a thousand deflected tickets.

Walk into any enterprise-AI buying review and the deck leads with three numbers: a headline resolution rate, a deflection percentage, and a CSAT score. Each is real. None of them measures what actually governs your enterprise.

Deflection is a containment metric. It counts the conversations that never reached a human — a proxy for cost avoided, not for correctness delivered. A ticket can be "deflected" because the customer gave up, because the bot looped them into a help article, or because it confidently closed a case it never understood.

Resolution rate sounds firmer, but "resolution" is defined by the party reporting it, and "accuracy" — the word doing the heaviest lifting in every pitch — usually goes undefined. Accurate against what ground truth? The transcript? The customer's sentiment? The state of your system of record thirty seconds after the call ends?

CSAT measures how the conversation felt. All three are conversation-quality metrics. They answer one question — did it converse and contain well? — and stay silent on the only question a CISO, a controller, or a head of risk actually loses sleep over: when it acted, was the action correct, authorized to this caller, and compliant?

Now add the pricing model the category is converging on: pay for outcomes, not tokens. On its face this is the honest offer in the room. It aligns your spend with delivered value and takes model-consumption roulette off your plate. Credit where it's due — as a deal shape, it beats metering by the million tokens.

Look at who holds each role, though. Under per-resolution or outcome pricing, the vendor's agent performs the work, then the vendor's system decides whether that work counts as a "resolution," reports the tally, and invoices against it. Judge, scorekeeper, and cashier — the same party. The definition of the billable event is authored by the entity billing for it.

The incentive that creates isn't sinister; it's structural. Outcome pricing rewards closing and containing, and closing and containing can diverge from the correct cross-system outcome. A conversation marked resolved because the customer stopped replying is billable. So is a refund pushed to the wrong account, an entitlement granted to a caller who wasn't owed it, or a cancellation processed past the contractual window — each can be logged as "resolved." The scoreboard rewards the thing that is easiest to measure, and action integrity is not it.

Here the fair critique has to slow down, because the leading conversational-agent platforms are genuinely good at what they were built for. They resolve enormous volumes of real support work that used to burn human hours. The best of them ship guardrails that are a real improvement over a raw prompt, and their supervisory layers do catch a large share of bad actions before those actions land. Deterministic access control — deciding which systems an agent may reach at all — is a solved and serious capability. None of that is marketing vapor.

The limit is architectural, and it survives any roadmap. These are standalone conversational agents — overwhelmingly support and contact-center point solutions — that sit on top of your systems and act by calling external APIs. Their protection against a wrong action takes one of two shapes. Either a second probabilistic model watches the first — which means the action can still fire and is, at best, probably caught — or governance is authored into the agent at design or compile time. Compiled governance is a real advance over prompt-level pleading. But governance authored into the agent is authored by the builder who can loosen it, and it is not an external runtime gate the agent must pass through at the moment of action.

The category's own research points the same way: most failed autonomous actions had safeguards in place beforehand, and a majority of agents executed a consequential action anyway. Safeguards that watch are not gates that stop.

Hold two claims apart, because pitches blur them. Deterministic access to a system of record controls whether the agent can reach the system. Deterministic gating of the action controls whether this specific action — by this caller, at this value, under these conditions — is permitted to execute at all. The first is access control, and it's real. The second is what governs an enterprise, and monitoring around an action is not the same as gating it before it fires.

So swap the scoreboard. The metric that governs an enterprise is not percent contained — it is action integrity: the share of agent-proposed actions that were gated against policy, permissioned to the invoking user's real entitlements, and written to an audit you control — and, the number that actually matters, zero non-compliant actions executed. Not "flagged." Not "caught downstream." Never executed.

That is the difference between a dashboard and a ledger. One reports what the agent did after the fact. The other makes the non-compliant action structurally impossible and leaves proof.

MONITORED AROUND the action can still fire Conversational agent External API call the action fires Probabilistic supervisor probably catches it System of record effect written · caught after the fact GATED BEFORE IT FIRES action integrity Atomic Agent proposes Deterministic gate approval · segregation of duties · threshold · HITL Governed Connector System of record immutable per-action audit

This is the whole reason a conversational agent belongs inside a governed runtime rather than bolted on above your stack. In our architecture a conversational agent is not a separate product category — it is an Atomic Agent with a dialogue interface, a first-class primitive in the same fabric that runs every other enterprise process. That placement changes what every utterance must survive before it becomes an effect in the world.

Each utterance becomes a proposed action, and the proposal is routed by Intelligence Orchestration, which binds it to the invoking identity's real entitlements — the agent inherits the caller's authority, not a service account's. The proposal then has to clear a Deterministic Workflow gate where the enterprise's own controls live inline: approval, segregation of duties, authority and threshold limits, and human-in-the-loop checkpoints placed before the irreversible step — not as an escalation reached after the agent gives up, and not a rubber stamp asked to confirm something already done. Only then does a governed Connector — the one primitive permitted to touch an external system — execute the write. And utterance to intent to gate to connector-call to system-effect is bound in an immutable, per-action record.

Two things follow that no self-reported number can offer. First, this is not a zero-integration fantasy: the work still executes over your existing systems — it simply runs through governed Connectors rather than around them. Second, and this is the point of the whole essay: the action-integrity record is produced by the fabric, decoupled from the agent that proposed the action. It is not the vendor grading its own homework. It is a governance ledger the enterprise owns, independent of anyone's headline resolution number.

So change the question the buying committee asks. The winning agent is not the one with the highest containment rate on a slide you can't audit. Take these into the next vendor review and watch the room reorganize:

  • Not "what's your resolution rate?" — but "what share of actions were gated, permissioned, and audited, and how many non-compliant actions executed?"
  • Not "how accurate is it?" — but "accurate against which ground truth, and who defines the billable outcome, you or us?"
  • Not "where's the human fallback?" — but "is the human a checkpoint before the irreversible action, or a stamp after it already fired?"
  • Not "does it deflect our support queue?" — but "can it act correctly across any process, bound to the caller's real authority, on a record we own?"

Deflection was the right scoreboard when the job was answering questions. The job is now taking actions — and the enterprise that lets a vendor define, measure, and bill the outcome has outsourced its most important control to the party with the least incentive to enforce it.

A resolution rate tells you what the agent said. An action-integrity ledger tells you what it was allowed to do — and only one of them is a number you own.

See what this looks like for your enterprise.

Not a demo. A strategic conversation about how your enterprise could operate
when every process runs on one governed fabric.

Start the Conversation