A voice agent can transcribe a sentence about a broken furnace perfectly and then fail on the street it is standing outside.
Names and addresses break speech recognition for a structural reason, and it is not that the model is bad at listening.
Speech recognition works far better on ordinary sentences than on names, and the reason is that a sentence gives the system something to predict with. A language model knows that "my furnace stopped working last" is very likely followed by "night". It knows nothing about whether a caller's surname is Bhatt, Batt, Bhat or Bhaat, because all four are plausible and none is predictable from context. Names, street names and alphanumerics are an open-set problem sitting inside a system that gets most of its accuracy from being able to guess.
Why are names harder than sentences?
Because recognition is not pure transcription; it is acoustics plus prediction. Ordinary language is highly redundant, so a model that half-hears a word can recover it from the words around it. A proper noun carries no redundancy: it can be almost anything, nothing predicts it, and a single misheard phoneme produces a different name rather than an obviously wrong sentence.
This is also why the errors are so much more damaging than their frequency suggests. A misheard ordinary word usually produces something visibly wrong that a human reading the transcript corrects instantly. A misheard surname produces a plausible name that nobody catches until someone calls it back and reaches a stranger.
Street names compound it by adding local knowledge, and the fix is local everywhere rather than local to one place. A Calgary line hearing "Sarcee" or "Deerfoot" needs those in scope; a Boston line needs "Worcester" and "Leominster"; a Houston line needs "Kuykendahl". A general-purpose model weights each of them against every other similar-sounding sequence in its training data, almost none of which came from the city the caller is standing in. The same applies to clinic names, product names, and the surname of the technician the caller is asking for.
Alphanumerics are the third category and the worst. Letter names in English were not designed to be distinguishable over a compressed 8kHz phone channel: B, C, D, E, G, P, T, V and Z are the same vowel with a brief consonant, and the consonant is what the codec throws away. Postal codes and policy numbers live squarely in that set.
What does a voice agent actually do about it?
It stops relying on getting the name right the first time. The reliable designs confirm rather than transcribe: read the value back, spell it where it matters, constrain the search space to a known list where one exists, and capture the audio so a human can resolve what the system could not.
There is a design temptation worth naming: making the agent ask everyone to spell everything. It works, it is accurate, and it is unbearable to talk to. The judgement is which fields genuinely have to be exact: usually the callback number and the address, rarely the name of someone already in the system.
The callback number is the field that deserves the most protection, because it is the one that makes every other error recoverable. A line that gets the name wrong and the number right can fix itself. The reverse cannot.
- Read it back. Repeating a name or address to the caller converts a silent error into a corrected one, and costs about three seconds.
- Constrain where you can. If the caller is an existing customer, the name is in a list of a few thousand rather than open. Matching against a known set is a completely different problem from open transcription.
- Spell the things that must be exact. Email addresses and postal codes are worth spelling. Names of returning customers usually are not.
- Keep the audio for the hard fields. A human resolving one ambiguous surname in four seconds beats a system guessing confidently.
Does a better model fix this?
It moves the number, not the shape. Recognition has improved enormously and continues to, but the open-set problem is structural: a system predicting from context cannot predict a word that context does not constrain. A design that assumes perfect transcription of proper nouns will fail on whatever the current error rate happens to be.
Which is the practical reason to be suspicious of accuracy claims quoted as a single percentage. Word error rate on read speech in a quiet room has almost nothing to say about surname accuracy on a compressed phone line with a van engine in the background. Both are real numbers and they measure different things.
The useful question for a vendor is not "how accurate is it" but "what does it do when it is not sure". A system that confirms, constrains and escalates is robust to its own error rate. A system that transcribes and hopes is not, at any accuracy.
Speech recognition gets most of its accuracy from predicting what comes next, which is exactly why it fails on names - nothing in a sentence predicts a surname, so a single misheard phoneme produces a different real name rather than an obviously wrong word.
The fields that have to be exact on your line are a decision, not a default, and it is one of the first things we settle in a build.
Start free pilotWhat this page does not claim
This describes a mechanism, not a measurement. It deliberately does not publish an accuracy figure for our own lines.
- No accuracy percentage. A single number would be meaningless without naming the audio conditions, the caller population and the field being measured. We do not currently publish one, so this page does not.
- No vendor comparison. Relative recognition performance between providers changes with every model release and is not tested here.
Questions this raises
- Why does an AI receptionist get sentences right but names wrong?
- Ordinary sentences are predictable, so a model can recover a half-heard word from context. A proper noun is unpredictable by definition (nothing in the surrounding words constrains it) so an acoustic error becomes a different plausible name rather than an obvious mistake.
- Are street addresses harder than names?
- Often, because they combine a proper noun with numbers and require local knowledge. A model weights an unfamiliar local street name against every similar-sounding sequence it has heard, most of which came from somewhere else.
- Why are letters so hard over the phone?
- Several English letter names differ only in a brief consonant burst that a compressed phone channel discards. B, C, D, E, G, P, T, V and Z share a vowel. This is why postal codes and policy numbers are worth confirming explicitly.
- Does making the caller spell everything solve it?
- It solves accuracy and destroys the call. The judgement is which fields must be exact (usually the callback number and address) and confirming those properly rather than spelling everything.
- What matters more than raw accuracy?
- What the system does when it is uncertain. Confirming, constraining to a known list, and escalating produce a line that works despite errors. Transcribing and hoping produces one that fails quietly.
Sources
- Racial disparities in automated speech recognitionKoenecke et al., PNAS 117 (14)2020, consulted 2026-08-09
Want an AI receptionist built around these rules rather than despite them?
We build a working receptionist on your calls, your booking rules and your escalation rules, and you call it yourself before committing to anything. About 14 days, no call limit during the pilot.
Start free pilot
