Een eerste versie van je product die echte klanten kunnen gebruiken

Je hebt een idee voor een product. Misschien een platform waarop je klanten zelf hun bestellingen volgen, misschien een app naast het apparaat dat je al verkoopt. Het idee staat in een presentatie en nu wil je het laten bouwen. Het risico is dat je een jaar bouwt aan iets waarvan je op de eerste dag ontdekt dat klanten het net anders willen. Een MVP is de kleinste versie die klanten echt kunnen gebruiken, zodat je dat in de eerste weken ontdekt in plaats van na een jaar.

Waarom een MVP en niet meteen het hele product

Een volledig product bouwen voordat iemand het heeft gebruikt, is gokken met een grote inzet. Elke functie die je erin stopt is een aanname: dat klanten hem willen, dat ze hem zo willen, dat ze ervoor betalen. Hoe meer aannames je tegelijk bouwt, hoe langer het duurt voordat je weet welke kloppen. Een MVP draait dat om. We kiezen de ene kern die het product de moeite waard maakt en bouwen die goed genoeg om aan echte klanten te geven. Alles wat daaromheen zit, wacht tot die klanten erom vragen.

Dat is geen goedkope versie van het echte product. Het is het echte product, in zijn eerste vorm. Het moet werken, veilig zijn en je moet er zonder schaamte een klant op kunnen zetten. Het verschil zit in wat we weglaten, niet in hoe zorgvuldig we bouwen wat erin zit.

Wat er wel en niet in de eerste versie gaat

De eerste vraag in de intake is niet wat het product allemaal moet kunnen, maar waar een klant het op dag één voor zou gebruiken. Daarna maken we twee lijsten. Op de ene staat wat nodig is om die ene taak van begin tot eind af te maken: inloggen, de kerntaak zelf, een manier om te bestellen of te betalen als dat erbij hoort. Op de andere staat alles wat leuk is maar kan wachten: rapportages, koppelingen met tien pakketten, een beheerdersscherm met filters voor alles. De tweede lijst gooien we niet weg. Die is de basis voor wat je bouwt nadat de eerste klanten hebben laten zien wat ze echt gebruiken.

Weet je nog niet zeker of het idee klopt, dan is Idee-validatie & haalbaarheid de betere eerste stap. Daar toetsen we de aannames voordat er een regel code staat. Is het idee al helder, dan begint het vaak met ons Prototype in 10 werkdagen, en groeit dat prototype door naar de MVP.

Van prototype naar iets wat klanten gebruiken

Een prototype laat zien dat iets kan. Een MVP moet elke dag blijven werken terwijl mensen die je niet kent erop klikken. Dat vraagt om dingen die in een prototype niet hoeven: accounts en wachtwoorden die kloppen, een database met back-ups, foutmeldingen die iets zeggen, een omgeving waar je een nieuwe versie op kunt zetten zonder de vorige te breken. We bouwen dat in de weken na het prototype, in een vaste volgorde: eerst wat het product veilig maakt, dan wat het bruikbaar maakt, dan wat het mooi maakt. Is het scherm zelf de kern van het product, dan trekken we samen op met UX- & UI-design, zodat de eerste klanten niet afhaken op een knop die ze niet kunnen vinden.

Tijdens het bouwen zit je elke week aan tafel. Niet om een rapport te lezen, maar om door de nieuwste versie te klikken en te zeggen wat er wringt. De software draait in een Europese cloud, de data blijft in de EU en we regelen de verwerking van persoonsgegevens vanaf de eerste versie netjes in.

Na de eerste klanten: doorbouwen, bijsturen of stoppen

Zodra de eerste klanten het product gebruiken, komt de informatie waar je het voor deed. Welke functie ze elke dag openen, waar ze vastlopen, wat ze mailen om te vragen. We bouwen die meting vanaf de start in, zodat het geen gevoel is maar een lijst. Op basis daarvan besluit je: doorbouwen langs de tweede lijst, de kern bijsturen omdat klanten het anders gebruiken dan gedacht, of stoppen omdat de vraag er niet blijkt te zijn. Dat laatste is de goedkoopste uitkomst die er is, en als we het zien aankomen vertellen we je dat direct.

Wat je ook besluit, het product is van jou. Broncode, database, documentatie en de omgeving waar het op draait staan op jouw naam. Je kunt ermee verder met ons, met een ander team of met eigen mensen. Wordt het product een apparaat dat de fabriek in moet, dan pakken we de volgende stap op met Van prototype naar productie. Blijft het software, dan helpt Technische lancering bij de stap van tien klanten naar tweehonderd.