Asenda TalkAsenda Talk
← All posts

Twi Verification Calls: When a Language Switch Tests Trustworthy Onboarding

A woman adjusts an open sign on a blue wooden door of a cafe inviting customers inside.

Ketut Subiyanto

A verification call that cannot continue in Twi can invalidate an otherwise completed onboarding flow. For Ghanaian SMEs, language support must hold through the final question, consent step, and recorded outcome.

In 1970, Apollo 13 had a carbon dioxide problem after an explosion disabled key systems on the way to the Moon. The lunar module carried square lithium hydroxide canisters, while the command module’s canisters were round. Engineers in Houston had to help Jim Lovell, Jack Swigert, and Fred Haise use the materials already aboard to make the square filters work in the lunar module. NASA’s Apollo 13 history documents the danger and the improvised solution.

The mission did not need a better launch. It needed the last critical component to fit when the original plan no longer held. A customer call has the same unforgiving shape. If Twi works in the opening but disappears when a caller asks for clarification, the workflow stops being dependable at the moment it matters.

The work was done until the call changed language

Call her Ama, a composite owner of a small business in Accra. She has spent an afternoon completing an onboarding process: business details, contact information, consent confirmations, and a final verification call.

The call begins in English. It moves quickly through familiar fields. Then the verifier asks a question that needs a fuller answer. Ama switches to Twi because it is the language in which she can explain the detail accurately.

That switch changes the rules.

An English-only agent can keep reading a script, but it cannot reliably understand the answer, ask the next question, or preserve the meaning in the call record. Ama may be asked to repeat herself in English, transferred to a person, or told to begin again later. The onboarding form says complete. Her working afternoon says otherwise.

This is why language coverage is a weak test for voice AI. A list of supported languages does not show whether the agent can recognize natural speech, respond intelligibly, keep context across a language switch, and capture an auditable outcome. [A support caller who switches from English to Twi mid-sentence]( /blog/what-happens-when-a-support-caller-switches-from-english-to-twi-mid-sentence-daaba7ac/) has the same problem in a different setting.

A useful verification call needs more than a voice

The final call often carries operational weight. It may confirm a customer’s intent, explain a next step, record consent, or identify that the case needs human review. Treating it as a short audio layer misses the work the call must do.

A team evaluating a voice agent should test the exact moments that create risk:

  • Ask a question in English, then answer it in Twi.
  • Ask the caller to correct a misunderstood detail in either language.
  • Check what the transcript, outcome, consent status, and escalation record show afterward.
  • Confirm that an opt-out changes the campaign state before another call can be attempted.

Asenda Talk is being built for this layer of work. It lets teams configure an agent’s persona, first message, and voice, while using in-house fine-tuned Twi speech recognition and synthesis. The platform also has a telephony lifecycle webhook pipeline for call-truth tracking, plus consent, opt-out, and audit records for every call.

Those are capabilities to evaluate in early access, not promises that every calling workflow is ready to run. Outbound calling remains gated behind an explicit telephony-provider decision that has not been made live. Teams should not plan a live outbound verification campaign on the assumption that this gate has already opened.

The handoff is part of the product

A Twi-capable conversation still needs a defined next move when the agent reaches uncertainty. The right response may be a clarification, a human handoff, or a recorded incomplete outcome. Continuing with an invented interpretation creates a clean-looking call record and an unreliable business decision.

That is where call-truth tracking matters. The system should show what happened in the telephony lifecycle, rather than leaving an operator to infer success from a completed call attempt. It should also preserve whether consent was given, withdrawn, or unresolved. A polished voice cannot repair a missing trail later.

For teams working with real customer data, billing and access controls belong in the same review. Asenda Talk supports metered per-minute billing behind an operator-controlled real-money gate, and its admin secrets are write-only, masked, and environment-aware. These details do not make an agent sound more natural. They help keep testing separate from accidental production use.

Test the failure point before the campaign

Apollo 13’s filter problem became urgent because the parts that worked separately did not fit together when conditions changed. The engineers in Houston had to solve that mismatch before the crew could safely continue.

A Ghanaian SME should use the same discipline before putting a voice agent in front of customers. Build one verification flow. Test the language switch at the exact question where a customer needs to explain themselves. Review the transcript, the outcome, the consent record, and the escalation path. Then decide whether the agent can continue, should hand off, or should stop.

The useful test is not, “Can the agent speak Twi?” It is, “Can this call still reach a trustworthy outcome when the customer chooses Twi at minute twenty-nine?”

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.