7 tips voor het ontwikkelen van een MVP

Als je niet zeker weet welke features je het beste als eerst kunt releasen, focus dan op het oplossen van problemen die essentieel zijn voor jouw doelgroep. Als je echt niet weet wat die problemen precies zijn kun je dit e-book als guideline gebruiken bij het definiëren hiervan.

Het Kano model wordt (nog) niet vaak gebruikt door MVP's. Dit model helpt je het verschil tussen basis- en onderscheidende functies ontdekken.

Kort gezegd laat het model zien dat delighters, de onderscheidende functies waar jij zo trots op bent, na verloop van tijd worden verwerkt in performance needs en tot slot worden deze basisfuncties waar de gebruiker niet meer zonder kan. Dit werk is nooit af: je moet blijven innoveren om relevant te blijven. 

Een leuk voorbeeld van zo'n proces zijn de filters van Snapchat: toen deze een aantal jaar geleden werden ingevoerd was iedereen hier lyrisch over. Nu is het zo'n geïntegreerd onderdeel van de app dat gebruikers Snapchat niet meer los zien van de filters die er gebruikt kunnen worden. 

Dit is de kern van het ontwikkelen aan de hand van de lean ontwikkelmethodologie. Blijf gefocust op het probleem van jouw gebruikers. Creëer de MVP met basic must-have features om de grootste pijnpunten op te lossen, verzamel feedback, leer ervan en ontwikkel weer door.

Houd in het achterhoofd dat negatieve feedback vaak de belangrijkste is: ontevreden gebruikers komen vaak met de meest waardevolle feedback. Negeer deze dus zeker niet, ook al kunnen early adopters erg kritisch zijn op jouw product en kijk jij hier misschien anders tegenaan.

Weet jij al waar je gebruikers precies vandaan komen? Maak voor het beantwoorden van deze vraag gebruik van het business model canvas. Leg je MVP hier eens naast en focus vooral op de belangrijkste blokken: klantrelatie en kanalen.

Communities hebben een gigantische kracht als het gaat om het kraken of maken van een product. Er is eigenlijk geen betere marketing dan een community van loyale early adopters. Deze groep vertegenwoordigt jouw app 24/7, 365 dagen per jaar, zonder dat je daar een cent aan uit hoeft te geven.

Daarnaast kun je alle toekomstige testversies en beta's laten testen door deze groep. Zij zijn tenslotte al vanaf het begin betrokken bij de app en zullen ook enthousiaster zijn om constructieve feedback te geven met het oog op doorontwikkeling.

Bij het verzamelen van feedback zul je waarschijnlijk veel gebruik maken van bestaande connecties, bijvoorbeeld op het werk of binnen de familie. Dit is natuurlijk helemaal niet erg en zelfs logisch, maar deze groepen zijn al snel geneigd om te zeggen dat je een leuk product hebt met goede features. Dit is leuke feedback, maar zegt niets over de downloadbereidheid van andere consumenten.

Probeer dus ook vooral buiten de bekenden kring te zoeken naar kritische mensen die in een relevante branche werkzaam zijn of dezelfde interesses delen. De feedback die zij geven kan wellicht iets harder en negatiever aankomen, maar is over het algemeen veel beter bruikbaar dan de goedbedoelde feedback uit de bekenden kring. Tot slot moet je natuurlijk altijd kritisch zijn op het eigen product. Dat zijn wij als app ontwikkelaar ook. ;-)

Tot slot wordt het aangeraden om een spreadsheet aan te maken met alle gewenste features voor de app. Deze features deel je vervolgens op in vier segmenten: "Must have, Should have, Could have en Won't have". Met behulp van deze eenvoudige aanpak kun je snel prioriteiten voor ontwikkeling stellen.

Wil je zelf een MVP of app laten maken? Kom dan vooral eens bij ons in de lucht.