AI voice bots: How they work and why video is the next step




People read each other while they talk. A caller's hesitation before answering, the flatness in a voice saying one thing while meaning another: much of what a conversation carries never makes it into a transcript, and phone-based AI inherits that constraint by design.
Enterprises now deploy AI voice bots to sit in front of phone queues, take spoken requests, and resolve or escalate issues through software that replaces fixed touch-tone menus with spoken interaction. A modern low-code AI platform has made these systems faster to assemble, yet the underlying processing pipeline still decides whether an answer lands at a human pace or arrives late enough to feel like a machine.
Voice activity detection, speech recognition, language understanding, dialogue management, and speech synthesis each shape the exchange, and following each stage shows where the audio stops carrying enough context.
An AI voice bot is software that conducts spoken conversations: it converts a caller's speech to text, works out what the caller wants, decides on an action, and replies in a synthesized voice. Gartner defines conversational AI platforms as products that primarily support developing applications that simulate human conversation across multiple channels and media.
A customer survey of 187 customer service leaders found that 44% are exploring a customer-facing generative AI voice bot, 11% are already piloting this technology, and 5% have already deployed one. Gartner predicts at least 70% of customers will start their service interaction through a conversational AI interface by 2028. As those interfaces become a more common entry point, the limits of voice-only interaction become more consequential.
Tavus is a human computing company, building a Personified Application Layer (PAL): a real-time application you talk to and build a relationship with. One that sees, hears, understands, remembers, and responds face-to-face instead of working from a transcript alone. For a caller, that adds the layer a phone line lacks: a face that can respond during the conversation.
Before comparing PALs with today's voice channels, it helps to draw the line between the systems that already share that space. Voice bots, interactive voice response (IVR), chatbots, and voice assistants often get confused. A chatbot handles typed conversations inside apps, websites, or messaging platforms. A virtual assistant like Siri or Alexa performs everyday tasks on a device. An IVR routes phone calls through fixed menus. An AI voice bot holds open, multi-turn spoken conversations connected to business systems.
The table below compares how each system interacts with people, what it handles, and who owns it.
Enterprise callers encounter traditional IVRs and AI voice bots on the phone. IVRs route inputs through fixed trees; voice bots interpret open speech across multiple turns, which is why the pipeline behind the bot is worth looking at in detail.
Production voice bots run a cascading pipeline. Audio becomes text, a large language model (LLM) interprets and plans the response, and text-to-speech returns the answer as audio. Each stage stays modular and independently swappable.
Laid out in order, with voice activity detection named as its own stage, the pipeline runs:
Caller speaks
→ Voice activity detection (VAD): is this speech, and has the turn ended?
→ Speech-to-text (STT/ASR): audio becomes a streaming transcript
→ Natural language understanding + large language model (LLM): intent, entities, and response planning
→ Dialogue management: conversation state and backend actions, including tool calls
→ Text-to-speech (TTS): the reply becomes audio
Caller hears the reply
The first decision in that sequence, whether speech is present and the turn has ended, sets up transcription.
Before any transcription, a voice activity detector (VAD) decides whether the incoming audio contains speech. Also called speech-activity detection or endpointing, it evaluates whether the next 10-30 ms of audio contains speech. At a 10 ms frame, the decision runs 100 times a second; at 30 ms, about 33 times; and the WebRTC VAD requires each frame to be 10, 20, or 30 ms long.
Endpointing is the second job: deciding when the caller's turn has ended. A streaming ASR endpointer classifies each frame as speech, initial silence, intermediate silence, or final silence, and uses the final-silence call to close the microphone. Together, these two decisions set the timing that shapes every downstream stage of the pipeline.
Once the endpointer decides speech is present, speech-to-text (STT), also called automatic speech recognition, converts the caller's audio into text in real time. Streaming STT produces partial transcripts while the caller is still talking, and the VAD or endpointer judges, between 33 and 100 times per second depending on frame size, whether a pause is a hesitation or the end of a turn. Errors here compound quickly; a mistranscribed account number corrupts every step downstream.
Accuracy is measured as word error rate (WER), computed as deletions plus insertions plus substitutions divided by reference words. The rate can vary significantly across accents, background noise, and line quality, so the number that matters is the one measured on your own call audio, broken down by accent group and by line quality.
A clean transcript is only useful once something extracts meaning from it. Natural language understanding (NLU) works out what the transcribed words mean. It identifies the caller's intent, captures key details such as names and dates, and connects the request to earlier turns in the conversation.
Older rule-based systems required developers to define every intent in advance, which made them brittle whenever a caller phrased something outside the script. Modern voice bots use LLMs and generative AI to handle free-form input that those systems never could, interpreting paraphrases, incomplete sentences, and mixed intents without an exhaustive rule set. That broader understanding then informs the system's next action, whether that's answering directly, pulling data from a backend service, or escalating to a human agent.
The dialogue manager takes the interpreted request as input and decides the system's next action. It updates conversation state and may draft a reply. When the task requires live information or action, it calls a backend service to fetch an order status or complete another step. In LLM-based agents, understanding and dialogue management collapse into a single reasoning step, often grounded in live data through retrieval-augmented generation (RAG).
Across a multi-turn task, the dialogue manager also holds the policy for required fields and confirmation, and decides when the request has left the bot's scope. Function or tool calls are the action path, and each one runs while the caller waits, so a slow backend shows up as silence on the line.
Once the dialogue manager has a reply, text-to-speech (TTS) turns it into audio. Streaming TTS can start speaking before the full response is generated, reducing perceived delay, and in production, the first audio byte needs to arrive fast enough for turn-taking to feel natural.
Listeners judge voice quality, and the standard measure is the ITU-T Mean Opinion Score (MOS). ITU-T P.800.2 defines it as simply the average of the opinions collected for that use case, and ITU-T P.808 (June 2021) extends the method to crowdsourced listeners rating on a five-point scale from their own devices. Voice choice is a product decision on top of that score: the same MOS-rated voice reads a policy number and a condolence differently, and phone codecs strip detail a demo clip keeps.
Stringing VAD, STT, LLM, dialogue, and TTS together like this is what a cascaded pipeline looks like: three sequential stages, each handing text to the next. Its advantage is control and swappability: teams choose the LLM, the voice, and the logic in between, and can upgrade any one component without rebuilding the others.
Speech-to-speech (S2S) models remove the middle, handling speech input, understanding, and speech output inside a single network. That approach preserves paralinguistic cues that cascades discard, though it offers less component-level trace visibility. With the Tavus API, teams can tap into speech-to-speech technology without the labor-intensive work of training or configuring an AI model, and ship high-quality AI video generation without prior experience in artificial intelligence or coding.
Whichever architecture teams choose, the pipeline still has to hit human response times. Stivers et al. (PNAS, 2009) measured a cross-linguistic median response offset of 100 ms, with every one of ten languages showing a unimodal peak of response within 200 ms of the end of the question. On the network side, ITU-T G.114 rates one-way transmission time of 0 to 150 ms as acceptable for most user applications and anything above 400 ms as unacceptable for general network planning purposes.
Barge-in is the caller cutting in while the bot is still talking. Some prompts must play without interruption, such as legal, compliance, or recording-disclosure language, while treating every "uh-huh" as an interruption makes the system stutter through the whole call.
The pipeline pays off only when it targets the right work. Common deployments today handle high volume, keep scope bounded, and offer a clear handoff path to a human. The examples below represent typical voice-bot workflows across support, sales, regulated intake, and outbound service.
Every listed workflow needs written handoff criteria before launch: a failed identity check, a request outside the bounded workflow, repeated misrecognition, or a caller asking for a person should all route to a human with the transcript and captured fields attached. Those handoffs also protect the parts of the business case that make voice bots worth deploying in the first place.
Voice bots are commonly deployed in front of hold queues or in place of IVR trees for bounded workflows, and they can be configured to answer calls outside business hours. The business case rests on labor savings, self-service lift, and measured productivity gains, though the evidence is mixed and depends heavily on deployment quality.
Voice bots reduce the share of calls that need a live agent and take on repetitive, high-volume work at a fraction of the per-interaction cost. Gartner forecasted in August 2022 that conversational AI would cut contact center agent labor costs by $80 billion by 2026, against a base where labor makes up as much as 95% of contact center costs across roughly 17 million agents worldwide. Its July 2023 update paired an 80% autonomous-resolution forecast with a 30% reduction in operational costs by 2029, offering a directional benefit even as absolute automation rates come in more modest than earlier projections.
A well-scoped voice bot increases the share of customers who resolve issues on their own, where ROI compounds. Forrester expects one in four brands to see a 10% increase in successful simple self-service interactions by the end of 2026, though it also predicts a third of companies will harm experiences with frustrating AI self-service, underscoring that the benefit depends on deployment quality, not deployment alone.
Voice bots and AI assistance raise per-agent throughput, especially for less experienced staff. An NBER study of a staggered rollout across 5,179 customer support agents found AI assistance raised issues resolved per hour by 14% on average; novice and low-skilled agents improved 34% while experienced agents saw minimal change; agents spent about 9% less time per chat, and customer satisfaction showed no significant change.
Voice bots answer at 2 AM the same way they answer at 2 PM, which turns after-hours calls that would otherwise be abandoned into completed self-service interactions or scheduled callbacks. That availability also standardizes the first response every caller hears, without the variance introduced by shift changes, tenure, or fatigue.
Capturing those benefits depends on how the bot is wired into the business. Enterprise deployment spans the transport and business systems that enable resolution, the compliance controls that govern each interaction, and the monitoring and recovery processes that keep the bot within scope. The steps below sequence those decisions in the order most teams face them.
A voice bot enters an enterprise through one of three transports. Callers on the public switched telephone network (PSTN) reach the bot through a carrier, using the Session Initiation Protocol (SIP) of RFC 3261 as an application-layer control (signaling) protocol to create, modify, and terminate sessions, with audio carried separately over RTP.
Browser and app callers arrive over WebRTC. RFC 8825 (January 2021) defines it as a set of building blocks that "enable interactive audio and video in applications that communicate directly between browsers across the Internet."
On the business side, the bot needs the systems agents already use: contact center as a service (CCaaS) platforms and CRM customer engagement centers. A voice bot can speak without access to those records, but resolution requires the ability to read and write them.
For healthcare, determine whether the voice bot creates, receives, maintains, or transmits protected health information on behalf of a covered entity. Such a vendor is a business associate under HIPAA and must sign a Business Associate Agreement under 45 CFR § 164.504(e); HHS cloud computing guidance also requires business associates to identify, respond to, and mitigate security incidents.
For payment calls, PCI DSS v4.0.1 applies, with 51 of 64 new v4.0 requirements in effect since March 31, 2025. In the EU and UK, processing by a voice bot needs one of the six lawful bases in GDPR Article 6, and Article 22 gives people the right not to be subject to a decision based solely on automated processing that produces legal or similarly significant effects.
Disclosure is now law in the EU. EU AI Act Article 50 took effect on 2 August 2026 and requires that people be told they're interacting with AI, with emotion-recognition disclosure alongside it; fines run up to €15 million or 3% of worldwide annual turnover.
In the United States, the FCC's February 2024 ruling governs outbound calls, and state law is filling in the rest. The table below summarizes five state statutes now in force.
Recording consent runs on a different axis. The federal baseline in 18 U.S.C. § 2511(2)(d) is one-party consent, but eleven states require all-party consent, so a practical rule is to disclose the recording at the start of every call.
The failure modes extend past misrecognition. The NIST generative AI profile (AI 600-1, July 26, 2024) defines confabulation as a "phenomenon in which GAI systems generate and confidently present erroneous or false content in response to prompts."
Recovery requires a person-reachable design. Human-in-the-loop systems help correct errors and make final decisions. A bot that can't tell when it has left its scope will keep talking with the same confidence it had inside it.
A production voice bot needs a scorecard agreed before launch. Standard metrics fall into speech accuracy, conversation outcome, timing, and satisfaction, and each exposes a different failure mode.
Collecting production metrics is harder in practice than on paper. A March 2026 NIST report on monitoring deployed AI names performance degradation and drift detection and fragmented logging across distributed infrastructure as barriers teams hit.
For teams working through those five steps, the short list below captures what to lock in before launch and what to watch after, mapped to the Govern, Map, Measure, and Manage functions of the NIST AI Risk Management Framework.
Done well, this shortens time to value considerably. Forrester's Q3 2026 Wave reports that in 2024, customer-reported time to value ranged from 6 to 9 months, while in 2026, with agentic systems, multiple customers reported going live in under three weeks.
Even a well-tuned voice pipeline is working with a stripped-down signal. Phone audio carries tone, pace, and silence but drops facial expression and posture, which is exactly the channel that matters most in the emotional and high-stakes calls voice bots are increasingly asked to handle. Adding a visible, responsive face changes what the system can perceive, how it paces itself, and how much the caller trusts what it says. The specific reasons are worth pulling apart:
The hard part is coordinating transport, perception, conversational flow, speech synthesis, and rendering without creating new latency across subsystem boundaries. Get that right, and the face appears during moments that would otherwise be audio-only silence, so the caller can actually watch the agent listening.
Tavus built the full pipeline into its API pillar, the Conversational Video Interface (CVI), which supports PAL conversations through real-time video with sub-second response timing. Inside CVI, perception and flow control run ahead of transcription rather than after it, and four components operate as a closed loop:
CVI also includes intelligence and personality layers on top of the loop: Memories retains context across sessions, Knowledge Base grounds responses in real-time retrieval, Function Calling lets PALs take action mid-conversation, and Objectives and Guardrails set measurable completion criteria and compliance boundaries natively.
At 11 PM, after a kitchen fire, Maya files a first notice of loss with her insurer's PAL. She says she's fine, but the system sees her eyes drift toward the damage, softens its expression, slows the pace, and holds the floor open when she trails off searching for her policy number. She hangs up with a claim number, and a human adjuster starts the next morning with full context.
That's the difference a face makes: attention a voice-only bot cannot show. The Tavus human computing platform builds human-like AI agents that can see and respond to people.
See it for yourself. Book a demo.
An AI voice bot is software that holds a spoken conversation on a business's behalf: it hears the caller, understands the request, acts on it through connected systems, and answers in a synthesized voice. It can replace the touch-tone tree and the hold queue for bounded, high-volume calls, and passes everything else to a person.
Audio flows through voice activity detection, speech-to-text, language understanding by a large language model, dialogue management, and text-to-speech, with each stage streaming into the next to keep the reply fast. Speech-to-speech models collapse the middle stages into one model that hears and speaks directly, trading some debuggability for lower latency and preserved tone.
A chatbot works in text on an app or messaging channel; a voice bot works in speech over a phone line or web call. "AI agent" names the reasoning-and-action layer that decides what to do and calls tools, which can sit behind text, voice, or video; a voice bot is one interface to it.
Consumer voice assistants serve the person who owns the device across general tasks, and the platform maker controls their behavior. An enterprise voice bot is deployed by a business for its own workflows, connected to its own records, and carries that business's disclosure, consent, and data obligations.
Barge-in is the caller interrupting while the bot is speaking, and production systems must stop quickly while ignoring "uh-huh" style backchannels that aren't interruptions at all. The robotic feel many callers report comes as much from timing failures, cutting in on a pause or talking over a correction, as from the voice itself.