Building and Scaling Conversational Voice AI Agents for Enterprise Go-to-Market

thoughtly_/_gladia · Tech · 2024 · source Agentic: yes · promotional bias: med · source-backed · extracted with prompt 0.5.5 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: Enterprise voice AI go-to-market automation

Thoughtly needed to run production voice agents for inbound support and outbound lead activation at enterprise scale, while coordinating real-time speech recognition, LLM reasoning, text-to-speech, telephony, CRM integrations, compliance, and latency-sensitive conversational behavior.

Constraints:

Architecture

Thoughtly built a real-time voice-agent orchestration platform. Audio flows through phone carriers and VoIP providers into Thoughtly, where STT converts speech to text, an LLM finds the caller's step in a customer-defined workflow and generates the next response, optional knowledge-base or CRM/API calls supply fresh context, TTS converts text back into audio, and media returns through VoIP and carrier layers. The team optimizes latency at every layer using provider selection, WebSockets, caching, vector-similarity shortcuts, selective LLM bypass, and customer-adjustable timing controls. Reliability comes from golden-data evals, regression tests, internal benchmarks, defensive scaling, close sales/product/customer feedback, and enterprise compliance controls.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  caller[Caller] --> carrier-network[Carrier network]
  carrier-network --> voip-provider[VoIP provider]
  voip-provider --> thoughtly-orchestration-platform[Thoughtly orchestration platform]
  thoughtly-orchestration-platform --> speech-to-text-provider[Speech-to-text provider]
  speech-to-text-provider --> language-model[Language model]
  thoughtly-orchestration-platform --> workflow-state-engine[Workflow state engine]
  workflow-state-engine --> language-model
  language-model --> external-integrations[External integrations]
  language-model --> text-to-speech-provider[Text-to-speech provider]
  thoughtly-orchestration-platform --> cache-and-vector-scorer[Cache and vector scorer]
  cache-and-vector-scorer --> language-model
  cache-and-vector-scorer --> text-to-speech-provider
  text-to-speech-provider --> voip-provider
  thoughtly-orchestration-platform --> evaluation-and-benchmarking[Evaluation and benchmarking]
  evaluation-and-benchmarking --> product-and-sales-feedback[Product and sales feedback]
  product-and-sales-feedback --> evaluation-and-benchmarking
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Caller Human participant in inbound support, triage, booking, or outbound lead-activation calls. Carrier network
Carrier network Phone carrier path that transports caller audio to and from the VoIP provider. Caller, VoIP provider
VoIP provider Voice IP layer that forwards audio into Thoughtly and plays generated audio back to callers. Carrier network, Thoughtly orchestration platform
Thoughtly orchestration platform Central runtime coordinating STT, LLM reasoning, TTS, caching, workflow state, APIs, and call media. VoIP provider, Speech-to-text provider, Workflow state engine, Language model, Cache and vector scorer, Text-to-speech provider, External integrations, Evaluation and benchmarking
Speech-to-text provider Transcribes caller audio into text, with Gladia highlighted for language coverage and latency. Thoughtly orchestration platform, Language model
Workflow state engine Tracks customer-defined conversation workflows and supports conditional navigation between nodes. Thoughtly orchestration platform, Language model, External integrations
Language model Performs step finding, response generation, judging, and dynamic reasoning for non-deterministic turns. Thoughtly orchestration platform, Workflow state engine, External integrations, Text-to-speech provider
Cache and vector scorer Stores or selects deterministic responses, TTS outputs, and close-enough matches to bypass slower model calls. Thoughtly orchestration platform, Language model, Text-to-speech provider
Text-to-speech provider Converts generated or cached response text into playable audio. Thoughtly orchestration platform, Language model, Cache and vector scorer, VoIP provider
External integrations CRM, booking, knowledge-base, and API integrations such as Salesforce, HubSpot, Calendly, and Cal.com. Thoughtly orchestration platform, Workflow state engine, Language model
Evaluation and benchmarking Golden datasets, conversation replays, regression tests, cosine similarity checks, provider benchmarks, and internal latency/quality metrics. Thoughtly orchestration platform, Product and sales feedback
Product and sales feedback Customer, sales, and product signals used to forecast volume, prioritize features, and choose vertical investments. Evaluation and benchmarking

Data flow

