Customer Support

How to build an AI voice agent for phone support

The short answer

An AI voice agent for phone support answers your support line through a telephony provider such as Twilio, converts speech to text in real time, has a model decide what to say or which lookup to run, and speaks the reply back fast enough to feel like a conversation. It handles routine calls such as order status, hours and appointment changes, and warm-transfers everything else with a summary. Plan for latency tuning, a recording consent disclosure, and four to eight weeks for a production build.

What this automation does

A caller dials your support number and reaches an agent that listens, understands, looks things up and answers in a natural voice.

  1. Answer and disclose. The call hits your Twilio number (or is forwarded from RingCentral or Aircall). The agent greets the caller, states that it is an AI assistant and that the call is recorded.
  2. Identify. It uses the caller ID to find a likely account, then confirms identity with a detail such as ZIP code or date of birth before discussing anything specific.
  3. Listen and understand. Streaming speech-to-text produces a transcript as the caller speaks. Turn detection decides when they have finished, and the agent stops talking if they interrupt.
  4. Decide and look up. A model chooses the next step: answer from approved content, call a tool such as get_order_status or reschedule_appointment, ask a clarifying question, or transfer.
  5. Speak. The response streams to a text-to-speech voice, sentence by sentence, so the caller hears the first words while the rest is still being generated.
  6. Transfer or close. Routine calls end with a confirmation and an optional text summary. Others warm-transfer to a queue with a spoken or on-screen summary. Every call writes a transcript and outcome to your helpdesk or CRM.

When it is worth building

Voice is worth it when a meaningful share of calls are routine and repetitive, hold times are hurting you, and callers cannot easily be pushed to chat or a website. Clinics confirming appointments, retailers fielding order status calls, and insurers answering “did you get my documents” are typical.

It is not worth it when most calls are complex, emotional or high-stakes, or when call volume is low enough that a person can answer everything. A phone tree with three options is still the better answer for some businesses; see voice AI vs traditional IVR for where each fits. If you mostly need coverage outside business hours, the narrower after-hours answering setup is cheaper.

Architecture

LayerWhat we useWhy
TelephonyTwilio Programmable Voice with Media Streams, or SIP forwarding from RingCentral or AircallReal-time audio over WebSocket, call control for transfers, and numbers you already own can be ported or forwarded
Voice orchestrationA hosted platform such as Vapi or Retell, or a custom pipelineTurn-taking, interruption handling and endpointing are hard; platforms solve them out of the box
Speech-to-textA streaming recognition provider tuned for phone audioPhone audio is narrowband and noisy, so accuracy on 8 kHz audio matters more than benchmark scores
ReasoningClaude Haiku 5.5 or Claude Sonnet 5.5, or a comparable OpenAI GPT modelSmaller models keep latency down; larger ones for calls with complex tool use
Text-to-speechA low-latency streaming voiceFirst audio quickly matters more than the most natural voice
ToolsTyped functions for account, order and calendar lookupsSame tool discipline as a chat agent, with tighter timeouts
RecordsTranscripts and outcomes written to Zendesk or HubSpotCalls become searchable tickets and contact history

How to build it

  1. Pull a month of call recordings or call notes and group them by reason. Pick the two or three reasons that are frequent and resolvable without judgment.
  2. Design the call flow as a script first. Write the greeting, disclosure, identity check, the happy path for each call reason, and the exact transfer wording. Read it aloud. If it sounds wrong spoken, it is wrong.
  3. Prototype on a hosted voice platform with your tools stubbed. Call it from a cell phone in a car, a kitchen and a quiet office.
  4. Measure latency per stage: recognition finalization, model first token, tool call time and first audio. Fix the slowest stage first, usually a tool call or an oversized prompt.
  5. Connect real tools with strict timeouts and filler phrases (“let me check that for you”) when a lookup takes more than a moment.
  6. Build transfers. Warm transfer through a Twilio conference or SIP refer, with a summary posted to the receiving agent. Test what happens when the queue is closed.
  7. Add the consent disclosure and recording settings reviewed by your counsel, and store recordings with access controls and a retention period.
  8. Run on a share of calls, such as one phone line or overflow only, review transcripts daily, then widen.

