What Euphony builds
Every card above is the same idea in a different industry: WhatsApp at the front, your system at the back, and a conversation in between that our engineers write for your process. In practice that conversation does one or more of three things.
- Your system starts the conversationSomething happens in your system, such as an order dispatched, an invoice due or a claim moved to the next stage, and it sends a webhook to our platform. That sends the right WhatsApp message to the right customer.
- WhatsApp asks your system mid-conversationThe customer asks something only your system knows, like a balance, an arrival time or whether a part is in stock. The conversation calls your system's API and replies in the same chat. When the customer gives you something, like a lead or a booking, it's written back the same way.
- A form in the chat uses your live dataWhatsApp Flows are forms inside WhatsApp. With a Flow endpoint, each screen can fetch live slots, prices or policy details from your system while the customer fills it in.
Around those three patterns sit the parts that already run on our platform: a shared team inbox where a person can take over, message templates, broadcasts to opted-in contacts, and payment links through Paystack and Yoco. Voice-note transcription, with South African language support, is available inside the conversations we build. See integrations for the systems we're asked about most.
"Runs on our platform" or "custom build"?
Each card carries one of three labels, so you know what you're asking for:
- Runs on our platform. The pieces already exist, and we set them up for you. Examples: the shared inbox for several branch numbers, scheduled alerts to tagged contacts, restaurant ordering into Pilot POS.
- Custom build. We connect WhatsApp to your system via its API and write the conversation for your process. This covers CRMs, ERPs, policy and claims systems, practice and dealer systems, billing and payroll. None of these is a plug-in you switch on.
- Part runs, part build. Some of it runs today, and the link to your own system is a build. For example, a Paystack payment link that picks the conversation up again once it's paid already runs, but looking up the bill and vending the airtime in your billing system is built for you.
Your system needs one of three things for us to connect it: an API we can call, a database we can read safely through a small service, or the ability to send a webhook when something happens. If it has none of these, a regular export or a shared spreadsheet is often enough to start. See connecting your own software.
What Meta charges for these messages
Meta charges per delivered message, by category, at the rate for the customer's country code. You pay Meta directly on your own WhatsApp account, and we add nothing to it. The category depends on what the message does:
| What the message does | Meta category | Rate |
|---|---|---|
| Replies while the customer's 24-hour window is open: order status, balances, claims chat, handover | Service | $0.0095, after the first 1,000 free per number each month |
| Updates your system starts: confirmations, reminders, delivery and payment-due messages | Utility | $0.0095 |
| One-time PINs and login codes | Authentication | $0.0095 |
| Offers, win-back, abandoned carts and campaigns | Marketing | $0.0379 |
| Messages customers send you | n/a | Free |
Meta categorises each template. Marketing is for promotional messages and utility for transactional or informational ones, so keep offers out of a reminder if you want it priced as utility. Volume tiers lower the utility rate from 100,001 messages a month and the authentication rate from 300,001; marketing has no volume tiers. When a conversation starts from a click-to-WhatsApp ad, Meta gives a free messaging window of at least 72 hours (Meta's pricing page; see our guide to the free window).
Source: Meta, Pricing on the WhatsApp Business Platform with its rate cards and volume tiers, and customer service windows (opened 26 Oct 2026). See our pricing page for rand estimates and worked examples.
What these use cases can't do on our platform
We rewrote every pattern in the library so it works within these limits. It's better you hear them now than halfway through a build.
- No business-initiated WhatsApp calls. Where a pattern needs a call-back, the request lands in your shared inbox and a person phones the customer outside WhatsApp.
- No assigning chats to specific agents. Your team works from one shared inbox, and automation pauses when someone replies. Routing to named people can happen in your own CRM or help desk.
- No ready-made knowledge base. Claude sorts messages, pulls out details and drafts replies. Answering from your documents or product data is a custom build, with the facts coming from your systems or written into the build. See what a WhatsApp AI agent costs.
- No WhatsApp Business app on the same number. Our platform doesn't support using the app and the API together. Meta only lets a number that's already on WhatsApp be registered for the API once it has been deleted from the app (Meta's business phone numbers page). You can use a new number, or an existing business number that isn't on WhatsApp yet.
- No WhatsApp catalogue or product messages. Products are shown with lists, image carousels and link buttons instead.
- Payments through Paystack and Yoco only.
- No do-it-yourself builder. Our engineers write and change the conversations. You tell us what should happen.
How to pick your first use case
The best first build is usually not the most impressive one. Look for these three things together:
- A question your team answers all day. "Where's my order?", "What do I owe?" and "Is my claim approved?" are the classics. If your team copies the answer out of a system, a build can do the copying.
- A system that already holds the answer. If the data lives in a CRM, ERP or booking system with an API, the build is mostly the conversation. If it lives in someone's head, start with the shared inbox instead.
- A clear moment to hand over. Decide up front when a person takes over, so customers never get stuck in a loop.
Many businesses then add a second job that uses the same connection. Once WhatsApp can read your order system for status questions, sending delivery updates from that system is a smaller step.
How we'd build yours
- We map the job with youWhich events send a message, which questions WhatsApp answers, what goes back into your system, and when a person takes over.
- You connect your own WhatsApp accountThrough Meta's Embedded Signup. You add your own payment method, so Meta bills you directly. Codeswop is a Meta Tech Provider, which is what lets us connect your account this way.
- We build and test against your systemUsing a sandbox or test records before anything reaches real customers. Templates go to Meta for review.
- We go live and keep it runningWe watch delivery and failure reports, and handle the changes when your system's API or Meta's rules change.
Already on another provider? You can share your WhatsApp account with us without moving your number. Templates are recreated. See switching providers.