A caller speaks into a phone call. The carrier sends audio through a VoIP provider to Thoughtly. Thoughtly transcribes audio with STT, sends text and workflow context to an LLM for step finding and response generation, optionally retrieves knowledge-base or CRM data, converts the response to audio through TTS, and sends the media back through the VoIP provider and carrier. For deterministic turns, the system may skip the LLM and use vector similarity against cached responses before going directly to TTS. Golden datasets, regression tests, customer feedback, latency metrics, and traffic forecasts feed engineering decisions about models, vendors, caching, scaling, and integrations.

4 supporting quotes
“Thoughtly then orchestrates what's under the hood which is a combination of speech to text. So that transcribes the audio into text format.”transcript, stated
“first to figure out sort of like where you are in this overall conversation um and know because and that's important because you want to know if there are specific instructions”transcript, stated
“then the next step is to generate the right response and to generate that response you may pull in information from some knowledge base somewhere um or you may make some external API calls”transcript, stated
“after that we send it to a text to speech provider Right. So that process is just turning text into audio and then once we have the audio, the media, then we send that back out to a voice IP provider. Um and then that gets played out the play back to a”transcript, stated

Why this architecture

Thoughtly uses an orchestration architecture because voice agents are real-time multi-provider systems, not single LLM calls. The LLM handles workflow step finding and response generation, while STT/TTS providers, telephony, caches, vector scoring, and APIs solve specialized latency, media, and integration problems. The team avoids self-hosting where commercial providers have already reached better latency/cost tradeoffs, uses deterministic shortcuts only for predictable turns, and invests in evals because rapid model/vendor changes would otherwise make every new provider or configuration risky. Vertical focus lets product and ML improvements compound across customers with similar workflows.

4 supporting quotes
“that's those are the two things that the language model is doing right so the what I call step finding uh figure out where you are in the workflow and then conversation generation”transcript, stated
“solving latency means solving latency at every single level. So that's at the speech to text level, the language model layer, text to speech, VOIPE, like everything”transcript, stated
“in voice AI space like evals are there's no like really standard eval everybody kind of has their own. Um yeah so you have to I think that's that's an area that's worth investing into. And then the third sorry go back to the previous >> regarding evas is it”transcript, stated
“when you go more vertical then the opportunities for for your ML investments to more exponentially give you a return is bigger”transcript, stated

Models used: GPT-4 · GPT-4.1 · GPT-4.1 nano · Gladia speech-to-text · ElevenLabs text-to-speech · Cartesia text-to-speech · language model as judge

Scale

Alternatives considered (roads not taken)

Invoke the LLM for every turn

Rejected because: For deterministic conversational paths, vector similarity and cached responses can skip the LLM and reduce latency without losing required behavior.

“we may not need to use the language model every single time because say if you have three different responses that are appropriate that you could choose from”transcript, stated
“that computation is just near instant um and then we'll skip the language model and go straight to TTS. So if your conversation is much more deterministic um then that's a that's something that can certainly help. >> It's kind of a vector oriented cache”transcript, stated

Speculatively send partial responses to TTS

Rejected because: It can mask LLM latency, but unexpected caller input can produce an unrelated and jarring response.

“what if the the caller says something that is very dynamic, right? Like what if they say something that is completely that is an edge case that is unexpected”transcript, stated
“that sort of like optimization would not work and it would lead to a pretty jarring response because it would be completely unrelated to what the caller just said.”transcript, stated

Self-host speech models on-premises

Rejected because: Commercial provider latency improved enough that self-hosting no longer justified server hops, cold starts, GPU cost, and overprovisioning.

“we've tried on-prem hosting of say a speech and text model before but um this is it goes again goes to the point I made earlier about how the market is moving so fast”transcript, stated
“that completely removed the need to host anything on prem uh because then there's also the consideration of like the info cost the server cost and the hops between the servers”transcript, stated

MCP-style autonomous integration calls during voice conversations

Rejected because: Letting the agent decide when to call MCP servers adds inconsistent latency that can disrupt real-time conversation.

“when you have your agent essentially autonomously decide if you're going to call a MCP server at any given point in the conversation, that that is additional latency”transcript, stated
“think about and sometimes it's not consistent and sometimes it can take a long time. Um, so for us, we've just simply found more success doing it the way that we do. >> Great insight. Um, we have another question for Son who's on fire today. Um, and asking asking a great great question.”transcript, stated

Serve every possible voice-AI vertical horizontally

Rejected because: The team argues vertical focus creates defensibility, repeatable integrations, and ML improvements that compound across similar customers.

