Inzichten
Inzichten, observaties en frameworks uit 15+ jaar product leadership in complexe omgevingen.
Hier deel ik wat ik leer en zie in mijn werk als Fractional Product Lead. Geen theoretische verhandelingen, maar praktische inzichten die je direct kunt toepassen — of die je laten nadenken over hoe je zelf naar product, strategie en samenwerking kijkt.
Wat is een Fractional Product Lead — en wanneer heb je er één nodig?
De term “fractional” wordt steeds vaker gebruikt, maar wat betekent het precies? Een fractional product lead is geen interim-kracht die een gat vult tot je iemand vindt. Het is een bewuste keuze voor senior product ownership op deeltijdbasis — 4 tot 12 uur per week, structureel embedded in je team.
Wanneer is het zinvol? Als je product vastloopt maar je geen fulltime senior PO nodig hebt. Als je een nieuw initiatief wilt lanceren zonder direct een heel team op te tuigen. Als je tijdelijk iemand nodig hebt die richting geeft terwijl je zoekt naar een permanente invulling. Of als je simpelweg een frisse blik nodig hebt van iemand die niet in de dagelijkse politiek zit.
Wanneer niet? Als je zoekt naar iemand die 40 uur per week operationeel meedraait. Of als het probleem niet bij product ownership ligt, maar bij engineering capacity of organisatiecultuur. Eerlijkheid hierover bespaart beide kanten tijd.
Waarom je product niet beweegt — en hoe je dat verandert
Het patroon is herkenbaar: een product dat al maanden niet echt vooruitkomt. Het team is druk, de backlog is vol, er worden sprints gedraaid — maar er is geen richting. Geen momentum. De oorzaak ligt zelden bij het team zelf.
Wat ik in de praktijk zie: te veel stakeholders met gelijke stem, waardoor elke sprint een compromis wordt. Geen duidelijke productstrategie, waardoor de backlog een wensenlijst is in plaats van een roadmap. Angst voor technische beslissingen, waardoor refactoring eindeloos wordt uitgesteld en de schuld zich opbouwt.
De oplossing begint niet met harder werken, maar met scherpere keuzes. Wie is de echte stakeholder? Wat is het één ding dat dit kwartaal anders moet zijn? Welke technische beslissing blokkeert alles en moet nú genomen worden? Beweging komt niet van meer features — het komt van minder, maar de juiste.
Platform-denken: waarom je API je product is
Steeds meer organisaties bouwen platformen. Maar de meeste denken nog in applicaties. Het verschil? Een applicatie bouw je voor je gebruiker. Een platform bouw je zodat anderen er bovenop kunnen bouwen. En dat vraagt om fundamenteel ander productdenken.
Als je een platform bouwt, is je API je product. De developer experience is je user experience. Je documentatie is je onboarding. En je breaking changes zijn je churn-risico. Dit klinkt logisch, maar in de praktijk zie ik dat platformteams gestuurd worden op dezelfde KPI’s als applicatieteams — en dat werkt niet.
Goed platform product leadership vraagt om het vermogen om twee niveaus tegelijk te bedienen: de strategische laag (welke partners, welk ecosysteem, welke waardepropositie) en de technische laag (API-design, rate limiting, versioning, backwards compatibility). Dat is precies waar mijn profiel in past.
Hoe gedragswetenschap je product beter maakt
De meeste productteams ontwerpen voor de rationele gebruiker. Maar die bestaat niet. Mensen zijn gewoontedieren die beslissingen nemen op basis van context, emotie en gemak — niet op basis van features en functionaliteit.
Frameworks als het COM-B model (Capability, Opportunity, Motivation → Behavior) en het Fogg Behavior Model (Motivation × Ability × Prompt) geven je een lens om te begrijpen waarom gebruikers wel of niet doen wat je product beoogt. Niet als academische exercitie, maar als praktisch ontwerpprincipe.
Een voorbeeld: als gebruikers een feature niet gebruiken, is de eerste reflex vaak “we moeten het prominenter maken” (meer prompt). Maar misschien is het probleem dat de stappen te complex zijn (ability) of dat de gebruiker niet ziet wat het oplevert (motivation). De interventie is telkens anders — en zonder het juiste framework gok je.
Dit gedragsdenken neem ik mee in elke roadmap-discussie, elke prioritering, elke designkeuze. Het is geen aparte dienst — het is een integraal onderdeel van hoe ik naar producten kijk.
Verder lezen
Wil je zien hoe ik deze inzichten toepas in de praktijk? Bekijk mijn cases bij Schiphol, SkyTeam en Transvision. Of lees meer over mijn achtergrond en bekijk mijn diensten als Fractional Product Lead.