Why buyer-seller messaging leaves your marketplace in the first place
A buyer messages a seller through your platform, asks one question about sizing or availability, and by the second reply someone's dropped a phone number. Three days later the deal closes on WhatsApp, over text, in a DM you'll never see. You collected zero commission, logged zero transaction data. If something goes wrong, you'll hear about it as a one-star review with no paper trail to check against.
This is buyer-seller messaging leakage, and it's one of the quietest ways a marketplace bleeds revenue. Not because any single leaked conversation matters much. Because it compounds. Once a buyer and seller have found each other and built a little trust, the platform becomes the toll booth they're incentivized to drive around.
It happens for boring, rational reasons. Sellers on commission-based marketplaces do the math fast: if a buyer wants to reorder next month, why route that through a channel that takes 15-20%? Buyers do their own math too. They want a direct line for questions, updates, and the inevitable "can you make it blue instead" without waiting on a platform's notification system that pings them an hour after the message was sent. And often your in-app messaging just isn't good. No read receipts, no photo attachments, a mobile experience that logs people out constantly. When your tool is worse than iMessage, people will use iMessage.
The fixes everyone tries first, and why they don't hold
Most marketplaces respond to leakage with detection and punishment. Regex filters that scan messages for phone numbers and email addresses. Automated warnings. Suspensions for repeat offenders. It's the obvious move, and it buys you maybe two weeks before users route around it.
Phone numbers get spelled out in words. Numbers get embedded in a product photo. "Reach me on the app that starts with W" gets the point across without tripping a single filter. Sellers who've been burned by an aggressive filter (a false positive that flagged a legitimate order number as a phone number, say) start resenting the platform instead of trusting it, which pushes them toward leaking even sooner next time.
There's a second failed fix, which is locking messaging down so hard that nobody can exchange any contact information, ever, even after a transaction has closed and there's a legitimate reason to stay in touch. This solves leakage and creates a new problem: your platform becomes annoying to use for anyone with a repeat relationship, and your best sellers, the ones with returning customers, are exactly the ones who'll feel that friction hardest and look for alternatives.
Neither approach addresses why people leave. They just make leaving more annoying, which works until it doesn't.
The real tradeoff you're managing
You don't actually want to prevent all off-platform communication. You want to prevent it at the wrong moment, for the wrong reasons.
- A buyer and seller talking on the phone to arrange a furniture pickup after payment has already cleared through your platform. Fine. You got your cut, you have your transaction record, the conversation afterward is just logistics.
- A buyer and seller moving straight to WhatsApp before any money has changed hands, cutting your marketplace out of the transaction entirely. That's the leakage that actually costs you.
Treating both the same, with a blanket "no contact info in messages" rule, is why enforcement feels arbitrary to users and doesn't move the metric you care about. The decision isn't "block or allow." It's figuring out which stage of the relationship you need to own, and building for that stage specifically.
A rough framework we use when a marketplace client brings us this problem:
- Instrument before you enforce. Tag conversations by stage — pre-transaction, mid-negotiation, post-payment — and look at when messages actually start referencing external channels. Most platforms have never looked at this data broken down by stage; they just have an aggregate "X% of conversations mention a phone number" number that tells you nothing about when it's happening.
- Make in-app messaging genuinely better than the alternative for the stage that matters. If leakage clusters in the negotiation phase, that's where you invest — instant push notifications, inline photo sharing, quick-reply templates for common questions, a visible response-time badge that rewards fast sellers. You're not fighting WhatsApp with rules. You're making your tool the faster option.
- Give sellers a reason to keep the repeat business in-platform. Loyalty pricing on commission for repeat buyers, saved-customer lists, reorder-in-one-tap. If staying is cheaper and easier than leaving, most sellers will stay without being told to.
- Decide explicitly what you're willing to tolerate. A job marketplace where the deliverable is a hire doesn't need to own every message after the interview is scheduled. An e-commerce marketplace where every unit sold should generate commission needs to own the whole transaction. Write this down. It changes what you build.
- Keep a record of what was agreed, even when the deal moved off-channel. At minimum, require order confirmations, price agreements, and delivery terms to be logged in-platform even if the back-and-forth happened elsewhere. This one is less about stopping leakage and more about protecting yourself when a dispute lands on your desk with nothing to check it against.
Why this is a data problem before it's an AI problem
A lot of marketplaces we talk to want to jump straight to something like an AI agent that flags risky conversations, predicts which sellers are about to churn to a direct relationship, or auto-resolves disputes by reading the message thread. All reasonable things to want. None of it works if the actual negotiation happened in a WhatsApp thread you have no access to.
An AI model can only reason over what it can see. If half your transaction history exists as a phone number scribbled into a product photo and a conversation your platform never logged, no model, however good, can tell you what was actually agreed on, or catch a scam pattern that started off-platform and only resurfaced when the buyer filed a chargeback. The model isn't the bottleneck. The broken record is.
This is where fixing the foundation has to come before adding intelligence. Structured, complete transaction data, meaning every offer, counteroffer, confirmation, and delivery update tied to a listing ID and timestamped in one system, is what makes an AI-assisted trust score, a dispute-support agent, or even basic seller-risk flagging actually usable. Skip that step and you're asking a model to be smart about a story it only knows half of.
What to actually do about it
If you're running a marketplace and messaging leakage is costing you visibility, revenue, or clean data for disputes, don't start with a stricter filter. Start with three things:
- Pull a sample of conversations from the last 90 days and manually tag where in the lifecycle contact info first appears. This takes an afternoon and tells you more than any dashboard you currently have.
- Audit your in-app messaging against the alternative your users are actually choosing — usually WhatsApp, sometimes plain SMS. Notification speed, attachments, and read status are the three gaps that matter most.
- Pick one category or seller segment and pilot a "stay-in-app" incentive — reduced commission on repeat orders logged through the platform, for instance — before rolling changes out everywhere.
None of this requires new headcount or a six-month roadmap. It requires deciding, on purpose, which part of the buyer-seller relationship your marketplace actually needs to own, and then building your messaging and incentives around that answer instead of chasing every leaked phone number after the fact.
If you want a second set of eyes on where your own platform is leaking transactions — or just want to see the hours a broken workflow is quietly costing your team — we run a free Process Teardown: a 30-minute session where we map one painful workflow end to end and show you what it's actually costing. No obligation. You can see examples of this kind of work, including marketplaces and platforms whose disconnected tools we connected into one system before layering AI on top, in our case studies.
0 Comment