Selling in chat
How to sell on WhatsApp without losing track of orders
For a very large number of small businesses, chat is not a marketing channel — it is the shop. The customer messages, you send a photo, they ask the price, you send it, they pay, you arrange delivery. No storefront, no cart, no checkout, and it works far better than anyone building ecommerce platforms expected it to.
It also breaks in a specific and predictable way. Around the point where you are handling a few dozen orders a week, the thing that fails is not the selling — it is the record. Prices live in your head, stock lives in your memory of what you sold yesterday, orders live in a scroll of conversations, and the day you sell something you no longer have, you find out from the customer.
This guide is about keeping the selling exactly where it works and moving only the record. Nothing here asks you to send customers to a website instead. The whole point is that you do not have to.
What you get
What this gives you
Chat is the shop, not the funnel
Trying to move chat customers to a checkout usually loses them. The fix is not moving the conversation; it is making the conversation produce a record.
One catalogue, several places to send it
The same product list should serve the chat, the counter and the website. Maintaining a second list for chat is how two prices for one product happen.
A link is current; a screenshot is history
Live product links keep showing the right price and the right availability after you change them, which a forwarded image cannot do.
The payment confirmation should close the sale
Reading a confirmation message aloud and typing it somewhere is the step that quietly creates most of the reconciliation work at the end of the day.
Stock is the thing chat cannot hold
Overselling is the characteristic failure of chat commerce, and it happens because two conversations can both be sold the last one.
Delivery is part of the order
Address, courier and status belong on the order record. In a chat they belong to whoever remembers the thread, which is one person and only while they remember.
Step by step
Selling in chat without losing the record
Set up a business profile, not a personal one
A business account gives you the things a shop needs and a personal number cannot have: a profile with your hours and location, labels for organising chats, saved quick replies for the questions you answer forty times a week, and away messages so a midnight enquiry gets an answer. It takes ten minutes and it is the difference between a shop and a phone number.
Build the catalogue once, not once per conversation
Re-sending the same photo and typing the same price is where most of the time goes, and it is also where the wrong price gets quoted. Keep one product list with photos, prices and what is actually in stock, and send from that. Build it in the system that also holds your stock, so a price change happens in one place rather than in your memory.
Send a link, not a screenshot
A link to a live product page shows the current price and the current availability, and it keeps working when the customer comes back to it next week. A screenshot is a promise about a price you may have changed. If your catalogue is generated from the same records as your counter, the link is always right without you maintaining it.
Take payment inside the conversation
Do not break the thread. Send a payment link or a wallet request the customer can complete on the same phone they are chatting on, and let the confirmation come back to you rather than being read out. The sale should close because the payment confirmed, not because somebody forwarded you a screenshot of an SMS.
Turn the conversation into an actual order
This is the step everybody skips and the one that matters. The moment payment confirms, the sale should exist as a record: stock reduced, customer attached, delivery address captured, receipt issued. If it only exists as a chat, then your stock figure, your takings and your customer list are all one forgotten message away from being wrong.
Follow up from the record, not from the scroll
Once orders are records, the follow-up stops being archaeology. You can see who bought what and when, who has not come back, and what is due for delivery today, without scrolling through conversations to reconstruct it. This is also the point at which a second person can help you, because the information is somewhere other than your head.
Why chat selling breaks at about thirty orders a week
Below that, one person holds it all. You remember what you have, what you promised, who has paid and who is waiting on delivery, and the fact that none of it is written down is not a problem because it is all in one head and that head is available.
Above it, the same system fails on three fronts at once. Two customers get sold the last item because the conversations were an hour apart. An order is paid for and never dispatched because the message scrolled away. And at the end of the month you cannot say what you sold, what it cost you, or which products are actually making money, because the only record is a chat history nobody can add up.
None of those are failures of chat as a sales channel. Chat sells extremely well — it converts better than most storefronts because it is a conversation with a person. They are failures of using a messaging app as a database, which it was never trying to be.
The catalogue problem, and the cheapest fix for it
Almost everyone selling in chat maintains their catalogue twice: once as a folder of photos on the phone, and once as the prices they remember. That is why the same item gets quoted at two prices in one week, and why a price rise takes a month to actually take effect.
The fix is one product list that everything else is generated from. Photos, prices, variants and stock in one place; the chat sends links from it, the counter sells from it, and the website — if you have one — is built from it rather than maintained beside it. When you change a price, you change it once and every channel already knows.
This is also what makes a second person possible. A shop whose catalogue is in one person's phone cannot hire; a shop whose catalogue is a shared record can put somebody on the messages on a Saturday without them quoting prices that stopped being true in March.
Where the order should actually live
The conversation is the shopfront. The order is a record, and it belongs wherever the rest of your business is recorded — the same place the counter posts its sales, the same place stock is counted, the same place the books are kept. Then a chat sale and a walk-in sale are the same kind of thing, and the day's figures include both without anyone merging them.
Practically, this means when payment confirms you create the sale: pick the products from the catalogue, attach the customer, record the payment against it, capture the delivery address, issue the receipt. It takes under a minute and it converts a conversation into stock movement, revenue and a customer you can find again.
The test of whether you have got this right is simple. If you deleted the chat thread, would you still know what was sold, to whom, for how much, and where it is going? If not, the order is still living in the conversation.
Selling in chat alongside a counter and a website
Most businesses that sell in chat also sell somewhere else — a physical counter, a market stall, an online store, a marketplace listing. The channels are not the problem. Two stock figures are.
When every channel draws on one product record, selling the last unit in a chat makes it unavailable on the website and at the till in the same instant, and none of that requires you to do anything. When channels have their own stock, keeping them honest becomes a manual job that gets done until the week it does not.
This is the argument for handling chat orders in the same system as everything else rather than in a dedicated chat-commerce tool. A tool that only knows about chat has to be told what the counter did, which is the reconciliation problem again with a different logo on it.
Questions
How to sell on WhatsApp — questions
Do I need the WhatsApp Business API to sell in chat?
Almost certainly not. The free WhatsApp Business app gives a small shop what it needs — a business profile, a catalogue, labels, quick replies and away messages — and most businesses selling in chat never outgrow it. The API is for organisations sending templated messages at volume or routing conversations to a team of agents through a provider, and it brings approval processes, per-message pricing and a technical integration with it. Start with the app; move only when you can name the thing the app will not do for you.
How do I take payment for a WhatsApp order?
In the same conversation, by a method the customer can complete on the phone they are holding. In practice that is a mobile-money request or a payment link they tap, with the confirmation coming back to you as a notification rather than a screenshot. Avoid arrangements that break the thread — asking someone to open a banking app, find a reference and come back loses a meaningful share of orders at exactly the moment they had decided to buy.
Should I sell on WhatsApp or build an online store?
Both, and in that order. Chat converts better because it is a conversation, so it is usually the stronger channel for a small business and should not be replaced. A storefront earns its place as the thing you send links to — it shows the current price and availability, it works while you sleep, and it lets a customer who does not want to talk to anybody buy anyway. The mistake is treating them as alternatives and maintaining two product lists to serve them.
How do I stop overselling when orders come in through chat?
Reduce stock at the moment payment confirms rather than at the end of the day. Overselling in chat is almost always a timing problem: two conversations an hour apart are both told the last unit is available, because nothing moved the figure between them. If the sale is recorded when it closes and every channel reads one stock figure, the second conversation sees the truth. Reserving stock while an order is pending covers the rest of the gap.
Can I have more than one person answering messages?
Yes, and the constraint is not the messaging app — it is whether your catalogue and your orders exist outside one person's head. WhatsApp Business supports linked devices so more than one person can work the same number. What makes that safe is a shared product list with current prices and a shared order record, so a second person quotes what you would quote and you can both see what has already been promised.
How much does sell.ke cost?
Plans run from USD 12/month for a single-location till to USD 115/month for unlimited scale, with the online store on your own domain included from USD 23/month. In Kenya the same plans are KES 1,499 to KES 14,999/month, billed in shillings. Every plan starts with a 14-day trial and no card, and there is no per-terminal licence and no commission on your sales. There is no hardware to buy either — sell.ke runs on a phone, tablet or laptop you already own.
Which countries does sell.ke work in?
The software is not geographically limited — the counter, inventory, the storefront, reporting and accounting work anywhere, in multiple currencies. What is market-specific is two things: the payment rails available to you, and your country's tax-invoicing rules. We currently run with merchants in Kenya, Uganda, Tanzania, Rwanda, Ethiopia, Ghana and Nigeria, and the deepest local payment and compliance integrations are in Kenya. If you are outside those markets, ask before you sign up and we will tell you precisely what would and would not be connected for you.
How long does setup take?
A single-counter shop is usually selling the same day. The work is the product list, not the software: import a spreadsheet, scan barcodes, or let Amina build products from a supplier invoice or a photo of your price list. A multi-location business with thousands of SKUs and opening stock counts should plan about a week and run the old system alongside for a fortnight. The 14-day trial is long enough to do exactly that.
Can I run more than one location?
Yes, from the Basic plan up. Locations share one product catalogue but hold their own stock, so moving goods between them is a recorded transfer rather than a re-count at both ends. Reports run per location or across all of them, and staff permissions are set per location — a branch supervisor does not need to see another branch's margins.
Read next
The other pages that answer the question you are probably about to ask.
Selling products online
Your own store, a marketplace or social selling — what each actually costs you.
Omnichannel retail management
Every channel drawing on one inventory, one customer record and one ledger.
How to set up an online store
The seven steps, in order, with the one that actually takes the time flagged.
How to take card & mobile payments
What you need to take each payment type, and what each one actually costs.
Ecommerce website builder
An online store on your own domain, built from the catalogue you already sell from.
All-in-one POS, inventory & online store
One system for the counter, the stock and the website — not three that sync.
Go deeper on a feature
An online shop off the same stock
A branded storefront on your own domain, reading the same products, stock and prices as the till.
Customers and loyalty
Credit accounts that do not go missing, loyalty that returns, and a debtor list you can actually chase.
Delivery that pays for itself
Zones with their own rates, so the delivery fee covers the delivery instead of eating the margin.
See it for your trade
Try it on your own products
Fourteen days, no card. Import your product list or let Amina build it from a photo of your price list, and run it alongside whatever you use now.