Two-sided platforms that get both sides right

A marketplace has two different users with two different needs - the supply side and the demand side both need an interface built for them specifically.

One job on a made-up marketplace, seen from both sides.

How strangers end up trusting each other

The checks that make strangers comfortable transacting with each other. Money routed to the right party, with your take handled automatically. It is one flow, and every step of it is built in.

  1. Buyer

    Pays up front

    Card or UPI at booking. The seller sees it is paid, not that it is theirs.

  2. Platform

    Holds the money

    Kept by the platform until the work is done - neither side has to trust the other first.

  3. Seller

    Does the job

    Marks it done in their app, with photos if the category calls for it.

  4. Buyer

    Confirms

    Or does nothing, and it confirms itself after a set window.

    If the buyer disputes it

    The money stays held and a person on your team decides, with both sides' messages and photos in front of them.

  5. Platform

    Splits and pays out

    Seller's share to their account, your fee kept, on a payout schedule.

  6. Both

    Review each other

    Reviews only from people who actually transacted.

Two apps and an admin, not one compromise

Supply-side and demand-side experiences designed around what each actually needs, not one compromise UI.

The buyer app

Phone first - most people book from one

  • Search and filter by what matters to buyers
  • Book, pay and track in one flow
  • Chat with the seller, with numbers kept private
  • Review after the job

The seller dashboard

Web and phone - sellers run a business on it

  • Listings, prices and availability
  • Accept, schedule and complete jobs
  • Payouts and statements
  • Verification documents, uploaded once

Your admin

Desktop - dense, for your team

  • Verification queue for new sellers
  • Disputes, with both sides' history
  • Fees, refunds and payout holds
  • Suspend a listing or an account

Launch in one city first

A marketplace with too little on either side feels empty to both. Starting small and dense means the first buyers find a seller, and the first sellers get work.

  1. 1

    Pick one city and one category

    Plumbers in one city, say - close enough together that a buyer who asks gets an answer the same day.

  2. 2

    Bring the first sellers on by hand

    Checked by a person before the app opens, so the first buyers find someone on day one.

  3. 3

    Open to buyers

    Payments, reviews and disputes switched on, with your team watching every job in the admin.

  4. 4

    Add the next city on the same platform

    Cities and categories are data, not a rebuild - the second launch reuses everything the first one taught.

Is a marketplace the right build?

Build it now if
You have real supply and real demand, just no platform connecting them yet
Payments need to split between you and a third party
Hold off if
You only have one side of the marketplace validated so far
A simple booking or listing form would genuinely be enough

Have both sides lined up?

Tell us who buys, who sells and how the money should split. We come back with the three surfaces it needs and a plan for the first city.

Start a project