

Airbnb
Airbnb started with one problem, not one platform.
In 2007, Brian Chesky and Joe Gebbia did not set out to build a global travel marketplace. They started with a simple business question, could unused space solve an immediate need?
Rather than investing in a large product upfront, they created the smallest version they could use to test the idea. This allowed them to put the concept in front of real users, learn from actual behaviour, and decide what was worth building next. The strategy was simple, solve one problem, validate the demand, and expand only after the idea proved itself.
One apartment, one sold-out weekend
Brian Chesky and Joe Gebbia needed to cover the rent on their San Francisco apartment. At the same time, a design conference had brought enough visitors to the city that local hotels were sold out. They realized there was a gap between people who needed a place to stay and people with unused space.
- Built a basic website to list their own extra space
- Focused on one transaction, help someone find a place to stay
- Started with their own apartment rather than a network of properties
- Used the first bookings to see whether strangers would pay for the experience
The first challenge wasn't building a marketplace. It was proving that the marketplace should exist.
Two questions, not a hundred features
Rather than build a big product, the founders needed evidence for two simple things.
Will someone actually pay to stay in a stranger's home?
Will someone open their home and host a stranger?
Real bookings gave them evidence that opinions never could
Manual work, on purpose
Early growth looked more like fieldwork than software.
Everything else came after demand was proven
Once real bookings validated the idea, Airbnb layered on the rest, one proven need at a time, from a single listing to a trusted global marketplace.
The MVP is a transaction, not a vision
- An MVP doesn't need to represent the full company vision
- Start with the smallest complete transaction, not the biggest feature set
- Add search, payments, trust, and polish once demand is real