How to QA Human and AI Agents on One Scorecard: A Practical Guide

Last reviewed October 30, 2026.
Quick answer: Quality assurance for a hybrid workforce means scoring human and AI agents against the same customer-outcome standard, while also checking each for the failure modes that are specific to it. Use one shared core scorecard (resolution, accuracy, compliance, customer effort, handoff quality, clarity) plus a short module per agent type, score every interaction rather than a sample, and validate automated scoring against human reviewers before you trust it.
Key takeaways
- Customers judge outcomes, not who or what answered. Your quality standard should do the same.
- Humans and AI agents fail differently, so the shared scorecard needs type-specific modules, and the findings route to different fixes: coaching for people, configuration changes for AI.
- Handoffs between AI and humans are where two separate QA programs leave a gap. Score the whole interaction chain.
- Automated scoring earns trust through measured agreement with human reviewers, per criterion and per language, not through vendor claims.
Why one standard for human and AI agents?
Many operations now run two quality programs: a traditional QA team scoring human calls, and an engineering or vendor dashboard watching the AI agent. Each looks fine on its own. The problems appear between them:
- Nobody owns the handoff. When an AI agent escalates to a person, the human QA program sees a call that starts mid-story, and the AI dashboard sees a successful escalation. The customer who had to repeat everything shows up in neither.
- Leaders can't compare. If AI containment is measured one way and human resolution another, you can't tell where the next dollar of improvement should go.
- Standards drift apart. A compliance disclosure that humans must make but the AI skips is a gap you won't see until an audit.
A shared standard doesn't mean identical checklists. It means the same definition of a good outcome, applied to everyone who touches the customer.
How QA for AI agents differs from QA for human agents
| Dimension | Human agents | AI agents |
|---|---|---|
| Typical failure modes | Inconsistency, knowledge gaps, tone, shortcuts under pressure | Confident wrong answers, answers not grounded in approved sources, out-of-scope responses, missed escalations |
| Source of variation | Person to person, day to day | Prompt, knowledge base, model, and flow changes |
| What QA output drives | Coaching and calibration | Configuration fixes: knowledge, prompts, guardrails, flows |
| Who acts on findings | Supervisors and trainers | AI owners, knowledge managers, engineering |
| Re-testing trigger | Ongoing | After every change to the AI configuration |
| Language behavior | Depends on the agent | Can differ by language even when the logic is identical |
The practical consequence: an AI agent doesn't get coached. A QA finding turns into a ticket against a prompt, a knowledge article, or a flow, and the fix is re-tested.
The shared core scorecard
Start with criteria that apply to every interaction, human or AI. The weights below are an example. Adjust them to your business and risk profile.
| Core criterion | What it asks | Example weight |
|---|---|---|
| Resolution | Was the customer's issue actually resolved, or did it need follow-up? | 25 |
| Accuracy and policy | Was the information correct and consistent with current policy? | 20 |
| Customer effort | Did the customer repeat themselves, get transferred, or work harder than necessary? | 15 |
| Handoff and escalation | Did escalation happen at the right moment, with the right context? | 15 |
| Compliance | Were required disclosures, privacy, and consent steps completed? | 15 (gating) |
| Clarity and tone | Was the response clear, appropriate, and respectful? | 10 |
Two design choices matter:
- Make compliance a gate, not just a weight. A critical compliance failure should cap the interaction's score regardless of how well everything else went.
- Define each criterion in behaviors a reviewer can observe. Good empathy is subjective. Acknowledged the member's concern before explaining policy is scoreable.
Add a short module per agent type
Human module
- Ownership and empathy
- Active listening
- Process adherence
- Knowledge navigation (found the right answer efficiently)
AI module
- Grounding: is every factual claim supported by an approved source?
- Boundary behavior: does it decline or redirect out-of-scope requests appropriately?
- Escalation trigger accuracy: does it hand off when it should, and only when it should?
- Consistency: does it give materially the same answer across phrasing and languages?
Keep modules short. If a module grows past five or six items, the scorecard becomes too heavy to calibrate.
A step-by-step approach
Step 1: Define the outcome standard first
Write down what a good interaction looks like from the customer's side, for each major intent. Build criteria from that, not from what your tooling happens to measure.
Step 2: Build the core scorecard plus type modules
Use the structure above. Get compliance, operations, and the AI owner to agree on definitions before scoring anything.
Step 3: Score every interaction, and aim human review where it counts
The case for coverage is statistical. As we explain in The Blind Spot at the Center of Every QA Program, if an agent handles 1,000 interactions a month, a statistically valid sample is around 278 reviews (95% confidence, plus or minus 5%). Reviewing 10 produces a margin of error above 30%. Scoring every interaction with automated evaluation removes sampling error, and frees human reviewers for three jobs: calibration, edge cases, and appeals.
Step 4: Validate automated scoring before trusting it
Practitioners are right to be skeptical of automated QA. The answer is to measure it:
- Build a gold set. Select 200 to 300 interactions, stratified by channel, language, agent type (human or AI), and score band. This is a similar size to the 278-review sample above.
- Score independently. Two human reviewers score each interaction against the same rubric, then resolve disagreements. The result is your gold set.
- Compare per criterion. Measure percent agreement and Cohen's kappa between automated scores and the gold set, criterion by criterion, and language by language.
- Set thresholds with your compliance team. A common rule of thumb treats kappa of about 0.6 or higher as acceptable for decision-making, 0.4 to 0.6 as advisory with human review, and below 0.4 as a sign the criterion needs a clearer definition or shouldn't be automated yet.
- Re-run on a schedule and after any change to the rubric or scoring model.
Expect uneven results. Objective criteria (was the disclosure read?) usually validate well. Subjective ones (was the tone appropriate?) often need tighter definitions or human review.
Step 5: Route each finding to the right owner
| Finding | Goes to | Typical action |
|---|---|---|
| Human accuracy or tone gap | Supervisor or trainer | Coaching, calibration |
| AI answer not grounded in sources | Knowledge manager or AI owner | Fix the article or retrieval, re-test |
| AI escalated too late or too early | AI owner | Adjust escalation rules, re-test |
| Poor handoff context | Joint owner (AI team and operations) | Fix context transfer, then re-score |
| Compliance miss | Compliance and the relevant owner | Corrective action, audit trail |
Step 6: Re-test after every AI change
Every change to a prompt, knowledge base, model, or flow can alter behavior elsewhere. Keep a regression set of representative interactions and re-score it before and after each release.
Scoring multilingual interactions consistently
If you serve customers in more than one language, quality can quietly vary by language even when the underlying logic is the same.
- Localize the rubric, not just the transcript. Translate criteria and examples, and review them with native speakers. Politeness and directness norms differ.
- Calibrate per language. Run the validation protocol above separately for each language you operate in. A model that agrees with reviewers in English may not in another language.
- Track score variance by language. A persistent gap usually points to a scoring problem or a content problem, and either deserves a look.
- Keep a reviewer panel. Retain native-speaking reviewers for calibration and appeals, even when most scoring is automated.
Metrics for a hybrid quality program
| Metric | What it tells you |
|---|---|
| Interaction coverage | Share of interactions scored (target: all) |
| Scoring agreement | Automated vs. human agreement per criterion and language |
| Resolution rate by agent type | Comparable outcome measure across humans and AI |
| Handoff quality score | How well context survives the AI-to-human transfer |
| Grounded-answer rate (AI) | Share of AI answers supported by approved sources |
| Escalation accuracy (AI) | Correct handoffs divided by total handoffs, plus missed escalations |
| Time from finding to fix | Whether QA drives change, or only reports |
Common mistakes
- Two programs, no handoff owner. Assign one.
- Measuring containment and calling it quality. An interaction contained is not an issue resolved.
- Trusting automated scores without validation. Measure agreement first.
- One calibration for all languages. Validate each language separately.
- Skipping regression testing. AI behavior changes with every configuration change.
- Scoring tone before accuracy. Fix what is wrong before polishing how it sounds.
Frequently asked questions
How do you do quality assurance for AI agents?
Score AI interactions against the same outcome standard as human ones (resolution, accuracy, compliance, effort, handoff, clarity), add AI-specific checks such as grounding and escalation accuracy, and route findings to the people who own prompts, knowledge, and flows. Then re-test after every change.
Can AI score customer interactions as accurately as human QA analysts?
It depends on the criterion and the language, which is why you measure it. Compare automated scores to a double-scored gold set using percent agreement and Cohen's kappa. Objective criteria typically validate better than subjective ones.
How many interactions should QA review?
For a statistically valid read at the agent level, roughly 278 reviews per 1,000 interactions gives plus or minus 5% at 95% confidence. Automated evaluation of every interaction removes sampling error, and human reviewers then focus on calibration and edge cases.
Do AI agents need coaching?
Not in the way people do. QA findings for AI become changes to prompts, knowledge content, guardrails, or flows, followed by regression testing.
Who owns the handoff between an AI agent and a human?
Assign a joint owner across the AI team and operations, and score the full interaction chain as one unit so context loss is visible.
What is the difference between QA and monitoring for AI agents?
Monitoring tracks system health and activity, such as uptime, latency, and volume. QA evaluates the quality of outcomes: was the customer's issue resolved correctly and compliantly?
How Scala approaches it
Scala's Performance Intelligence evaluates 100% of interactions across human and AI agents, in every language, so quality is measured on one standard instead of two disconnected programs. Because findings connect to the operational view in Pulse, a quality gap can be traced to the process or content behind it. Explore the platform.
Where to go next
- The Blind Spot at the Center of Every QA Program
- What Operational AI Intelligence Platforms Exist for Contact Centers?
- Scala glossary
See one scorecard across your human and AI agents. Book a Scala demo
Latest Resources

Scala Partners with Zing Health to Advance Quality and Performance Intelligence Across Medicare Advantage Member Services
Scala partners with Zing Health to modernize Medicare Advantage member services through quality and performance intelligence, helping teams improve coaching, service consistency, and member experience.










