01

Constrain the market

Choose one location, category, service, or customer profile where the team can reach both sides. Density creates better learning than a broad catalogue with no credible matches.

02

Define the unit of exchange

Write what one side offers, what the other requests, which information makes a match qualified, and what counts as completion. This unit shapes listings, search, status, and measurement.

03

Onboard supply deliberately

The first suppliers often need help creating useful inventory or availability. Manual onboarding can raise quality and reveal which information the eventual self-service flow must collect.

04

Make trust proportional

Identity, business verification, reviews, deposits, guarantees, availability, and support all add cost and friction. Choose the smallest set that makes the specific exchange credible.

05

Operate before automating

Let the team match, review, moderate, or resolve exceptions manually when volume is low. Record the work. Repeated operational patterns become the strongest case for the next automation.

06

Measure failed exchanges

Track qualified supply and demand, match rate, time to match, completion, repeat behavior, and the reason each promising exchange stops. Total sign-ups rarely explain what the market needs.

07

Worked example: one equipment rental market

Imagine matching small contractors to local equipment owners in one city. A request needs equipment type, dates, delivery location, and a way to contact the buyer. A qualified offer needs confirmed availability, a stated rental price, and a collection or delivery arrangement. An illustrative first release can let an operator confirm those details manually before either side treats the booking as final.

08

Define the useful operating record

Keep a record for each request: when it arrived, whether a suitable supplier was found, when the offer was sent, whether it was accepted, and why it stopped. A request with five irrelevant listings is still unmatched. Record “no availability” separately from “price too high”; the next action is different. This is more useful than a dashboard that treats every listing view as progress.

09

Make the next build decision from repeated work

If operators repeatedly phone suppliers to check availability, an availability editor may be the next useful feature. If the offers are available but never accepted, improve the offer or the market before building chat. Automate a recurring bottleneck once the records show what it is. Do not add escrow or identity verification merely to resemble a larger marketplace; decide which trust problem the exchange actually has.