All hubs

Business Model

Building a marketplace business

Marketplaces are the most beautiful business model when they work and the most brutal when they don't. The same dynamics that compound Airbnb's value with every new host destroy half-built marketplaces stuck at low liquidity. This hub is honest about which marketplaces work, what to measure, and how to avoid the failure modes that founders don't see until 18 months in.

Last updated June 1, 2026

Who this is for

Founders building two-sided marketplaces — buyers and sellers, riders and drivers, employers and freelancers.

What you'll learn

  • Solving the chicken-and-egg problem — which side first, and how
  • Liquidity as the only metric that matters
  • Take rate dynamics and why most marketplaces underprice early
  • Network effects vs marketplace disintermediation
  • When the marketplace shape is wrong for your business
Model your unit economics

Solving chicken-and-egg — pick the hard side first

Every marketplace has two sides. One is the hard side — supply or demand that's structurally scarcer, more expensive to acquire, or less motivated. Solving for the hard side first is the path that works:

  • Airbnb — hard side: hosts. They went door-to-door in NYC photographing apartments.
  • Uber — hard side: drivers. They paid early drivers fixed weekly minimums to guarantee availability.
  • OpenTable — hard side: restaurants. Free hardware + sales team in major cities.
  • Etsy — hard side: sellers. Built tools for craft makers before SEO scaled buyers.

The mistake almost every marketplace makes: trying to grow both sides equally. You can't. Hire someone explicitly responsible for the hard side; treat the easy side as a marketing problem you'll figure out after liquidity exists.

How to find your hard side:

  • Which side has scarcer alternatives? (Demand for handmade — many sellers but each has limited capacity)
  • Which side has higher acquisition cost? (Insurance agents are harder to get than insurance buyers)
  • Which side defines the product's quality? (Tutors define StudentRight; both sides exist but tutors are the hard side)

Liquidity — the only metric that matters

Liquidity = the probability that a transaction happens when someone tries.

For Airbnb: of all guests who search a city on a date, what % book? For Uber: of all riders who open the app, what % get a ride within 5 minutes? For Etsy: of all sellers who list, what % make a sale within a month?

Marketplace metrics that aren't liquidity:

  • Number of listings — doesn't matter if buyers can't find what they want
  • Number of buyers — doesn't matter if supply is wrong
  • GMV — flatters early stages where you're subsidising both sides

Liquidity has a threshold below which the marketplace doesn't work and above which it compounds. For Uber, that threshold was 5-minute pickup in core hours. Below that, riders churned; above that, riders recommended the app.

The hardest part: liquidity is geographic / categorical. Airbnb has high liquidity in Paris and low liquidity in Detroit. Uber has high liquidity at 8am Tuesday and low liquidity at 3am Sunday. You can't average them. Build market-by-market and only declare PMF in the markets where liquidity is above the threshold.

Take rates, disintermediation, and when the model is wrong

Take rate = the % of GMV you keep. Airbnb is ~15%. Uber is ~25% (effective). OpenTable is ~$1.25/cover. eBay is ~12.5%.

Most marketplaces start with take rates that are too low because founders are scared of the hard side leaving. Take rate goes up as liquidity goes up — once supply needs the marketplace more than the marketplace needs them, you can raise rates.

The cap on take rate is disintermediation — the point at which buyer and seller meet on your marketplace then transact off it. Disintermediation risk is highest when:

  • Transactions are high-value but rare (one-off services)
  • Buyer and seller need ongoing relationships (housekeepers, tutors)
  • The 'product' is information about the counterparty (matchmaking)

Anti-disintermediation tactics:

  • Trust and reputation systems that only work on the marketplace
  • Payment processing the marketplace owns end-to-end
  • Insurance / dispute resolution that doesn't transfer off-platform
  • Discovery / matchmaking that's hard to replicate (Airbnb's filters, Cal.com's scheduling logic)

When marketplace is the wrong shape:

  • Low frequency transactions where buyer and seller transact once. Hard to build reputation; high CAC per transaction.
  • High touch / negotiated deals where each contract is custom. Marketplace dynamics don't apply.
  • Niche / supply-side captured markets where one side controls the value chain (selling software to specific industries).

Step-by-step action plan

Do these, in order

  1. 1Identify the hard side; build the team and budget around solving it
  2. 2Define liquidity for your marketplace as a single, measurable threshold
  3. 3Map liquidity by city / category / time of day; declare PMF only where it holds
  4. 4Set your initial take rate; plan increases as liquidity strengthens
  5. 5Audit disintermediation risk; design the parts of your product that prevent off-platform deals

Frequently asked questions

How many transactions / month do I need to call it a marketplace?
Less about the absolute number, more about the consistency. 100 transactions/month with 90%+ buyer return rate is a marketplace. 10,000 transactions/month with 20% return is a one-off-sale broker.
Should I subsidise one side?
Yes, almost always, in the early days. Stripe subsidised stripe.com payments; Uber subsidised drivers; Airbnb subsidised photography. Subsidy is the cost of crossing the liquidity threshold. Stop subsidising the moment liquidity holds without it.
Should I build a marketplace or a SaaS product for one side?
Often the SaaS-for-one-side is the path to the marketplace. Cal.com built scheduling for individuals; OpenTable built reservation management for restaurants. Sell the tool; the marketplace emerges from the network of tool users.
How is my marketplace valued by investors?
GMV × take rate = revenue. Revenue × growth-adjusted SaaS multiple = valuation. Late-stage marketplaces with strong network effects trade at premiums; weak-network marketplaces trade at discounts to comparable SaaS.

Related tools

Related courses

Related hubs