MVP-voorbeelden van bekende bedrijven

Airbnb begon met luchtbedden in de woonkamer van de oprichters, Dropbox met een demovideo in plaats van een werkend product, en Zappos met foto's van schoenen uit een fysieke winkel. Bekende bedrijven startten bijna allemaal met een minimale eerste versie die net genoeg deed om één vraag te beantwoorden: wil iemand dit echt? Hieronder zes verhalen, en wat je eruit haalt voor je eigen idee.

Terug naar OneDayBuild
01 / 07

Wat een MVP eigenlijk is

Een minimum viable product is de simpelste versie die je nodig hebt om iets te leren over je idee.

De term minimum viable product, vaak afgekort tot MVP, draait om één gedachte: bouw eerst het kleinste ding dat een echte vraag van een echte gebruiker beantwoordt, en leer daaruit voordat je groter investeert. De voorbeelden hieronder laten zien hoe ver je dat kunt doortrekken. Bij sommige bedrijven was de eerste versie zo minimaal dat er nog nauwelijks software aan te pas kwam, en toch leverde die versie precies het signaal op dat de oprichters nodig hadden.

De verhalen zijn klassiekers in startup-kringen, en ze worden vaak iets te mooi naverteld. Hieronder houden we het bij wat goed gedocumenteerd is, en koppelen we er steeds de les aan die je voor je eigen eerste versie kunt gebruiken.

02 / 07

Airbnb: drie luchtbedden en een simpele site

De eerste versie loste een probleem op voor precies één weekend, in precies één stad.

In 2007 zaten Brian Chesky en Joe Gebbia in San Francisco met te hoge huur. Tijdens een designconferentie waren alle hotels in de stad vol, dus zetten ze luchtbedden in hun woonkamer en maakten een eenvoudige site, Airbed and Breakfast, om die aan te bieden. Drie gasten boekten en betaalden elk rond de tachtig dollar per nacht. Pas later, met de komst van mede-oprichter Nathan Blecharczyk in 2008, kwam er een echt platform met betalingen. De naam werd in 2009 ingekort tot Airbnb (zie de geschiedenis van Airbnb).

  • Wat de MVP was: drie luchtbedden, een paar foto's en een simpele website voor één weekend.
  • Waarom dat slim was: ze testten met betalende gasten of vreemden bij elkaar willen overnachten, zonder een platform te bouwen.
  • De les: begin bij een scherp afgebakende situatie waarin je idee acuut nuttig is, niet bij de wereldwijde versie ervan.
03 / 07

Dropbox: een demovideo in plaats van een product

Drew Houston liet zien wat het zou worden, voor de techniek af was.

Bestandssynchronisatie betrouwbaar laten werken is technisch lastig, en Dropbox-oprichter Drew Houston wilde weten of er genoeg vraag was voordat hij dat helemaal zou afbouwen. In plaats van een werkend product te demonstreren, maakte hij een korte video die liet zien hoe naadloos bestanden over apparaten zouden synchroniseren. De video was bewust gericht op een technisch publiek, met knipogen die op Hacker News en Digg aansloegen. De wachtlijst voor de beta groeide volgens Houston in korte tijd van duizenden naar tienduizenden aanmeldingen. Daarmee was de vraag aangetoond voor het product af was.

  • Wat de MVP was: een demovideo die het beloofde gedrag toonde, zonder dat het volledige product al bestond.
  • Waarom dat slim was: de duurste techniek bleef ongebouwd tot er bewijs was dat mensen het wilden.
  • De les: soms is het goedkoopste bewijs een geloofwaardige demonstratie van de uitkomst, niet de uitkomst zelf.
04 / 07

Zappos: foto's van schoenen uit de winkel

Nick Swinmurn kocht pas in als er een bestelling binnenkwam.

Voordat hij in voorraad investeerde, wilde Nick Swinmurn in 1999 weten of mensen schoenen online zouden kopen. Hij ging naar een lokale schoenenwinkel, fotografeerde de schoenen en zette ze op een eenvoudige website. Pas als iemand bestelde, ging hij terug naar de winkel om het paar tegen de normale prijs te kopen en op te sturen. Het was niet winstgevend, maar dat was ook het punt niet: het bewees de vraag. Met dat bewijs trok hij investering aan, onder meer van Tony Hsieh, en groeide het bedrijf uit tot Zappos.

  • Wat de MVP was: foto's van bestaande schoenen, en pas inkopen bij een echte bestelling.
  • Waarom dat slim was: hij toetste betaalgedrag zonder voorraadrisico of een eigen logistiek systeem.
  • De les: je hoeft de achterkant nog niet te automatiseren om te meten of de voorkant werkt.
05 / 07

Uber, Amazon en Spotify: bewust klein begonnen

Drie bedrijven die hun eerste versie afbakenden tot één stad, één categorie of één feature.

Uber: één stad, zwarte auto's

