Het liefst wil je dat de livegang van software niet te lang op zich laat wachten. Vaak is het ook niet nodig om te wachten totdat elk puntje op de ‘i’ is gezet. Daarom werken wij in eerste instantie toe naar een Minimum Viable Product (MVP), waarin enkel de vereiste functionaliteiten terugkomen. Vanuit daar gaan we doorontwikkelen. Zo kom je snel tot een werkend product én kun je vlot feedback gaan verzamelen. Wat een Minimum Viable Product is en waarom wij hierin geloven? Dat vertellen we je graag.
Wat is een Minimum Viable Product?
Een Minimum Viable Product is in het Nederlands vertaald het minimaal vereiste product. Oftewel: de eerste versie van een product die klaar is om daadwerkelijk te gebruiken. In ons geval is dit “product” meestal een app. In dit Minimum Viable Product komen alle essentiële functionaliteiten terug. Functionaliteiten die niet noodzakelijk zijn, pakken we op in versie 2, 3, 4, etc. Het Minimum Viable Product is dus de versie die goed genoeg is om live te zetten in de app stores. Hij bevat nog niet alle functies die je zou willen, maar de extra functies komen later in de doorontwikkeling nog
Waarom een Minimum Viable Product?
Het doel van een Minimum Viable Product is dat je de klant zo snel mogelijk iets kunt laten zien. Dat heeft als groot voordeel dat je al vlot feedback (vanuit de klant én van gebruikers) kunt ontvangen. Feedback is belangrijk, omdat je een app maakt voor de gebruiker. Je wilt dus weten hoe de gebruiker de app ervaart en wat mogelijk nog extra nodig is of beter kan.
Dankzij het MVP ontdek je al snel welke aspecten je het beste kunt weglaten, toevoegen of doorontwikkelen. Het is tijd- en kostenbesparend als je dit soort feedback al relatief vroeg in het proces ontvangt. Zo voorkom je dat er veel tijd gaat zitten in een app of functie bouwen die niet aan de gebruikerswensen voldoet.
Verder maakt een Minimum Viable Product de investering duidelijker voor de opdrachtgever. De opdrachtgever weet wat het kost om tot een MVP te komen. Oftewel: wat het kost om een product te hebben staan dat daadwerkelijk te gebruiken is. Idealiter betaal je dewordt doorontwikkeling metbetaald uit de omzet die je via de app behaalt. Dan is het bouwen van de MVP de investering, en wordt doorontwikkeling een kostenpost die tegenover de behaalde omzet staat.
> Lees ook: Een app ontwikkelen: hoe gaat dat in zijn werk?
Aandachtspunten als je een eigen app maakt
Ga je zelf een app maken? Houd dan in elk geval rekening met het volgende:
Onze tip: gebruik een zelf ontwikkelde app als proefballon
Er is niets mis met zelf een eerste opzet voor een app maken. Dat moedigen we soms juist aan. Zie die zelfgemaakte app als een klikbaar prototype. Je maakt er tastbaar mee wat jouw idee is. Zo kun je bijvoorbeeld aan investeerders duidelijk maken hoe jouw plannen voor een app er concreet uitzien. Dat maakt het concreter dan een schets op een A4’tje.
Bovendien heb je met die eigen gemaakte app een concept om van te leren. Wat werkt wel? Wat zou je graag anders zien? Wat vinden gebruikers? Is deze app het waard om doorontwikkeld te worden?
Heb je investeerders gevonden of blijkt je eerste proefballon in de smaak te vallen? Dan is dat een extra reden om de investering te doen in een professionele app-ontwikkelaar. Het proefballonnetje is een mooie basis voor de app-ontwikkelaar om een professionele app te bouwen. Daardoor hoeven wij als app-ontwikkelaar niet from scratch te beginnen.
Maatwerk is niet mogelijk als je zelf gaat ontwikkelen
Een belangrijke belemmering als je zelf een app gaat ontwikkelen is de beperkte keuzevrijheid. Zo’n 80% van de functionaliteiten krijg je ook met een gratis tool wel voor elkaar. Maar voor de overige 20% die jij voor ogen hebt, is maatwerk nodig.
Je kunt er genoegen mee nemen dat die maatwerkfuncties niet haalbaar zijn. Maar wat als juist in die 20% jouw onderscheidend vermogen zit? Stel: jij ontwikkelt een app waarin mensen allerlei kortingsacties bij elkaar zien. Jouw doel is dat gebruikers standaard een melding krijgen als er een kortingsactie is bij winkels in de buurt. Maar met je eigen app gemaakt in een standaard programma kun je die melding niet versturen. Dat is zonde, want daardoor is je app niet onderscheidend.
Wil je dat onderscheidende vermogen wél hebben? Dan vereist dat maatwerk. En dat lukt alleen als je de app laat ontwikkelen door een professional.
Waarom zou je een app laten ontwikkelen?
Het framework dat je gebruikt om zelf een app te maken, legt je allerlei beperkingen op. Je kunt daarbinnen maar beperkt aanpassingen doen. Laat je een app ontwikkelen door een partij als Iconica? Dan gaan we met het ontwikkelen aan de slag in no-code of low-code. Oftewel: er staat vrijwel niets vast. Daardoor heb je miljoenen opties om uit te kiezen. Zowel technisch als qua design kun je de app precies laten maken zoals jij dat wilt.
Daarnaast heeft een app laten bouwen meer voordelen:
Dus: een app laten bouwen of een eigen app bouwen?
Wij geloven zeker dat het zinvol is om zelf in een app-bouw-tool een eerste prototype te maken. Zo kun je iets tastbaars voorleggen aan gebruikers of investeerders. Wil je serieus werk maken van je app en ben je bereid om erin te investeren? Laat dan het bouwen over aan een professionele partij. Onze app-ontwikkeling is altijd maatwerk. Afgestemd op jouw organisatie, je wensen en de gebruiker.