Voice AI accuracy is not one number. It is a stack of results: how well the system hears words, how well it catches names and numbers, whether it finishes the task, and how the reply sounds. A system can score well on the first layer and still fail the caller. Test each layer, on your own call audio.
This guide is for sales managers, contact center leaders and training directors. You will see how word error rate works, what the published figures hide, and how to run a test you can defend.
TL;DR
- Speech recognition accuracy is usually reported as word error rate (WER). Lower is better. It counts words only.
- A WER figure means little without the test conditions: audio, accents, noise, domain and latency.
- Names, numbers, prices and commitments matter more on a call than the average. Measure them on their own.
- Test on human-checked samples of your real calls. Report results by call type, channel and speaker group.
- Check the whole call: what the system understood, what it did, and how it sounded.
Table of Contents
- What accuracy means on a sales or support call
- How word error rate works
- What the published accuracy figures leave out
- Why high accuracy still fails callers
- What affects accuracy on real calls
- How to measure voice AI accuracy in your contact center
- How to recover when the system mishears
- Perspective: accuracy is a skill problem too
- Practice the calls your voice AI will not fix
- What good looks like
- FAQ
- Sources
What accuracy means on a sales or support call
On a live call, accuracy has layers. The first is transcription: did the system get the words right? The second is entities: names, account numbers, dates, dollar amounts. The third is task success: did the right thing happen after the call, such as the correct order, ticket or callback? The fourth is the voice itself: did the reply sound natural and clear?
Each layer can fail alone. A clean transcript does not prove the system booked the right appointment. A natural confirmation does not prove the backend changed. One voice agent evaluation framework makes this point: measure the layers separately, then judge the whole call from caller audio to action and spoken reply.
So when someone says a voice AI is 95% accurate, ask one question. Accurate at what?
How word error rate works
WER is the standard way to score speech recognition. Google Cloud's guide calls it the industry-standard comparison metric: the share of words transcribed wrongly, where lower is better.
The math is simple. Take a transcript checked by a human. Compare it with the machine output. Count three kinds of error:
- Substitutions: a wrong word replaces the right one.
- Deletions: a spoken word is missing.
- Insertions: an extra word appears.
Add them up and divide by the number of words in the human transcript. The Hugging Face audio course gives a worked example: one substitution and one deletion over six reference words gives 33.3% WER. The same guide notes that WER marks a whole word wrong even if one character differs. It also defines word accuracy as 1 minus WER, though WER is the figure most people report.
Two more facts help you read vendor claims:
- WER can exceed 100%. The Stanford speech recognition text notes this, because insertions count as errors too.
- WER is not a confidence score. Confidence is the model's own guess about its output. WER needs a human reference to compare against.
So a claim of "97% accurate" usually means about 3% WER on some test set. That is the start of the question, not the answer.
What the published accuracy figures leave out
Very low WER is possible on certain benchmarks. But a figure is only useful with its conditions. An academic paper on better speech benchmarks lists what to state: the dataset, the accents, the channel, the noise, the domain, the text normalization and how latency is defined.
The same paper adds a point that matters for live calls. A system with 1.5% WER may be a worse fit than one with 1.6% if the second answers much faster. On a phone call, delay hurts the conversation as much as a few missed words.
Latency also has more than one meaning. It can be the delay in emitting each word, the delay to the first or last word, or the full end-to-end delay including network and processing. If a vendor quotes latency, ask which one.
Averages hide who gets misheard
An average can hide large gaps between groups. A well-known study in PNAS tested five commercial systems on interviews with Black and white speakers in the US. It found an average WER of 0.35 for Black speakers against 0.19 for white speakers. The authors traced the gap to the acoustic models.
That study is from 2020, and systems change. The lesson holds. If your callers vary by accent, dialect or language, one overall number tells you little. Ask for results by speaker group, or test it yourself.
Rare words carry the risk
An aggregate WER can look fine while the system fails on the words that matter. The ACL paper warns that a total can hide errors on rare or business-critical phrases. Think of a product name, a plan tier, a medication, a street name or a policy number. One wrong digit in an account number ruins the call, yet it barely moves WER.
Why high accuracy still fails callers
A voice agent has several steps. Audio comes in. Speech becomes text. A model decides what the caller wants. A backend does something. A synthetic voice answers. An error at any step spoils the call, and WER only covers the second.

