AI guide
How businesses can use AI chatbots for customer support
AI chatbots help customer support when they answer repeated questions from approved sources and pass the rest to a person with the context attached. They hurt support when they are the only door and they cannot do the thing the customer asked.

Start from the inbox
Export a month of real questions. Group them. The largest honest groups are the intents: order status, opening hours, booking change, document request. Everything rare or angry is an escalation, not a prompt you hope will cope. This is more useful than a workshop that invents personas.
If the answers are not written down anywhere, the bot project is actually a content project. Budget it that way. A model will not discover your returns policy from tone of voice.
Look up, then consider changes
Status lookups are the first integration worth doing, because the customer can see that the answer matches the system. Changes, such as a cancellation or a new appointment, come later, with a confirmation step and a log. A bot that “takes an action” by typing into a screen someone cannot audit is not automated support. It is an incident in slow motion.
WhatsApp and the website can share intents. They should not share a lack of handover. The customer who asks for a person gets a person, on the same thread, during the hours you promised.
Measure the right thing
Containment is a dangerous sole target. A bot can raise containment by refusing to escalate. Measure resolved intents that stayed correct, escalation time, and the transcripts a reviewer marks as wrong. Read those weekly at the start. The chatbot development page and the cost guide are the practical companions. The hotel sample shows one shape, labelled as a sample.
Support bots that hand over
Safe to automate
- Status, hours, and written answers
- A ticket with the transcript
- A queue a person owns
Keep with people
- Anger and billing
- A change to the booking
- A deflection target as the goal
Design the support bot around the team
The hours
A bot at night with no morning queue is a complaint machine.
The article
If support answers are not written, the project is a writing project first.
The measure
Measure resolved conversations you are proud of, not only ones that never reached a person.
Design the bot around the team you have
- 01
Written answers
The topics support can already send.
- 02
The night
What happens to a thread before the morning queue.
- 03
The stop
Anger, billing, and booking changes.
- 04
The measure
A resolved conversation you would be proud of, not only a deflection.
Marks a support bot article includes the person
- 01
Handover is the point
The useful bot is the one that stops and passes the thread on.
- 02
Policy is sourced
Prices and exceptions come from content the company maintains.
- 03
A queue is named
Someone owns the conversations the bot cannot finish.
- 04
The transcript lands
The history is on the customer record the team already uses.
Related reading
Questions we hear
Will this reduce headcount immediately?
Assume it reduces repetitive load, not that you can remove the team before you have seen a month of transcripts. Plan the roster after the evidence, not before.
What about angry customers?
Escalate early. A model that tries to soothe a complaint with invented compensation is worse than a queue. Detect the escalation and get out of the way.
Can it work in Arabic and English?
Yes if both are in the source content and the test set. Code-switching, which is common in UAE support chats, has to be in the samples.



