Asenda TalkAsenda Talk
← All posts

What Happens When a Twi Request Leaves Your Voice Bot Silent?

woman in white crew neck t-shirt wearing blue and red floral hijab

Photo by Stevy Opong on Unsplash

A safe reply after “Mepa wo kyɛw” starts by recognizing the Twi phrase, preserving the caller’s intent, and asking one short clarifying question when the request remains incomplete. A voice bot that returns to English, guesses at the request, or fills the silence with a generic prompt can turn a recoverable moment into a dropped call.

At 4:18 p.m., Ama is standing outside her shop in Kumasi, holding a pen above a delivery note while a supplier calls back about an order. The call began in English. Then she switches: “Mepa wo kyɛw…” and continues with a request that matters to her next delivery.

The bot goes quiet.

Ama waits. The traffic keeps moving. A customer is already at the counter. After roughly 12 seconds, the bot says, “Could you repeat that?”

She has a decision to make. Repeat herself in English, risk the order being recorded incorrectly, or end the call and handle it later. If the request is not captured, the wrong item could arrive or the delivery could fail. The pause has made the bot feel uncertain at the exact point Ama needed it to keep up.

The pause begins before the bot has failed

“Mepa wo kyɛw” can signal a polite request, a correction, or the start of a more careful explanation. It does not, by itself, tell the agent what action to take. A useful voice agent needs to recognize that the caller has moved into Twi, retain the conversation state, and wait for enough meaning before responding.

That is different from treating the phrase as a trigger for a canned response.

A generic “How can I help you?” may be polite, but it loses context if the caller had already explained the topic in English. A confident answer can be worse if the system has only caught part of the Twi request. The safe move is often shorter: acknowledge the language shift and invite the missing detail without pretending the intent is settled.

For example: “Mepa wo kyɛw, yɛ tie. Wopɛ sɛ yɛyɛ dɛn?” The precise wording must fit the agent’s approved script and use case, but the job is clear. Keep the conversation open. Do not invent an outcome.

This is why Twi-English calls can lose the customer’s intended next step even when a transcript appears to contain familiar words. The missing piece is often the relationship between those words, the prior turn, and the action the caller expects next.

A natural response has three parts

The best next response after an incomplete Twi request does three practical things.

First, it confirms that the agent heard the language change. This reassures the caller that they do not need to translate themselves back into English to be understood.

Second, it carries forward the topic already under discussion. If the call concerns an appointment, payment, delivery, or account question, the agent should ask about that topic rather than reset the entire conversation.

Third, it makes uncertainty visible in a useful way. A brief clarification is safer than a fabricated confirmation. “Please say the item again” is better than recording an item name the system did not reliably understand.

Ama’s call gets a second chance when the agent responds in Twi, refers to the delivery request already in progress, and asks her to name the item once more. She gives the detail. The agent repeats it back for confirmation. Her pen finally touches the delivery note.

That landing matters. The caller is no longer negotiating with a system that has lost the thread.

Recognition quality shapes the turn after the phrase

A voice agent cannot respond naturally to Twi if it treats Twi as an unsupported detour. Speech recognition needs to capture what the caller said, including code-switching between Twi and English. Speech synthesis then needs to return a response the caller can follow without hearing an abrupt change in voice or language.

Asenda Talk is being built for this gap. Its Twi speech recognition and synthesis are fine-tuned in-house, with agent configuration for persona, first message, and voice. The platform uses Vapi for assistant runtime. Those are live building blocks for early-access evaluation, not a claim that every call path or language is complete.

A serious evaluation should test the difficult turn, not only the greeting. Include incomplete requests, interruptions, English product names inside Twi sentences, and requests for clarification. Asenda Talk’s Twi accuracy test explains why one missed instruction can change the whole outcome.

Treat uncertainty as a call-safety requirement

For outbound calls, uncertainty has an additional cost. A confused agent can pressure a caller, miss an opt-out, or create a record that does not match what happened. Asenda Talk includes consent, opt-out handling, audit trails, and telephony lifecycle tracking so operators can review call truth rather than rely on a successful-looking status alone.

Outbound calling remains gated in early access behind an explicit telephony-provider decision that is not yet live. Teams evaluating the platform should treat that boundary as part of the product, not a footnote.

Before putting an agent in front of callers, write the exact fallback for incomplete Twi requests. Test it with the real phrases your support desk hears. Then review whether the agent asked for clarity, preserved the caller’s topic, and recorded what actually happened.

Sources (1)
  1. sautiai.comA dedicated African voice marketplace explicitly lists Twi

Asenda Talk

A self-serve platform for building and running voice AI agents, built on native African-language speech (Twi, with more languages in progress) instead of a wrapper around a third-party voice API.

Try Asenda Talk

Comments

No comments yet.