Liquidity as a design problem
Marketplace liquidity — the state where supply and demand are dense enough that transactions happen reliably and participants find value consistently — is usually framed as a growth problem. Get more sellers, get more buyers, reach the tipping point.
But before the growth levers can work, the product has to work. A listing creation flow that takes forty minutes and requires the seller to upload twenty fields before they can publish will produce low listing volume regardless of how much you spend on seller acquisition. A search interface that returns irrelevant results or buries the best inventory under poor ranking logic will produce low buyer conversion regardless of how much traffic you drive.
Liquidity is the output of a hundred small product decisions made correctly. The design of the seller experience, the buyer experience, and the transaction layer between them determines whether the growth levers have anything to lever against.
The seller-side experience
The seller side of a marketplace product has three critical jobs. It has to make listing creation fast enough and rewarding enough that sellers complete their listings. It has to give sellers enough visibility into their listing's performance that they stay motivated to maintain and update supply. And it has to handle the administrative reality of selling — enquiry management, transaction tracking, communication history — without becoming a burden.
The listing creation flow is the single highest-impact design surface on the seller side. Every field that isn't strictly necessary reduces completion rates. Every field that is necessary but poorly labelled produces incorrect data that degrades search quality. Every step that could be split across sessions but forces completion in one sitting produces abandoned listings.
We design listing flows that are structured to produce high-quality supply — specific, complete, correctly categorised — while requiring the minimum reasonable effort from the seller. The two objectives are in tension. Getting the balance right is the design challenge.
The buyer-side experience
Buyers arrive at a marketplace with varying degrees of intent. Some know exactly what they want and need a search experience that finds it quickly. Others are browsing — discovering what's available, calibrating their expectations against the inventory, forming a preference through exploration. Most are somewhere between those two states.
The search and discovery interface has to serve all of those states. Free-text search for the buyer with a specific target. Faceted filtering for the buyer who knows their parameters but not their listing. Category browsing for the buyer who is discovering. Saved searches and alerts for the buyer who is waiting for the right thing to appear.
Each of those modes has different design requirements. The mistake is designing for only one — typically the specific searcher — and leaving the exploratory buyer with a poor experience that produces lower engagement and lower return rates.
The transaction layer
The transaction layer — the flow from initial buyer interest through to completed transaction — is where most marketplace revenue is made and most marketplace failures occur. Transactions stall at predictable points: when the communication flow is unclear, when the next step isn't obvious, when trust is insufficient for the commitment required, when the pricing or terms are ambiguous.
We design transaction flows that minimise stall points — by making the next step always obvious, by surfacing the trust signals most relevant to the specific transaction type, and by building the administrative scaffolding that keeps both parties informed without overwhelming them.
How we work
Marketplace product audit
For existing marketplaces, we map the full product experience — seller onboarding, listing creation, search and discovery, the transaction flow — against the liquidity objectives. We identify where the product is creating friction that's suppressing supply quality, buyer conversion, or transaction completion.
Flow architecture
We map the critical flows for both sides of the market before any visual design begins — the seller journey from registration to active listing, the buyer journey from arrival to transaction, the communication and transaction flow between them.
Component and system design
We design at component level — listing cards, search filters, dashboard modules, transaction status components — building a system that can handle the full range of inventory and transaction states without breaking.
What you get
- Marketplace product audit — friction map against liquidity objectives
- Seller-side flow design — listing creation, dashboard, enquiry management
- Buyer-side flow design — search, discovery, filtering, saved searches
- Transaction flow design — from enquiry to completion
- In-product messaging system design
- Component system — cards, filters, dashboards, status indicators
- Developer handoff — complete specifications
Liquidity is not a growth problem. It is a product problem. The growth levers only work when the product is designed well enough to retain the participants the growth brings in.