NIST looked at this link years ago. Its analysis of spoken dialogue systems for travel planning studied how WER related to task completion and user satisfaction. The picture was not simple. In the 2001 data, the link between WER and satisfaction looked roughly linear below about 35% to 40% WER. The effect of higher WER on task completion was about half as large in 2001 as in 2000. Systems that handle errors well can recover from misheard words.
The lesson: do not assume a lower WER always means happier callers. Measure the outcome too.
Check what it says and how it sounds
OpenAI's Realtime Eval Guide says voice evaluation has two axes: content correctness and audio quality. A reply can be right in text and still sound broken. Score both.
This is also why a good grounding in how conversational AI works helps. You see where recognition ends and where understanding, action and speech begin. Then you can test each step on its own.
Confirm the action, not the words
A natural-sounding "Done, your appointment is booked" proves nothing. Check the backend. Did the record change? Is the date right? Build test cases with expected end states and compare them with what actually happened.
What affects accuracy on real calls
Google Cloud says accuracy depends on audio that represents your real use: the recording equipment and the target environment. These are the factors to track:
- Audio quality: phone compression, speakerphones, headsets, Bluetooth and dropped packets.
- Background noise: open offices, cars, kitchens, shared rooms.
- Accent and dialect: the mix of speakers in your region and customer base.
- Speaking style: fast talkers, hesitations, interruptions, two people talking at once.
- Domain words: product names, jargon, acronyms, names of people and places.
- Number of speakers: meetings and three-way calls are harder than a single speaker on a clean line.
- Latency limits: real-time systems often trade a little accuracy for speed.
A lab test on clean audio will not show most of these. That is why you test on your own calls.
How to measure voice AI accuracy in your contact center
Use this process. It works for a buying decision and for monitoring after launch.
- Pull a real sample. Choose calls across channels, times of day, dialects and speaker groups that match your traffic. Include noisy and short calls, not just the clean ones. A contact center transcription guide from a voice AI vendor recommends this kind of sampling against human-verified transcripts.
- Create reference transcripts. Have people check them with care. Everything else depends on these.
- Give every system the same audio. Same calls, same conditions. Never compare results from different samples.
- Compute WER, then go deeper. Add entity error rate for names, numbers and dates. Add task-level accuracy for the decision the transcript drives.
- Split the results. Report by call type, channel and speaker group. One overall figure can hide a weak workflow.
- Define latency. Pick one definition and use it for every system. AssemblyAI's voice agent evaluation guide says real-file benchmarks against the API are the best way to measure real-time accuracy and latency.
- Score full sessions. Review whole multi-turn calls, with noisy audio, for content and audio quality, as the OpenAI guide advises.
- Repeat. Accuracy drifts as products, scripts and caller mix change. Re-test on a schedule.
The idea is old. A 1985 NIST publication on assessing speech recognizers treats evaluation as an experiment that must account for relevant factors, so strengths and weaknesses show up instead of one blended result.
A simple scorecard
| Layer | What to check | Example failure |
|---|---|---|
| Transcript | WER on human-checked calls | Dropped or swapped words |
| Entities | Names, numbers, dates, prices | Wrong digit in an account number |
| Task | Backend state after the call | Wrong appointment time saved |
| Latency | One defined delay, end to end | Caller talks over the agent |
| Voice | Clarity and naturalness | Reply is correct but garbled |
| Groups | Results by accent, channel, call type | Good average, poor on mobile calls |
How to recover when the system mishears
No system hears everything. Good design plans for misses.
Microsoft's guidance on error recovery for voice interfaces splits errors in two. With a rejection error, the system heard nothing it could use. Repeat the prompt, rephrase it, or offer clearer choices. With a substitution error, the system heard the wrong thing. Repeat what it heard and ask for confirmation.
The same guide warns against confirming every utterance. It is slow and tiring. Confirm actions that matter, and use confidence scores to decide when.
Twilio's speech recognition tips add practical steps:
- Keep prompts narrow. Give examples when the answers are limited. Constrained input improves recognition and routing.
- Use hints for expected words.
- Use confidence scores to trigger a more specific re-prompt.
- After about two or three failed tries, change tactics.
- After repeated failures, transfer to a live agent.
That last step is a design choice that protects the caller. Build it in before launch.
Perspective: accuracy is a skill problem too
We build practice tools, so we look at accuracy from the human side. Every call has two ends. The AI can mishear. The agent can also mishear, skip a step, or fail to confirm a detail. Many of the fixes are the same: slow down, repeat the key detail, confirm what matters, ask again when unsure.

