MVP, deze term komt vaak ter sprake bij software ontwikkeling. Maar waar staat het eigenlijk voor, hoe gaat het in zijn werk en nog belangrijker, wat is het grote voordeel ervan? In dit korte blog vertellen we je er alles over!

Minimum Viable Product

Een Minimum Viable Product a.k.a. MVP is in 2001 bedacht door de Amerikaan Frank Robinson en vervolgens verder uitgewerkt door Steve Blank en Eric Ries, ondernemers uit Silicon Valley. MVP is één van de kernonderdelen van de 'lean startup' methodology. Een methode voor bedrijven om slimmer te werken en daardoor succesvoller te zijn. Wie wil dat nou niet?!

Een MVP is de eerste en meest minimale versie van een nieuw product of dienst. Deze eerste versie wordt zo vroeg mogelijk opgeleverd aan jou als klant en voldoet alleen aan de basisbehoefte of kerngedachte van waaruit de dienst of het product is ontstaan. Hierdoor kun je de dienst, het product of in ons geval de applicatie zo snel mogelijk uitrollen, waardoor je heel snel feedback verzamelt. Aan de hand van die feedback en gebruikersdata bepaal je de vervolgstappen.

"If you aren't embarrassed by the first version
of your product, you shipped too late"
- Reid Hoffman, Co-founder LinkedIn

Wij gaan samen met jou identificeren wat precies het probleem* is. Tijdens het ontwikkelproces ligt de focus in eerste instantie vooral op het oplossen van dat probleem voor de gebruiker. Extra features en een fancy design laten we nog even achterwege. Zo kunnen we zo snel mogelijk jouw product op de markt brengen en voorzien van feedback. Daarmee voorkomen we samen dat wij te veel ontwikkeluren verspillen, voordat de software überhaupt getest is bij jou als klant en de eindgebruiker.

* noem het een probleem, maar ambitie, wens, droom of uitvinding mag natuurlijk ook!

Dit is dus niet MVP

Dit is dus wel MVP

Het probleem dat hierboven opgelost wordt is vrij duidelijk, de klant heeft hoogstwaarschijnlijk gevraagd om een oplossing te bedenken waarbij de eindgebruiker zich sneller kan verplaatsen. Alleen de weg er naar toe laat heel goed het verschil tussen een 'gewone' werkwijze en de MVP werkwijze zien.

Een geslaagde MVP, hoe doe je dat?

Om er voor te zorgen dat we samen een succesvolle MVP ontwikkelen, is het essentieel dat we eerst een paar zaken kraakhelder hebben. We moeten namelijk weten waarom de eindgebruiker jouw product zou willen gebruiken, wie die eindgebruiker precies is en welke acties die eindgebruiker dan moet uitvoeren. Wanneer dit concreet is kunnen we ons goed focussen op de kern van het probleem en het oplossen daarvan.

Less is more! Je wilt natuurlijk zo compleet en perfect mogelijk jouw geweldige idee uitwerken en lanceren. Maar dat is juist niet de bedoeling bij een MVP. We zorgen er juist voor dat we niet te veel doen. Tijdens het proces houden we de focus op de oplossing voor de kern van het probleem. Dat gaan we vervolgens testen, we verzamelen feedback en optimaliseren vervolgens de applicatie. En nog een keer en nog een keer en nog een keer. Het ontwikkelen van applicaties is namelijk een continue proces.

Alle voordelen op een rijtje

Met een MVP...
•  kan je sneller iets laten zien aan je stakeholders dan met een traditionele aanpak
•  kan je sneller je project bijsturen, doordat je eerder feedback krijgt
•  is je product zo snel mogelijk bij de doelgroep
•  heb je minder verspilde ontwikkel uren
•  minimaliseer je het risico op niet succesvolle applicatie
•  sta je open voor verandering en voortschrijdend inzicht

Dus, heb jij een project waarvan je de haalbaarheid nog niet scherp hebt?
Kom gewoon langs, want wij denken graag met jou mee!
Mail ons wanneer je komt en wij zetten de koffie klaar!

Geschreven door: Sven Haveman

Meer kennis bijspijkeren? Kom dan naar onze Meetup: Ode aan de Code!

Bekijk onze Meetups

Wij zijn altijd op zoek naar getalenteerde vakgenoten!

Bekijk onze vacatures