Building a Multilingual Voice AI Agent for India: Lessons from the Trenches
What we learned building voice AI that handles Hindi, Hinglish, Tamil, and 8 other Indian languages. Real challenges, real solutions, and what still doesn't work.
Varun Sharma
Founder
The 22-Language Challenge
India has 22 officially recognized languages, over 19,500 dialects, and a population that casually switches between 2-3 languages mid-sentence. Building a voice AI agent that actually works here isn't just a technical challenge—it's a linguistic adventure.
At Agent Rush, we spent months integrating voice AI that serves real Indian businesses. Here's what we learned—the wins, the struggles, and the things nobody warns you about.
Lesson 1: Hinglish Is Not a Bug, It's the Default
The first thing you learn about Indian voice AI: nobody speaks pure Hindi or pure English. In real customer conversations, you get:
This is Hinglish—Hindi grammar with English nouns, verbs, and technical terms freely mixed in. And it's not just Hindi-English. Tamil-English, Telugu-English, Bengali-English—every Indian language has its "English remix."
The Solution
We chose Sarvam AI's Saaras v2 specifically because it's trained on code-switched Indian audio. Their training dataset includes:
The result: 94% accuracy on Hinglish, compared to 65-80% from global STT providers.
What Still Doesn't Work
Lesson 2: Accents Vary More Than You Think
"Hindi" isn't one accent. A customer from Lucknow sounds completely different from someone in Ranchi, who sounds different from someone in Jaipur. And that's just one language.
We mapped the accent variation we encountered:
| Region | Accent Characteristics | STT Impact |
|---|---|---|
| Delhi/NCR | Neutral Hindi, clear English | Low — baseline accuracy |
| UP/Bihar | Harder consonants, Bhojpuri influence | Medium — some word confusion |
| Rajasthan | Extended vowels, unique intonation | Medium — needs context |
| Punjab | Aspirated sounds, Punjabi carry-over | Medium — specific phonemes |
| South India | Retroflex consonants, different rhythm | High — significant variation |
| Northeast | Tonal elements, unique phonology | High — least training data |
| Mumbai | Fast Bambaiya Hindi, Portuguese loanwords | Low — well-represented in data |
The Solution
We don't try to detect or classify accents. Instead, we rely on:
Lesson 3: Background Noise Is the Real Boss
Forget accent problems. The biggest accuracy killer is noise. Our users record voice messages:
Clean audio accuracy: 94%
Real-world Indian audio accuracy: 82-87%
That 7-12% drop can mean the difference between a resolved query and a frustrated customer.
The Solution
We attack noise at three levels:
Level 1: Browser-side
const stream = await navigator.mediaDevices.getUserMedia({
audio: {
noiseSuppression: true,
echoCancellation: true,
autoGainControl: true,
}
});These browser-level filters handle a surprising amount of background noise.
Level 2: Audio preprocessing
Before sending to STT, we normalize audio levels and apply a high-pass filter to remove low-frequency rumble (traffic, AC units).
Level 3: AI correction
The AI agent is instructed: "If the transcription seems garbled, ask the user to clarify rather than guessing." This is better than a confident wrong answer.
Lesson 4: Short Messages Are Harder Than Long Ones
Counter-intuitive finding: short voice messages are harder to transcribe than long ones.
Why? Context. If someone says a 30-second message about their order problem, the STT has plenty of context to correct individual word errors. But a 3-second "Cancel kar do" has almost no context.
Our data:
| Message Length | Accuracy |
|---|---|
| < 3 seconds | 79% |
| 3-10 seconds | 88% |
| 10-30 seconds | 94% |
| > 30 seconds | 93% (slight drop from fatigue/rambling) |
The Solution
Lesson 5: Language Detection Isn't Reliable
We initially tried auto-detecting the user's language from their voice. The idea was elegant: speak Tamil, get Tamil responses. Speak Hindi, get Hindi responses.
Reality: It doesn't work reliably. Here's why:
The Solution
We dropped automatic language detection entirely. Instead:
This pragmatic approach gives us better accuracy than automated detection and avoids embarrassing mid-conversation language switches.
Lesson 6: Latency Matters More Than Accuracy
We ran an A/B test: Group A got responses in 1.5 seconds with 90% accuracy. Group B got responses in 3.5 seconds with 96% accuracy.
Group A had 2x higher satisfaction scores.
Users will tolerate minor transcription errors (and even correct them). They will NOT tolerate waiting. In voice interactions, anything over 2 seconds feels like "the system is broken."
Our Latency Budget
Audio recording stops → 0ms
Audio upload → 200-400ms
STT transcription → 800-1200ms
AI agent processing → 500-800ms
Response streaming starts → 200ms
─────────────────────────────────────
Total: 1.7 - 2.6 secondsWe optimize aggressively:
Lesson 7: The "Grandmother Test"
Our most valuable QA process? We call it the Grandmother Test. We ask team members' grandmothers (and parents, uncles, neighbors) to use the voice feature.
Non-technical users reveal problems that engineers never find:
Every insight from the Grandmother Test led to a UX improvement that benefited all users.
What's Next for Indian Voice AI
The technology is improving fast. Here's what we're watching:
The Bottom Line
Building multilingual voice AI for India is hard. The linguistic diversity is unmatched anywhere in the world. But that's also what makes it the most impactful place to build it.
When a customer in Tier-3 Madhya Pradesh can speak to an AI agent in their local Hindi dialect and get their problem solved in 30 seconds—without downloading an app, without navigating menus, without waiting on hold—that's technology doing what it's supposed to do.
We're not there yet. But we're getting closer with every conversation.
Varun Sharma
Founder
Building the future of customer support at Agent Rush. Passionate about AI, product design, and creating delightful user experiences.