WhatsApp automation wired into your real order data
Most WhatsApp bots in Dubai are a FAQ menu bolted onto a phone number. They answer nothing real, and your customers know it within two messages. Ours are wired into your order, delivery and returns data, which is the only thing that makes automated WhatsApp worth having.
Why the bolt-on bot fails
WhatsApp is where UAE commerce actually happens: it is the default channel for roughly four in five residents. Which is why every vendor sells a WhatsApp bot, and why most of them disappoint. A bot that cannot see your orders can only recite your shipping policy. The customer asking "where is my order" does not want the policy. They want the courier's latest scan.
And the failure costs more than the subscription fee. A bot that dead-ends erodes exactly the channel your repeat purchases live in, and your team still answers the thread anyway, now with an annoyed customer on the other end. Automation that cannot resolve anything does not reduce work. It adds a step in front of it.
The difference is not the bot. It is the wiring.
Wired into the systems that hold the truth
We connect the WhatsApp Business API to the tools your operation already runs: Shopify for orders and refunds, your courier (Aramex, Quiqup or your 3PL) for delivery status, your returns process for what is coming back. Then the automation can do real work:
- Order status, answered with the actual shipment scan, not a tracking link the customer will never open.
- COD confirmation before dispatch, the single highest-payback message in UAE e-commerce. The mechanics and the arithmetic are on the COD returns page.
- Returns and exchanges, started, booked and tracked inside the thread the customer already has open, instead of a form nobody finds.
- Cart recovery, a template message carrying the customer's actual cart, sent within WhatsApp's rules, converting quietly while the ad platforms take the credit.
Multilingual, because your customers are
Dubai's customers do not write in one language, so the system does not either. Arabic and English as standard, and beyond them whatever your order history says your buyers actually use. Not machine-translated menus: replies drafted in the customer's language, from the same live order data, at three in the afternoon and three in the morning. When a thread switches language halfway through, the reply follows the customer, not the script.
Handover to a human, by design
Good automation ends the conversations it can finish and hands over the ones it cannot. Anything with money on the line beyond your rules, an angry thread, a request the system cannot resolve: it moves to your team with the order, the history and a draft reply attached. Your people stop repeating themselves forty times a day and handle only what genuinely needs a person. Where that threshold sits is a business rule you own and can change, not a quirk of the model.
Not only for stores
The same wiring works wherever WhatsApp is the front door. Clinics confirming appointments and cutting no-shows. Real estate teams qualifying listing enquiries before an agent picks up. Service firms collecting documents without a week of email. The pattern is always the same: connect the channel people already use to the system that holds the truth, then automate the routine. If your team's week bleeds into WhatsApp, there is a system for it.
What it runs on, and who builds it
This is production software on the official WhatsApp Business API: approved templates, opt-ins handled correctly, logs you can audit, all in a repository and accounts you own from the first commit. For commerce brands it usually ships alongside the wider Shopify operations layer, and the first system is live in two to six weeks.
Founder-led means the engineer who scopes it writes it. A WhatsApp order-confirmation system is running in production for clients today: the work page lists it plainly, and the record behind the studio is in the proof section. On a call, we show it answering on real data, not slides.
Straight answers
Do we need WhatsApp Business API access before we start?
No. Setting it up is part of the build: the number, business verification, template approvals. If you already run the API through a provider, we build on what you have rather than migrating you for the sake of it.
Will Meta restrict us for messaging customers?
Not if it is built correctly. Business-initiated messages use approved templates and require opt-in; conversations the customer starts are open sessions. We build inside those rules, watch the quality rating, and design messages people actually want, which is what keeps a number healthy.
What happens when the automation does not know the answer?
It says so and hands the thread to your team with full context attached: the order, the history, a draft reply. It never improvises about money or promises a delivery date it cannot see. Where the line sits between automation and your team is set by you, in scoping.
Can it handle Arabic properly, not just translated English?
Yes. Arabic and English come as standard, plus the languages your order history says your customers actually write in. Replies are drafted in the customer’s language from the same live order data, not run through a translation of an English script.
Talk it through with the person who would build it.
Thirty minutes, no deck: a straight read on what's worth building first, what it takes, and what it gives you back.
or write to hello@kalpavision.com