Minimal Viable Product: Kun jij het aan?

Joost

Geschreven door Joost Saanen op 19-10-2016
3 minuten leestijd

Minimal Viable Product (MVP) is een hippe term. Maar neem een offerte van maatwerksoftware, en je zult zien dat het begrip niet altijd juist wordt gebruikt of uitgelegd. Er wordt wel gesproken over een MVP, maar is het dat eigenlijk wel?

Lees verder om er achter te komen wat een MVP is en wat niet. En niet onbelangrijk: Hoe bouw je een succesvol MVP?

mvp socialmedia

Wat is een MVP?

Een MVP wordt gemaakt om iets vernieuwends voor elkaar te krijgen. Maatwerksoftware wat nog niet bestaat — noem het maar gerust revolutionair. Het moet een écht probleem oplossen. En liefst eentje die nog nooit eerder is opgelost. Of misschien een bestaand probleem oplost, maar op een totaal andere manier. Door gebruik te maken van andere (betere) inzichten.

Een MVP moet zo gebouwd worden dat het mee kan groeien. Maar ook dat het aanpasbaar is wanneer de gebruikers dit nodig achten. De requirements zijn niet in steen geschreven: Agile!

Zoals de naam al zegt moet het een minimale set features bevatten, maar wel genoeg om uitermate bijzonder en onderscheidend te zijn. En dat minimale is niet, zoals soms ten onrechte wordt gedacht, vanwege een beperkt budget. Maar is voornamelijk om zo snel en vaak mogelijk te kunnen releasen. Het snel krijgen van gebruikersfeedback is hier key.

Wat is het niet?

Een MVP moet op korte termijn geen winstbejag nastreven. Het moet een hoger doel nastreven. Wanneer je winst gaat maken bepaalt de gebruiker.

Als een mobiele app of webapplicatie er s-u-p-e-r gelikt uitziet of voorzien is van allerlei toeters en bellen dan streef je het idee van MVP voorbij. De belangrijkste feature, het oplossen van het probleem, moet dáár zijn. Hier moet al het ontwikkelwerk en inspanning in gaan zitten.

Past een MVP bij je idee?

Ok, je hebt een idee voor software. Ga na of dit zich leent voor een MVP aanpak. Weet je eigenlijk al precies wat er gebouwd moet worden en is het wat je gebruikers verwachten? Dan is de Agile methodiek nog steeds zeer toepasbaar. De korte iteraties (sprints) zorgen er namelijk voor dat er snel en vaak een nieuwe release kan plaatsvinden. En dat vinden alle gebruikers prettig.

Ben je meer afhankelijk van de feedback die je krijgt van je gebruikers en bepaalt dit de richting van de verdere ontwikkeling van de app of webapplicatie? Dan past de MVP aanpak wellicht beter.

Bedenk wat je app uniek maakt en welk probleem het oplost. En voor wie?

Hoe bouw je een MVP?

Een MVP aanpak bij het ontwikkelen van software kan soms lastig zijn. Dat de ICT partner hier de nodige ervaring mee heeft is een must. Zo kunnen zij helpen met het tracken van gebruikersgedrag en dit meenemen in de analyses. Ook als klant moet je om kunnen gaan met een MVP-traject. Bedenk voor welke groep gebruikers je de eerste releases beschikbaar stelt en zorg desnoods voor een goede groep praktijktesters of early adapters. En ga er niet vanuit dat je idee uitpakt zoals verwacht. Ben niet (te) eigenwijs en leer omgaan met de feedback die je krijgt. Jouw taak is om het viable (= rendabel) te maken. Dit kan je misschien doen besluiten om een feature — die je zelf ontzettend gaaf vindt — te schrappen. Dit moet je kunnen (en misschien nog leren).

Ben je geïnteresseerd geraakt in de MVP aanpak en heb je een goed idee voor een probleem wat nog niemand heeft opgelost? Neem dan eens contact met ons op.

Joost

Joost Saanen

Gepassioneerde all-rounder met brede interesses; van serverbeheer en cloudhosting tot (UI)design en (web)development. Hardloopt en schrijft het liefst tegelijk.