What Actually Happens When an AI Voice Agent Answers Your Business Phone
A second-by-second breakdown of how an AI voice agent handles one real inbound call to a clinic in Ahmedabad — the interruptions, the code-switching, the pricing question it shouldn’t answer — and the five places these systems actually break.
Most articles about AI voice agents are written by people who have never listened to one handle a difficult caller.
They describe what the technology can do. They don't show you what happens when someone calls a dental clinic at 8:40pm, is slightly annoyed, switches from English to Hindi halfway through a sentence, and asks a question that isn't in any script.
That's the call that matters. That's the one that decides whether a voice agent is an asset or an embarrassment.
So this post does something different. We're going to walk through a single inbound call, line by line, and stop at every point where the agent has to make a decision. Then we'll look at the five places where these systems most commonly fail — because knowing the failure modes is the only way to judge whether one is right for your business.
The setup
The business: a dental clinic in Ahmedabad. Two chairs, one receptionist, open 10am to 8pm.
The problem: the receptionist is at the front desk, but she's also taking payments, handling walk-ins, and managing the appointment book. When both chairs are running and two people are waiting, the phone is the thing that gets dropped. After 8pm, nobody picks up at all.
The call we're examining comes in at 8:41pm on a Thursday. Outside working hours. The kind of call that, before, would simply have rung out.
The call, line by line
Second 0–2: The pickup
The phone rings once. The agent answers.
This sounds trivial. It isn't. The single most measurable change a voice agent makes is that the ring-to-answer time goes to one ring, always, at every hour. Not because the technology is clever, but because it is never busy.
The decision point here: how the agent identifies itself. There are two schools of thought, and the choice matters more than people expect.
Option one is to disclose immediately — "Hi, you've reached Dr. Shah's clinic, I'm the clinic's AI assistant." Option two is a neutral greeting that doesn't raise the question.
We default to disclosure. Not for legal reasons, but for practical ones: callers who figure it out mid-conversation feel deceived and hang up. Callers who are told upfront adjust their speech slightly, speak a little more clearly, and the whole call goes better. Disclosure improves call completion rates. It isn't a cost.
Second 3–9: The caller doesn't follow the script
The caller says: "Haan, I wanted to ask — my tooth is paining since two days, can I come tomorrow morning?"
Three things just happened that a weak system would mishandle.
First, the caller started mid-thought. There was no "hello," no pause for the greeting to finish. Real callers interrupt. A system built on strict turn-taking — wait for the user to finish, process, respond — produces a half-second of dead air here, and the caller says "hello? hello?" and the call degrades immediately.
Second, the sentence is code-switched. "Haan" into English into Indian English grammar ("paining since two days"). A speech model trained primarily on American English transcribes this badly. It may hear "tooth is pain in" or drop "haan" entirely.
Third, the caller asked two things at once: an implicit urgency signal (pain, two days) and an explicit request (tomorrow morning). A naive agent answers the second and ignores the first.
What a good agent does: acknowledges the pain, then moves to booking. "Sorry to hear that — tooth pain for two days, we should get you seen. Let me check tomorrow morning for you."
The acknowledgement costs one second and changes the entire emotional register of the call. This is the difference between a system that sounds like a phone tree and one that sounds like a person.
Second 10–18: The question that isn't in the script
Before the agent can offer a slot, the caller asks: "And how much will it cost?"
This is where most deployments fall apart, and it has nothing to do with the AI.
The question is reasonable and extremely common. But the honest answer is "it depends on what's wrong." A badly configured agent does one of two things here, both bad:
It either invents a number — which creates a dispute at the counter and destroys trust in the clinic, not just the agent — or it stonewalls with "I'm not able to provide pricing information," which sounds evasive and makes the caller suspect they're about to be overcharged.
The correct response is bounded honesty: give the consultation fee, which is fixed and knowable, and be explicit that treatment cost depends on the examination. "The consultation is ₹500. What the treatment costs depends on what the doctor finds — he'll tell you before anything starts, so there's no surprise."
That last clause — he'll tell you before anything starts — is the one that actually matters to the caller. It answers the fear behind the question rather than the question itself.
The point: this answer is not something the AI figures out. It's something you decide, in advance, and configure. Which is why the quality of a voice agent deployment is maybe 30% the underlying technology and 70% the thinking that goes into the scripts, the boundaries, and the fallbacks.
Second 19–31: The booking
The agent offers two slots. The caller takes the 11am.
The agent confirms the name, confirms the phone number it's calling from, and states the appointment back in full: name, date, time, clinic address.
The decision point: how much to confirm. There's a real tension here. Under-confirm and you get no-shows and wrong entries. Over-confirm and the call drags, the caller gets impatient, and you've turned a 30-second booking into a 90-second interrogation.
The rule we use: confirm anything that costs money if it's wrong. Name, time, date. Don't confirm things you can recover from.
Second 32–38: The handoff decision
The caller adds: "Also my mother needs to come, she had the implant done last year and something is loose."
The agent stops trying.
This is the most important moment in the entire call, and it's the one people building these systems get wrong most often, because it looks like a failure.
An implant complication is a clinical question. It involves a patient history the agent doesn't have, a potential urgency the agent can't assess, and a liability the clinic can't take on from an automated system. There is no correct automated answer here.
So the agent does this: "That one I'll have Dr. Shah's team call you about directly — they'll want to look at her records first. I'm noting it down and someone will call you tomorrow morning. Is this the right number?"
It captures the information, sets a clear expectation, and gets out of the way.
A voice agent that never hands off is not a good voice agent. It's a liability. The quality metric isn't "how many calls did it handle alone" — it's "how many calls did it handle alone that it should have." Those are very different numbers, and only the second one matters.
Second 39–42: The close
The agent confirms the appointment one final time, briefly, and ends the call.
Total: forty-two seconds. One appointment booked that would not have existed. One callback flagged for the morning that would have been lost entirely.
The five places voice agents actually break
Having walked through a call that went well, here are the five failure modes we specifically test for before putting an agent in front of a business's customers.
1. Accent and code-switching
Most speech recognition is benchmarked on American English. Indian English — with its distinct rhythm, its grammar patterns, and the constant code-switching between English, Hindi, and the regional language — is a genuinely harder problem.
How to test it: don't test with your own voice. You speak clearly because you built it. Have five different people call it, including at least one older person and at least one person who switches languages naturally mid-sentence. Then listen to the transcripts and look at what was heard versus what was said.
2. Interruption handling
Real callers talk over the agent. Older callers especially will start speaking before a sentence finishes.
A system that can't handle barge-in produces overlapping speech, dead air, and a caller repeating themselves. This is the single most common reason a voice agent sounds "robotic" — not the voice quality, but the turn-taking.
How to test it: call it and deliberately interrupt mid-sentence three times. See whether it stops cleanly and listens, or whether it talks over you.
3. Poor line quality
A significant share of inbound calls to Indian businesses come from mobile networks in buildings, on roads, in markets. The audio is compressed, there's background noise, and the signal drops.
An agent tested only on clean VoIP audio will perform noticeably worse in production than in your demos.
How to test it: call it from a moving vehicle, from a crowded place, and from a basement.
4. The out-of-scope question
Every business gets questions the agent shouldn't answer. Medical advice. Legal questions. Refund disputes. Complaints about a specific staff member. Anything involving an angry customer.
The failure here isn't that the agent doesn't know — it's that it attempts an answer anyway. A confident wrong answer from a system representing your business is far worse than no answer.
How to test it: ask it five things it has no business answering. Including one angry complaint. See whether it escalates or improvises.
5. The silent failure
The worst failure mode is the one you never hear about. The agent books an appointment into the wrong day. It mishears a phone number by one digit. It tells someone you're open on Sunday when you're not.
Nobody complains. The caller just doesn't show up, and you never find out why.
How to test it: for the first two weeks, review every single call transcript against what actually happened. Not a sample. All of them. This is tedious and it is the only way to catch silent failures before they become a pattern.
What this means if you're considering one
The honest summary: the technology is now good enough for a real business to run on, for a specific class of calls. That wasn't true two years ago. The underlying models have improved to the point where the limiting factor is no longer the AI — it's the configuration.
Which means the question to ask any vendor isn't "how good is your AI." It's:
What happens when the caller asks something you didn't anticipate? How do you decide what gets handed to a human? How did you test this on callers who sound like my customers? What do you do in the first two weeks to catch mistakes I'd never hear about? If they can't answer those four, the quality of their underlying model doesn't matter much.
And some businesses genuinely shouldn't deploy one. If your inbound calls are mostly complex negotiation, emotional situations, regulated advice, or high-value sales where the relationship is the product — a voice agent will cost you more than it saves. We've told people this. It's a shorter conversation than the alternative.
How we work on this at Genartml
We build and deploy AI voice agents for businesses in India — clinics, real estate, salons, and service businesses where the phone is the primary source of leads.
What we actually do is the part described above: writing the scripts and boundaries, deciding what gets escalated and when, testing against your real call patterns and real callers, and reviewing transcripts after go-live so the silent failures get caught.
If you want to see how it handles your calls specifically, your first 1,000 calls are free. No setup fee and no commitment — run it on your actual customers for a couple of weeks and judge it on what it books.
Write to us at team@genartml.com.
Genartml is an AI automation company based in Ahmedabad, building voice agents, workflow automation, and custom AI integrations for businesses across India.