“it's very easy to take a voice AI stack that you built and make that horizontal because it it can apply to every single vertical.”transcript, stated
“to pick one and confidently pick one and say that's the one we're going to go with takes a lot of guts. Um and you better be right that that's the right bet that right because being first in different verticals is also being first to market is there's also a”transcript, stated

Patterns

tool-use-orchestration (agent-runtime)

Thoughtly orchestrates phone carriers, VoIP, STT, LLM step finding, knowledge/API lookups, TTS, CRM/booking integrations, and playback for every conversation turn.

“Thoughtly then orchestrates what's under the hood which is a combination of speech to text.”transcript, stated
“you may pull in information from some knowledge base somewhere um or you may make some external API calls to get fresh information”transcript, stated

latency-optimization (performance)

The platform optimizes latency across STT, LLM, TTS, VoIP, WebSockets, caching, and deterministic shortcuts because conversational pauses create a bad user loop.

“solving latency means solving latency at every single level. So that's at the speech to text level, the language model layer, text to speech, VOIPE, like everything”transcript, stated

semantic-caching (performance)

For deterministic turns, Thoughtly uses vector similarity against a small response set or cached content to avoid unnecessary LLM calls before TTS.

“using cosign similarity which is the a vector score to compute uh sort of like what the instruction at this current step is with the three uh possible responses”transcript, stated
“It's not like exact match, but if you're close enough, then you can look in the cash what you already have and and potentially like go faster.”transcript, stated

llm-as-judge (quality)

Thoughtly combines vector scoring with a language-model judge for real-time performance and routing reliability in more deterministic conversations.

“all the things I've talked about so vector scoring and language model as a judge use that in combination”transcript, stated

eval-driven-development (quality)

The team built internal golden datasets, conversation replay, cosine-similarity regression checks, and benchmarks to compare models and vendors quickly.

“developing a golden data set and then using that data set to replay some of the conversations that you may have had”transcript, stated
“have some internal benchmarking that just uses something like a cosign similarity to uh to determine if you know if there's a regression.”transcript, stated

model-routing (model-ops)

Thoughtly evaluates provider and model choices such as GPT-4.1 nano, Gladia, ElevenLabs, Cartesia, and on-prem STT against latency, accuracy, quality, and future market trajectory.

“I would suggest using GPD 4.1 uh that maybe a GPD 4.1 nano is like faster and it could be um it could potentially perform better.”transcript, stated
“very careful selection of vendors, right? Because there are a lot of people in the markets. They're not all equal.”transcript, stated

safety-policy-enforcement (enterprise)

Enterprise readiness requires HIPAA/SOC 2 controls, multi-tenancy, data privacy, and a lean vendor stack to keep compliance manageable.

“The platform is HIPAA and SOC 2 compliant, reflecting the maturity needed to serve enterprise customers in regulated industries.”summary, stated
“try to keep your system as small as possible and some of the mistake we've made on our side sharing on our side”transcript, stated

Tradeoffs

Real-time turn handling

Chose selective LLM bypass with vector/cached responses over LLM inference for every response.

Rationale: Deterministic steps can be served near-instantly, but only when the state space is small enough to avoid wrong responses.

“if you deterministically know that there's really only three responses that you can draw from. Then one of the things that we experiment we experimented with is um using cosign similarity”transcript, stated
“that computation is just near instant um and then we'll skip the language model and go straight to TTS.”transcript, stated

Speech model hosting

Chose commercial API providers over on-prem self-hosted STT.

Rationale: Provider latency improved quickly enough that self-hosting added cold starts, server hops, and GPU cost without enough benefit.

“deterministic um and then There's also the the um the consideration of on-prem hosting versus remote hosting. uh we've tried on-prem hosting of say a speech and text model before but um this is it goes again goes to the point I made earlier about how the market is moving so fast in that I would”transcript, stated
“50 milliseconds to 150 milliseconds um and that completely removed the need to host anything on prem”transcript, stated

Integration strategy

Chose direct API integrations over MCP-driven autonomous calls during the conversation.

Rationale: Direct APIs offer more predictable latency for live calls than agent-decided MCP calls.

“for us we do API integrations. Um we haven't done the MCP approach yet.”transcript, stated
“when you have your agent essentially autonomously decide if you're going to call a MCP server at any given point in the conversation, that that is additional latency”transcript, stated

Market strategy

Chose vertical specialization over horizontal voice AI for every industry.

Rationale: Vertical focus creates reusable workflows, jargon, integrations, and data advantages that compound within a category.