De eerste versie heette UberCab en ging in 2010 in San Francisco van start als een eenvoudige app waarmee je een chauffeur in een zwarte auto kon oproepen. Geen landelijke dekking, geen carpoolen, geen maaltijdbezorging. Alleen de kernhandeling, in één stad, voor een afgebakende doelgroep. Daarna werd er stap voor stap uitgebreid.

Amazon: alleen boeken

Amazon ging in 1995 live als online boekwinkel. Jeff Bezos koos boeken bewust als eerste categorie, omdat er enorm veel titels bestaan en ze makkelijk te verzenden zijn. Pas nadat dat werkte, breidde het bedrijf uit naar muziek, elektronica en uiteindelijk vrijwel alles.

Spotify: één feature, op invitatie

De eerste Spotify was een desktop-client uit 2008 die op invitatie te gebruiken was en zich richtte op één ding: nummers direct afspelen, zonder wachttijd. Mobiele apps, podcasts en de rest kwamen later. Het draaide eerst om de vraag of instant streaming goed genoeg aanvoelde.

06 / 07

Wat je hiervan leert voor je eigen eerste versie

De voorbeelden verschillen sterk, maar er zitten een paar terugkerende keuzes in.

Wat de geslaagde MVP's deelden
  • Eén scherpe vraag, niet de hele visie tegelijk.
  • Een afgebakende doelgroep, stad of categorie om mee te beginnen.
  • Echt gedrag van echte mensen, niet alleen meningen.
  • Net genoeg gebouwd om dat gedrag te kunnen zien.
Waar het mis kan gaan
  • Meteen alle features willen, zodat niets snel klaar is.
  • Een product bouwen zonder iemand uit de doelgroep te laten testen.
  • Vragen om meningen in plaats van gedrag te observeren.
  • Wachten op perfect, terwijl een ruwe versie al genoeg leert.

De rode draad is niet dat je per se met luchtbedden of een nepvideo moet starten. Het is dat elk van deze oprichters eerst de goedkoopste manier zocht om een aanname te toetsen, en pas daarna groter ging bouwen. Voor de meeste software-ideeën van vandaag is die goedkoopste manier een klikbaar prototype: een werkende eerste versie van de kernflow die je aan een paar mensen uit je doelgroep kunt laten zien. Dat is precies waar deze klassiekers naar wijzen, en het is een goede plek om te starten voordat je MVP-software laat maken.

Wil je dieper in de techniek erachter? Lees dan wat vibe coding is, de manier waarop zo'n eerste versie tegenwoordig snel gebouwd kan worden. En als je nog twijfelt of je idee rijp is om te bouwen, helpt het om je app-idee eerst scherp te krijgen.

Denk je na over verdienmodellen? Lees hoe je geld verdient met een app.

07 / 07

Veelgestelde vragen

Wat is een MVP in het kort?

Een MVP, oftewel minimum viable product, is de simpelste versie van je idee waarmee je een echte aanname kunt toetsen bij echte gebruikers. Het doel is leren voor je groot investeert, niet een afgewerkt product opleveren.

Hoe begon Airbnb als MVP?

De oprichters zetten in 2007 in San Francisco drie luchtbedden in hun woonkamer en maakten een eenvoudige site, Airbed and Breakfast, om die aan te bieden tijdens een uitverkochte conferentie. Drie betalende gasten boekten. Pas later kwam er een echt platform met betalingen, en in 2009 werd de naam ingekort tot Airbnb.

Waarom maakte Dropbox eerst een video in plaats van een product?

Betrouwbare bestandssynchronisatie is technisch lastig om te bouwen. Drew Houston wilde eerst weten of er genoeg vraag was, dus liet een demovideo het beloofde gedrag zien. De wachtlijst voor de beta groeide daardoor in korte tijd sterk, wat de vraag aantoonde voor het product af was.

Wat deed Zappos om vraag te testen zonder voorraad?

Oprichter Nick Swinmurn fotografeerde in 1999 schoenen in een lokale winkel en zette ze online. Pas als iemand bestelde, kocht hij het paar in de winkel en stuurde het op. Zo toetste hij of mensen online schoenen kopen, zonder zelf voorraad aan te houden.

Waarom verkocht Amazon eerst alleen boeken?

Amazon ging in 1995 live als online boekwinkel. Boeken waren een logische eerste categorie omdat er enorm veel titels bestaan en ze makkelijk te verzenden zijn. Pas nadat dat werkte, breidde Amazon uit naar muziek, elektronica en uiteindelijk vrijwel elke productcategorie.

Wat kan ik van deze voorbeelden meenemen voor mijn eigen idee?

Zoek de goedkoopste manier om je belangrijkste aanname te toetsen. Bak je eerste versie af tot één scherpe vraag, één doelgroep en de kernflow, en laat die aan een paar mensen uit je doelgroep zien. Voor de meeste software-ideeën is een klikbaar prototype daarvoor de snelste route.

Wil je je idee testen?

In één werkdag bouwen we een klikbaar prototype van je kernflow, zodat je het net als deze voorbeelden aan echte mensen kunt laten zien.