Productontwikkeling (deel 4); "Doorontwikkeling"
The Show must go on .... (click here for English version)
Eindelijk is het zo ver. Na lang testen, veranderen en ‘bij-’schaven kunnen we starten met de onthulling. Na maanden gewerkt te hebben aan het product gaat de wereld er kennis mee maken. Hoe pak je dat aan. In dit vierde deel van de reeks wil ik daar dieper op in gaan.
Productontwikkeling, deel 4, “The Show must go on”.
Je staat voor een grote beslissing; “Het product onthullen en tonen aan de wereld. Je kan je product immers maar één keer introduceren, toch? Ik denk dat het beter in fasen kan. Kleine stapjes. Bedenk maar; Je leert ook eerst lopen en dan pas kun je trainen voor een marathon. Introduceer je product eerst binnen een beperkte groep. Noem het ‘Beta Versie’ en verzamel feedback. Zorg dat je goed contact heb met de gebruikers. Je zal versteld staan hoe goed de woorden ‘Beta Versie’ werken. Gebruikers voelen zich betrokken bij de ontwikkeling, zeker als er naar ze geluisterd word. Het gevoel deel uit te mogen maken van een exclusieve groep trekt toch. Deze groep heeft de mogelijkheid om ambassadeur te kunnen worden van je product in de begin dagen. Wees niet bang om fouten te maken, maar vooral om deze toe te geven. Als iets niet werkt, erken het, verander het en ga verder.
Tijdens de pilot of ‘Beta’ fase kun je al plannen maken om het product uit te rollen naar een groter publiek.
Belangrijke factoren om over na te denken zijn:
- Planning: Wanneer is het handig om te releasen? Zijn er andere grote events waardoor mijn product-lancering overschaduwd wordt?
- Beschikbaarheid: Als ik het product lanceer kunnen de nieuwe gebruikers er dan meteen mee aan de slag?
- Toegankelijkheid: Is het product direct toegankelijk of moeten er eerst andere aspecten geregeld worden door de gebruiker? Mooi voorbeeld was de introductie van een overheidswebsite maar om daar op aan te melden heb je eerst DigiD nodig.
- Schaalbaarheid: Is er voldoende capaciteit? Als het een succes wordt (en dat hoop je natuurlijk) moet de pret niet bedorven worden doordat het systeem de vraag niet aan kan.
Vervolgens wil je nieuwe opties toevoegen, de doorontwikkeling van het product. In de MVP (Minimum Viable Product) was daar geen tijd en ruimte voor. Belangrijk is om een programma te creëren. Niet alles kan tegelijk. Maak het overzichtelijk, transparant en wissel zichtbare dingen af met minder zichtbare verbeteringen. Het zou mooi zijn als er in het programma thema’s zitten. Dat helpt de focus van de teams te zetten en vast te houden. Ook de gebruikersgroep snapt dan beter dat andere zaken buiten het thema even moeten wachten.
Eén van de grote valkuilen is dat organisaties pas gaan nadenken over doorontwikkeling na de MVP. Hierdoor ontstaat er een gat tussen de eerste (MVP-) release en de opvolgende tweede release. Kans is dat gebruikers afhaken omdat het MVP-product te weinig meerwaarde biedt. In de praktijk is het heel lastig om deze afgehaakte gebruikers weer ‘aan boord’ te krijgen. Plan het daarom goed en werk, waar mogelijk, vooruit. Zorg dat er snel nieuwe opties worden toegevoegd. Liever in kleine stapjes dan lang wachten op een grote release, immers “The Show must go on”.
Boven al vergeet niet de mensen in het zonnetje te zetten die er maanden keihard aan gewerkt hebben. Dat zijn de echte sterren in de show, geef ze erkenning en waardeer ze. Maak er een feest van. Je gaat ze nodig hebben in het programma.
Casper.
Blog
