Ongemakkelijke waarheden over productontwikkeling
Week na week zie ik productteams die worstelen met ouderwetse product-roadmaps, die moeizaam en soms zelfs enkele kwartalen vooruit zijn uitonderhandeld met het management en de stakeholders. Hier wil ik de werkelijke redenen noemen waarom deze roadmaps normaal gesproken leiden tot zeer slechte resultaten voor een organisatie (ook al zitten de beste bedoelingen erachter).
“De twee ongemakkelijke waarheden over productontwikkeling”
Het eerste van deze twee feiten is dat de helft van alle ideeën simpelweg niet gaat werken. Daar zijn veel redenen voor. Meestal zijn klanten gewoon niet zo enthousiast over het idee als wij, dus willen ze het product niet gebruiken. Soms zouden ze het graag willen hebben, maar is het zo ingewikkeld in gebruik dat het meer frustratie dan waarde oplevert – en dat komt op hetzelfde neer: klanten gebruiken het niet. Soms zouden klanten het product dolgraag willen hebben, maar blijkt de ontwikkeling veel omvangrijker te zijn dan gedacht en hebben we simpelweg niet de tijd en het geld ervoor.
De tweede ongemakkelijke waarheid is dat je (zelfs als je ideeën hebt die waardevol, bruikbaar en haalbaar zijn) veel iteraties nodig hebt voordat het idee zo ver is uitgewerkt dat het eindelijk de verwachte waarde voor de organisatie oplevert.
De juiste omgang met deze waarheden
Uit ervaring kan ik zeggen dat je deze ongemakkelijke waarheden niet kunt vermijden – en dat ondanks het feit dat ik de kans heb gehad om samen te werken met veel uitstekende mensen uit de product- en technologiewereld. Het draait er simpelweg om hoe je met deze waarheden omgaat.
Zwakke teams ploeteren maand na maand door de roadmap en als iets niet werkt, geven ze de stakeholder de schuld die de feature wilde hebben. Daarna proberen ze verdere iteraties, een nieuw redesign of andere features in te plannen die hopelijk dit keer het probleem wel oplossen. Als ze genoeg geld en tijd tot hun beschikking hebben en het management niet eerder het geduld verliest, kunnen ze daarmee misschien zelfs het doel bereiken.
Sterke teams daarentegen kunnen snel de goede ideeën van de slechte onderscheiden (ongeacht waar het idee oorspronkelijk vandaan kwam) en iteratief toewerken naar een goede en effectieve oplossing. Dat noemen we Product Discovery. En daarom is Product Discovery voor mij de belangrijkste competentie van een productorganisatie. Als je binnen enkele dagen in plaats van meerdere maanden een prototype kunt bouwen en het idee met behulp van klanten kunt valideren, heeft dat invloed op zowel de dynamiek als de resultaten.
Conclusie over productwaarheden
Ik raad je aan om deze prachtig werkende oplossing wat beter te bekijken, want ik kan je beloven dat achter elk succesvol product veel iteraties en prototypes schuilgaan. Accepteer deze twee ongemakkelijke waarheden in plaats van ertegen te vechten en word een pro in Product Discovery.
