Skip to main content
Waaru
Logic flows (Chatbot)

WhatsApp chatbot fallback messages that help users

Tanay PatelAI and full-stack engineer
The short answer

When a customer has already given you their order number, another "I did not understand" asks them to do the work again. A useful WhatsApp chatbot fallback explains what is missing or what could not be completed, then offers a way forward. An unclear request, a missing record, and a failed connection need different replies.

What went wrong?

Unclear request: the system cannot choose the task.

Invalid answer: the task is known but a required value needs correction.

No matching record: a completed lookup found none.

Connection failure: the lookup did not finish.

Uncertain write: an action may have completed, but its result is unknown.

Use separate branches for these cases. "Order not found" is not an honest response to a store timeout. "Booking failed" may be wrong if the calendar accepted the request before the connection ended.

Ask only for the detail you still need

Unclear task: "Do you want to track an order or change one?" Missing date: "Which date would you like? You can write it as 18 November." Unsupported option: "That location is not in this booking flow. I can pass the request to the team."

These fictional examples ask for one decision at a time. Keep values already supplied. A customer should not have to repeat their branch, service and preferred date because one answer was invalid.

When an action fails or its result is uncertain

Failed lookup: "I could not check the order right now. A teammate can help." Uncertain booking: "I have not confirmed the booking result. The team will check before trying again."

Use the second message only when that team and recovery process exist. Do not promise a staff check without creating an owned task. Avoid an automatic retry of a write until the original result is reconciled.

The connected actions guide explains uncertain outcomes. Keep technical error codes in the internal record; give the customer a plain next step.

Give the customer a way out of the loop

Decide when another clarification is unlikely to help. An explicit staff request, repeated correction or unsupported task should offer a human route. Preserve the original message and failed step.

A return to the main menu should be a choice, not the only escape. During unstaffed hours, state the real opening time or alternative contact route. The human handoff guide covers ownership after escalation.

Review a fallback transcript

Use a fictional conversation with an unclear opening, a corrected date and a simulated connection failure. Mark each point where the customer must repeat information. Ask whether the reply explains what is known and what remains unresolved.

Check the final record too. A polite fallback is not enough if the task is silently marked complete. Review recurring fallback reasons to improve prompts, choices or integrations rather than adding more apologies.

FAQ

Frequently asked questions.

Should every error return to the main menu?

No. Preserve the current task and offer a targeted correction or staff route.

How many times should a bot ask again?

Use a deliberate limit suited to the task. A direct request for staff should not require repeated failed attempts.

Research notes

Evidence checked for this article.

  • WhatsApp business messaging and escalation requirements.

    WhatsApp · Accessed 2026-10-09

About the author

Tanay Patel

AI and full-stack engineer

Tanay builds production AI systems, agent workflows, and the full-stack software around them. His work focuses on reliable state, recovery, and human handoff.

Read Tanay's engineering notes

Put this into practice on your own number.

The platform is free. AI features are paid separately.