“when you go more vertical then the opportunities for for your ML investments to more exponentially give you a return is bigger”transcript, stated
“take a voice AI stack that you built and make that horizontal because it it can apply to every single vertical.”transcript, stated

Evaluation investment

Chose internal golden datasets and benchmarks over ad hoc vendor/model switching.

Rationale: Fast-moving providers make every switch tempting, so evals protect against wasting time and quality regressions.

“to protect yourself against uh wasting time, you need to have very good evals so that you can quickly see what works and what doesn't work.”transcript, stated
“developing a golden data set and then using that data set to replay some of the conversations that you may have had”transcript, stated

Gotchas (what bit them)

Voice-agent latency failures compound into conversational failure.

Root cause: If the agent waits four or five seconds, callers interrupt, forcing cancellation and restart of partially generated responses.

Resolution: Optimize latency at every layer: STT, LLM, TTS, VoIP, caching, WebSockets, and deterministic response selection.

“If it waits that long, you're going to think that something's wrong and you may then interrupts or say something else”transcript, stated

Speculative response generation can become jarring.

Root cause: A caller may say something unexpected after the system has already started optimizing for a predicted response.

Resolution: Use speculative or LLM-bypass paths only when conversation state is deterministic enough to justify the risk.

“that sort of like optimization would not work and it would lead to a pretty jarring response because it would be completely unrelated to what the caller just said.”transcript, stated

Self-hosting speech models can lose to commercial APIs once total latency and operating cost are included.

Root cause: GPU cold starts, network hops, overprovisioning, and infrastructure complexity offset the theoretical benefit of local hosting.

Resolution: Benchmark against current commercial providers and revisit decisions as provider latencies improve.

“that completely removed the need to host anything on prem uh because then there's also the consideration of like the info cost the server cost and the hops between the servers”transcript, stated
“unless you want them running all the time, you're going to have to try to avoid the cold start issue”transcript, stated

MCP-style autonomous tool calls can be too variable for live voice conversations.

Root cause: Letting an agent decide when to call an MCP server introduces extra and sometimes inconsistent latency.

Resolution: Use direct API integrations for CRM and booking workflows until tool-call latency is predictable enough.

“that that is additional latency that you have to think about and sometimes it's not consistent and sometimes it can take a long time.”transcript, stated

Compliance gets harder when the provider stack sprawls.

Root cause: Every additional vendor creates more documentation, certification, and risk-assessment burden.

Resolution: Keep infrastructure lean and choose vendors carefully before pursuing enterprise compliance certifications.

“we had a bunch of like various provider a bit everywhere. Uh we didn't like focus on not like it goes back to like distractions and having testing plenty of tools”transcript, stated
“when it goes to certification then it be it becomes a nightmare.”transcript, stated

Evaluation

Thoughtly evaluates voice-agent changes with internal golden datasets, conversation replay, cosine-similarity regression checks, provider/model benchmarks, latency-by-layer measurements, accuracy/conversation quality checks, business outcomes such as conversion and ROI, and customer/sales feedback used for volume forecasts and feature prioritization.

Metrics: end-of-turn latency · time to first byte · STT latency · LLM latency · TTS latency · conversation navigation accuracy · cosine similarity regression checks · conversion rate · return on investment · call volume · peak traffic forecasts · model/vendor benchmark results

4 supporting quotes
“At the simplest um well the simplest way to put it latency is how fast it takes for the agent to respond with a response after the caller has said something”transcript, stated
“the technical terms it's end of turn and time to first bite basically for the speech to text.”transcript, stated
“the evals can be really simple. It could be as simple as developing a golden data set and then using that data set to replay some of the conversations”transcript, stated
“have some internal benchmarking that just uses something like a cosign similarity to uh to determine if you know if there's a regression.”transcript, stated

Outcomes

Thoughtly operates in production enterprise voice AI with millions of calls, global language needs, HIPAA/SOC 2 requirements, and real-time latency expectations that make per-layer optimization and vendor choice central to unit economics.

4 supporting quotes
“we're already serving customers in uh different countries. We have servers infrastructure around the world.”transcript, stated
“still we're handling millions of calls and we expect these calls to go very well.”transcript, stated
“we very quickly realized that having good evals will save us time ultimately and it's very is very good and is a very important sanity check”transcript, implied
“conditional navigation essentially allows uh the agents to be smarter and more intelligently navigate to um the right node”transcript, implied