What breaks in production

  • Talking over the caller. Poor barge-in handling makes the agent keep speaking when interrupted. Tune interruption sensitivity on real calls, not test calls.
  • Cutting the caller off. Endpointing that is too aggressive treats a pause to find an order number as the end of the turn. Allow longer pauses after the agent asks for a number.
  • Misheard identifiers. “B” versus “D”, “15” versus “50”. Read back every identifier, and offer the keypad.
  • Latency spikes. A slow API or model response leaves dead air. Set timeouts, use filler phrases, and monitor the slowest calls, not the average.
  • Background noise and speakerphones. Car calls and busy rooms produce partial transcripts. When confidence is low, ask the caller to repeat once, then transfer.
  • Transfer dead ends. Transferring to a queue that is closed or full strands the caller. Check queue state before transferring and offer a callback instead.
  • Prompt drift on long calls. Ten-minute calls accumulate context and the agent forgets the verified identity or the original reason. Keep a structured call state separate from the transcript.

Timeline and cost

A focused inbound agent with two or three call reasons, one back-end lookup and warm transfer typically takes four to eight weeks. Lumeor builds phone support voice agents in the range of $15,000 to $45,000. The low end is a hosted voice platform with one integration. The high end is a custom pipeline, several back-end systems, multiple languages, or HIPAA-sensitive call handling (which requires a BAA with every vendor that touches the audio or transcript). Running costs are per minute across telephony, speech and model usage, so we estimate them from your call volume and average call length. Our ai-calling-platform case study shows how we built voice assistants on Twilio and an LLM, and the voice AI agent cost page breaks down the budget.

How to measure success

  • Containment rate by call reason: calls resolved without transfer and without a repeat call within 48 hours
  • Time to first audio, tracked at the median and the slowest five percent of turns
  • Transfer rate and transfer reason, to find the next call type to automate or the one to stop automating
  • Abandonment rate and average speed of answer, compared with the human-only period
  • Post-call survey score for AI-handled calls, gathered by text or a one-question keypad survey
  • Cost per handled call, all-in per-minute costs compared with your cost per human-handled call

Frequently asked questions

Should we use a voice platform like Vapi or Retell, or build on Twilio directly?

Hosted voice platforms bundle speech recognition, turn-taking and voice synthesis and are the faster path to a working agent, billed per minute. Building on Twilio Media Streams with your own pipeline gives more control over latency, providers and data handling. We often prototype on a platform and move to a custom pipeline only if a specific limit forces it.

How fast does a voice agent need to respond?

Callers notice pauses longer than about a second, and a long gap reads as a dropped call. The target is the first spoken word within roughly a second of the caller finishing. That budget covers speech recognition, the model's first tokens and the first audio from the voice engine, which is why streaming at every stage matters.

Do we have to tell callers they are talking to AI and being recorded?

Disclosing both at the start of the call is the safe default. Call recording consent rules vary by state, and some states, including Pennsylvania, require consent from everyone on the call. Some states also have or are considering AI disclosure rules. Have your counsel review the greeting and your recording practices; this guide is not legal advice.

Can the voice agent make outbound calls too?

Technically yes, but outbound is a different legal situation. The TCPA restricts calls using artificial or prerecorded voices, and the FCC confirmed in a February 2024 declaratory ruling that AI-generated voices fall under those rules, so outbound AI calls generally need the right prior consent. We build inbound first and treat outbound as a separate project with counsel involved.

What happens when the caller wants a human?

The agent transfers immediately when asked, without arguing. In a warm transfer, the agent places the caller on hold, posts a summary to the receiving agent's screen or reads it to them, then connects the call. If no one is available, it offers a callback and creates a ticket.

How does it handle account numbers and email addresses spoken aloud?

Poorly, unless you design for it. Spoken letters and digits are where speech recognition errs most. The agent reads back what it heard, accepts keypad entry for numbers, and prefers lookups by phone number or ZIP code over spelling an email address.

Next steps