That is why we do not treat accuracy as one score. In Call Flow, practice calls are graded instantly across five performance dimensions, with coaching feedback after each run. Agents can practice by voice or by text. Supervisors can review results and override a grade. Scoring is aligned to calibration against your existing QA standards, so a score means what your QA team already means by it.
For managers, we suggest the same rule we gave above. Do not trust one average. Look at the dimensions, the call types and the people behind the numbers. Then coach on the specific gap. Our posts on automated call scoring and aligning QA scorecards show how to start small and check scores against human reviewers.
— Costa
Practice the calls your voice AI will not fix
Voice AI can cut load, but your team still handles the hard calls: angry callers, unclear requests, handoffs from a bot that failed. Agents need practice on those before they hit the queue.
Call Flow gives teams realistic role-play scenarios, instant grading and coaching, and supervisor dashboards. Plans are billed monthly or annually per team. Starter is $7.42 per month or $89 per year. Growth is $14.92 per month or $179 per year. Scale is $33.25 per month or $399 per year. Business and Enterprise plans have no published price, so see the enterprise page. You can try all features first on a free trial. Start at callflow.dev.
If you want the background, read our guide to AI role play training and our primer on AI contact center training.
What good looks like
There is no universal target. A good result depends on your calls and your risk. Still, you can set rules that hold across teams:
- Set a separate target for entity accuracy. Names and numbers deserve a stricter bar than filler words.
- Judge transcripts by whether names, commitments, prices and speaker attribution stay correct. Readable prose is not enough. A buyer testing guide for sales calls argues the same.
- Set a ceiling for transfers to a live agent, and a floor for resolved tasks.
- Track results by group. If one group sits well below the rest, treat it as a defect.
- Re-run the test after each model, script or product change.
Write these targets down before you test. Then a vendor demo cannot move the goalposts.
FAQ
What is a good speech recognition accuracy rate?
It depends on the audio and the task. Clean, single-speaker audio can produce very low WER on a benchmark. Noisy, multi-speaker phone calls are harder. Judge a figure only with its test conditions, and test on your own calls.
Is word error rate the same as accuracy?
Not quite. WER is the share of words that were wrong, so lower is better. Word accuracy is 1 minus WER. Neither tells you whether the call succeeded, or whether names and numbers were right.
Why does my voice AI misunderstand callers even with a high accuracy score?
The score may come from clean test audio, or hide errors on rare words like names and product terms. The failure may also come after transcription, in understanding, the backend action or the spoken reply. Check each layer and slice results by speaker group and channel.
How often should we re-test voice AI accuracy?
Re-test after any change to the model, scripts, products or caller mix, and on a regular schedule. Accuracy can drift as calls change. Keep the same test method so results stay comparable.
Sources
- Measure and improve speech accuracy, Google Cloud
- Evaluation metrics for ASR, Hugging Face
- Automatic Speech Recognition, Stanford
- How Might We Create Better Benchmarks for Speech Recognition
- Racial disparities in automated speech recognition, PNAS
- Effects of Word Error Rate in the DARPA Communicator Data, NIST
- Realtime Eval Guide, OpenAI
- Voice Agent Evaluation framework
- Call transcription accuracy for contact centers
- Sales Call Transcription Accuracy Test
- Evaluating real-time STT models for voice agents, AssemblyAI
- Performance assessment of automatic speech recognizers, NIST
- Provide Good Error Recovery, Microsoft Learn
- Best practices for speech recognition in voice calling, Twilio
- How conversational AI works
