The anatomy of a WhatsApp order
From “is this available?” to paid-and-delivered: the nine states every WhatsApp order passes through, and where each one breaks by hand.
Field notes · Built by Arche Axon
A WhatsApp order is not a message; it is a small negotiation with nine possible endings. Systems that treat it as a linear funnel break the moment a customer asks to change something. Systems that track states survive it.
The nine states
- 01Inquiry: a product question arrives in the shared inbox.
- 02Quote: availability and price are confirmed (this is where manual sellers write numbers they later contradict).
- 03Order created: the conversation becomes a record with an ID, not a chat memory.
- 04Payment request recorded against the order, with an amount and reference.
- 05Payment confirmed only after a verified provider event, not when a message says 'sent'.
- 06Fulfilled: dispatched, handed over, or redeemed.
- 07Delivered: with a timestamp that is not 'the rider said'.
- 08Changed: quantity or item edits that keep the audit trail intact instead of starting a new chat thread.
- 09Refunded or closed: the reason is recorded where the next agent can see it.
Vendale's payment-link service is implemented, but desktop link creation is still in progress. Treat the payment steps above as the target flow until that workflow is released.
Where each state breaks by hand
Quotes break when prices change mid-week. Order creation breaks when the order lives in six screenshots. Payment breaks when a till number is copy-pasted wrong. Fulfilment breaks when two agents both promise the last unit. Each of these is a state-machine problem wearing a people-problem costume.
The test
Open any order from last month. Can you see what was promised, what was paid, and what changed, in one place, in under ten seconds? If not, the states exist only in people's heads, and people take leave.