Make Meaning Over Money – Waarom betekenis de beste businesscase is
Herken je dit scenario? Als Product Owner zit je in een vergadering over deadlines, budgetten en projecten. De cijfers zien er goed uit, iedereen is tevreden, maar toch knaagt er iets. Je vraagt je af: Bouwt mijn team wel echt iets waar mensen op zitten te wachten?
Dit gevoel ken ik van veel Product Owners. En het Product Owner Onderzoek 2025 bevestigt het: we worstelen steeds vaker met deze tegenstrijdigheid. Overal om ons heen verandert de digitale wereld razendsnel, maar de verwachtingen van klanten veranderen nog sneller. We zitten met een fundamentele keuze: vasthouden aan onze vertrouwde project mindset, of de sprong maken naar echte waardecreatie.
Dit is de eerste blog in onze serie over 5 principes waarmee je als Product Owner écht impact maakt. We beginnen met een principe dat mijn kijk op productontwikkeling compleet heeft omgegooid: 'Make Meaning Over Money'. Het klinkt misschien als een vage managementterm, maar het is juist een krachtige, strategische aanpak met zichtbare impact. En het mooie is: als Product Owner heb jij de sleutel in handen om deze betekenisvolle verandering te realiseren.
Make Meaning Over Money: alles draait om emotie
Guy Kawasaki, de man achter Apple's vroege successen, formuleerde het helder: "If you make meaning, the money will follow. But if you only set out to make money, you will not make meaning, and therefore, you won't make money."
Dit is geen softe managementfilosofie, maar gewoon goede business. Denk aan de diensten die je elke dag gebruikt. Bij Spotify ging het niet om "muziek verkopen" - ze wilden de perfecte soundtrack voor ieders leven creëren. Netflix dacht verder dan "content distribueren" en veranderde hoe we naar entertainment kijken. En Slack wilde meer dan "nog een communicatietool" bouwen - ze transformeerden werkplekken door teams écht te laten samenwerken.
Wat is nu het verschil met traditionele productontwikkeling? Organisaties die betekenis centraal stellen, maken producten die mensen écht rakene vragen zich af: maakt dit mijn leven beter? Het draait volledig om emotie. Je doelgroep - klanten, gebruikers, hoe je ze ook noemt - interesseert het namelijk niet of jouw project mooi binnen de lijntjes is gebleven
Als je als organisatie oprecht geïnteresseerd bent in die emotie en deze centraal stelt, gebeuren andere dingen vanzelf. Je bouwt alleen nog dingen waar mensen echt behoefte aan hebben. Zonder voor je doelgroep te bepalen wat zij willen. Hiermee verspillen we minder budget aan features die niemand gebruikt. En het mooiste; op den duur bouw je een veel sterkere relatie met je klanten op.
Maar wat betekent dit nu praktisch voor jou als Product Owner?
Stel je eens voor: een organisatie waar waarde niet alleen in mission statements staat, maar echt leeft. Waar mensen worden beloond voor bijdragen die ertoe doen, niet alleen voor aanwezigheid. Waar wordt geïnvesteerd in projecten met echte impact, niet wat toevallig het goedkoopst is. En waar leiders hun principes ook daadwerkelijk nakomen. Dit zijn de organisaties die jaar na jaar beter presteren. Het klinkt als een utopie, maar dit zou altijd het streven moeten zijn.
Als leider zie je dat wanneer je team snapt waarom ze iets maken, er iets fundamenteels verandert. Ze komen niet meer alleen om hun uren te draaien. Ze gaan echt om het resultaat geven, denken proactief mee, stellen betere vragen. Dat voelen klanten ook - die ontwikkelen zich van gewone gebruikers tot je grootste ambassadeurs.
Voor jezelf is er weinig bevredigender dan werk doen dat ertoe doet. Als je kunt uitleggen waarom je product bestaat - niet in marketingtaal, maar vanwege de echte impact - dan maak je geen features meer. Dan verbeter je levens. En dat voelt fundamenteel anders dan gewoon taken afvinken.
Van projectdenken naar productdenken
Als je emotie en betekenis centraal wilt stellen, krijg je vrij snel de vraag: hoe pak je dat dan aan? Want eerlijk is eerlijk - de manier waarop de meeste teams werken staat hier haaks op.
Hoeveel projecten ken jij die 'succesvol' werden genoemd omdat ze op tijd waren opgeleverd, maar waar daarna niemand meer naar omkijkt? Ik ken er behoorlijk wat. Maar toch blijven veel organisaties op dezelfde manier werken.
Traditionele projecten focussen op onder andere elementen als:
Wanneer is het af?
Wie doet wat?
Blijven we binnen budget?
Het resultaat? Teams die taken afvinken zonder dat iemand echt weet of ze het juiste probleem oplossen. Die informatie is er vaak wel, maar dan krijg je te horen "Sorry, valt buiten scope."
Je denkt nu misschien: "Maar daar hebben we toch Agile voor?" Inderdaad, Agile heeft veel verbeterd. Teams werken iteratief, betrekken gebruikers, kunnen bijsturen. Maar vaak zit de mindset nog op hetzelfde spoor - succes wordt afgemeten aan wat je oplevert, niet aan de impact die je maakt.
De cijfers zijn daar in ieder geval duidelijk over: 39% van alle IT-projecten gaat nog steeds mis door onduidelijke requirements. Bijna vier van de tien projecten lost de verkeerde problemen op. Auw..
De kracht van productdenken
Productdenken gooit de volgorde om. In plaats van "Wat moeten we bouwen?" begin je met "Waarom zou iemand dit willen?" Je gaat terug naar het waarom van je gebruikers.
Stel je voor: geen vergaderingen meer over deadlines en scope changes. In plaats daarvan praat je over echte problemen van echte mensen en hoe je die oplost. In plaats van "Hoe krijgen we dit af voor deadline X?" vraag je:
Waarom is dit belangrijk voor onze gebruikers?
Wat willen we eigenlijk bereiken?
Hoe weten we of het werkt?
Projectteams lopen vast in processen, productteams kunnen experimenteren. Ontdek je dat gebruikers je feature heel anders gebruiken? Perfect, dan pas je aan. Nieuw inzicht uit onderzoek? Dat neem je direct mee.
Teams die zo werken houden hun mensen langer vast en hun klanten ook. Ze reageren sneller op veranderingen omdat ze altijd aan het luisteren zijn. En ze bouwen minder technical debt op omdat ze niet constant onder tijdsdruk slechte keuzes hoeven te maken.
Je team wordt eigenaar van het probleem, niet alleen van hun stukje code. Dat verandert alles - van hoe ze naar hun werk kijken tot hoe enthousiast ze zijn om problemen op te lossen. Pure blijdschap!
Jouw rol als Product Owner: strategisch leiderschap
De rol van Product Owner is netjes weergegeven in de Scrum-guide; The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team.
Jij bent degene die de brug slaat tussen wat mogelijk is en wat waardevol is. Als developers vragen "Waarom bouwen we dit?" heb jij het antwoord. Als stakeholders willen weten "Hoe zorgen we dat mensen dit gaan gebruiken?" ken jij je gebruikers.
Dat maakt je rol strategisch, niet tactisch. Je bent geen projectmanager die taken uitdeelt - je bepaalt welke problemen het waard zijn om op te lossen. Je bent geen boodschapper die requirements doorgeeft - je verdedigt de belangen van mensen die je product gaan gebruiken.
Dit is een krachtige positie. Je zit precies op het punt waar technologie en menselijke behoeftes elkaar raken. Waar business doelen en gebruikerservaring samenkomen. Daar ontstaat innovatie.
Je verantwoordelijkheid reikt ook verder dan je team. Jouw keuzes bepalen niet alleen de volgende sprint, maar waar het hele product naartoe gaat. De vragen die je stelt, hoe je prioriteert, welke feedback je verzamelt - dat bepaalt of je iets maakt waar mensen enthousiast van worden, of gewoon weer iets dat weinig gebruikt wordt.
Wat dit strategisch leiderschap inhoudt
Een effectieve Product Owner doet eigenlijk drie dingen tegelijk. Ten eerste vertaal je vage bedrijfsdoelen naar een concrete product visie waar mensen mee aan de slag kunnen. Dit moeten we niet onderschatten. Het is de kern van je product. Met deze visie weten developers ochtends waarom hun code ertoe doet, en designers snappen voor wie ze ontwerpen.
Daarnaast neem je constant financiële beslissingen. Ik bedoel dan geen budgetbeheer, dat is project denken, maar bepalen waar de meeste waarde zit. Welke features krijgen prioriteit? Waar steken we onze tijd in? ROI, maar dan vanuit wat gebruikers echt nodig hebben.
En je faciliteert je team in plaats van ze te controleren. De beste Product Owners zijn degenen die obstakels wegwerken zodat hun team kan excelleren. Niet degenen die alles willen micro-managen.
Organisatietransformatie: van theorie naar praktijk
Theorie is één ding, implementatie is wat anders. Effectieve Product Owners investeren echt tijd in hun gebruikers begrijpen. Ze stellen andere vragen: "Wat probeer je te bereiken?" in plaats van "Wat vind je van deze feature?" Dat kleine verschil onthult wat mensen echt nodig hebben.
Ze meten ook anders. Niet hoeveel features er uitkomen, maar hoe de gebruikerservaring verbetert. Hoeveel minder support tickets er binnenkomen. Outcomes versus outputs - een fundamenteel andere manier van kijken naar succes.
Ook goede communicatie is voor een Product Owner cruciaal, omdat je constant aan het vertalen bent. Je probeert enerzijds technische keuzes uit te leggen aan business stakeholders en anderzijds business waarde te vertalen naar je development team. Die vaardigheid bepaalt vaak het verschil tussen een goed product en een bijzonder product.
Nieuwe informatie zie je als kans, niet als probleem. Als onderzoek laat zien dat mensen je product anders gebruiken dan je had gedacht, grijp je dat aan om te verbeteren in plaats van krampachtig vast te houden aan het oorspronkelijke plan.
Waarom dit zo uitdagend is
Deze transformatie verandert je hele organisatie. Hoe teams samenwerken, hoe je succes meet, hoe budgetten verdeeld worden - alles komt in beweging. Het is eigenlijk een complete heroriëntatie van hoe business werkt.
Verandering leidt tot weerstand. Mensen houden van bekende werkwijzen, vooral als die vroeger succesvol waren. Als Product Owner zit je vaak in de positie dat je moet bewijzen dat een andere aanpak beter is. En dat doe je niet met presentaties, maar met concrete resultaten uit pilots.
Operationeel wordt het ook complex. Teams die gewend zijn aan maandelijkse releases moeten plotseling elke week feedback verwerken. Continue gebruikersbetrokkenheid vraagt vaardigheden die de meeste mensen nog niet hebben ontwikkeld. Mijn advies? Start klein. Ga voor korte iteraties en bouw de capaciteit langzaam uit.
Daarnaast heb je technische beperkingen. Legacy systemen zijn vaak niet gebouwd op wendbaarheid. Snelle aanpassingen worden problematisch, wat teams die juist snel willen reageren frustreert. Hier kun je als Product Owner het verschil maken door een roadmap te maken voor geleidelijke modernisering, terwijl je ondertussen waarde blijft leveren aan wat je al hebt.
Productdenken in traditionele organisaties
De realiteit is dat de meeste Product Owners niet werken in hippe tech startups, maar in traditionele organisaties met 15 jaar oude systemen, voorzichtig management en compliance eisen. De theorie is mooi, maar hoe doe je dit in de praktijk als je niet de luxe hebt van een gloednieuw bedrijf?
Begin onder de radar: Start met het hereiken van bestaande projecten zonder de terminologie te veranderen. In plaats van te zeggen "we gaan productgericht werken," introduceer je gewoon gebruikersonderzoek als "risico's verkleinen" en experimenten als "proefprojecten die uitvoeringsrisico's verminderen." Praat over resultaten als "bedrijfswaarde leveren" - taal die management al kent en begrijpt.
Werk binnen bestaande systemen: Verander niet de vergaderingen, verander de vragen die je stelt. In plaats van nieuwe besluitvormingsprocessen te introduceren, gebruik je wat er al is maar met focus op gebruikersimpact. Koppel productresultaten aan cijfers die het management al volgt - zo spreek je hun taal.
Omgaan met oude systemen: Focus eerst op wat je wel kunt veranderen zonder de techniek aan te raken. Betere schermen, duidelijkere communicatie, verbeterde processen. Begin met moderne interfaces voor oude systemen. En gebruik de frustraties van je team met het oude systeem als argument voor stapsgewijze vernieuwing.
De kunst van timing: Traditionele organisaties hebben budgetcycli en planningsritmes. Leer deze kennen en gebruik ze. Positioneer productdenken niet als revolutie, maar als evolutie die past binnen bestaande structuren. Wacht op momenten van verandering - nieuw management, strategische reviews, budgetbesprekingen - om je kans te grijpen.
Argumenten die werken: Traditionele organisaties begrijpen kosten. Praat over "technische schulden verminderen", "onderhoudskosten besparen", en "concurrentievoordeel creëren". Toon aan dat niets doen duurder is dan verandering.
Het gaat erom geduldig te zijn en kleine successen op te bouwen. In traditionele organisaties win je door volhouden en bewezen resultaten, niet door grote verhalen over hoe alles anders moet.
Hoe je deze transformatie succesvol doorvoert
Ondanks deze uitdagingen kan de transformatie wel slagen. Succesvolle transformaties beginnen met eerlijke communicatie. Niet management-speak, maar concrete voordelen voor iedereen die erbij betrokken is. Mensen moeten begrijpen wat er voor hen verandert en waarom dat beter is.
Betrek je mensen actief bij het proces. Hun ervaring is waardevol, en hun betrokkenheid vermindert weerstand aanzienlijk. Mensen steunen veranderingen waar ze aan hebben meegewerkt veel meer dan dingen die van bovenaf komen.
Management moet zichtbaar meegaan. Culturele verandering werkt alleen als leiders het voordoen en consequent blijven. Als het management nog steeds alleen naar deadlines vraagt terwijl teams aangemoedigd worden om op gebruikerswaarde te focussen, ontstaat er verwarring.
Doe het gefaseerd. Begin met een klein team of één product, laat zien dat het werkt, en deel die successen. Niets overtuigt beter dan bewezen resultaten. Momentum bouwt zich op als mensen zien dat de nieuwe manier echt beter werkt.
Hoe alles samenkomt: de kracht van geïntegreerd productdenken
"Make Meaning Over Money" werkt niet als geïsoleerd principe. De elementen die we besproken hebben versterken elkaar in een krachtige cyclus. Als je kiest voor betekenis boven alleen output, verandert automatisch hoe je naar kwaliteit kijkt. Je gaat anders prioriteren - niet de snelste oplossing, maar de beste voor je gebruikers.
Deze focus op gebruikerswaarde vraagt betere communicatie met je team en stakeholders. Je kunt niet meer volstaan met "omdat het in de backlog staat" - je moet uitleggen waarom iets belangrijk is. Dit dwingt je tot helderder denken over prioriteiten.
Tegelijkertijd kun je niet alleen op gevoel werken. Je hebt data en gebruikersonderzoek nodig om je keuzes te onderbouwen. Maar nu gebruik je die data niet om projectvoortgang te meten, maar om gebruikersimpact te valideren.
Dit alles samen creëert teams waarin ontwikkelaars, ontwerpers en analisten echt eigenaarschap voelen over het product. Ze begrijpen waarom ze iets bouwen en maken betere keuzes - ook als jij er niet bij bent. Dat is de kracht van productdenken: het transformeert niet alleen processen, maar de hele manier waarop mensen naar hun werk kijken.
Praktische vergelijking: project vs. product mindset
| Aspect | Project denken | Productdenken |
|---|---|---|
| Succesindicatoren | Tijd, budget, feature-compleetheid | Gebruikersimpact, groei, tevredenheid |
| Teamstructuur | Tijdelijk, wisselende samenstelling | Permanent, eigenaarschap |
| Omgang met verandering | Weerstand: "We hebben een plan" | Adaptatie: "Wat kunnen we hiervan leren?" |
| Klantrelatie | Transactioneel: leverancier-klant | Partnerschap: gezamenlijke waardecreatie |
Van problemen naar oplossingen
Productdenken biedt concrete antwoorden op bekende frustraties. Neem onduidelijke requirements - we noemden al dat 39% van IT-projecten hierin faalt. Productteams lossen dit op door continue validatie en feedback van gebruikers in de kern van hun werkwijze op te nemen. Zij vertrouwen niet blindelings op aannames aan het begin.
Gebrek aan stakeholderbetrokkenheid verdwijnt wanneer je structurele betrokkenheid organiseert tijdens het hele ontwikkelproces. Scopewijzigingen - de klassieke projectnachtmerrie - worden verwelkomd door flexibele planning met iteratieve aanpassingen. En onnauwkeurige schattingen vervang je door regelmatige bijstelling op basis van opgedane inzichten.
Voor elk traditioneel projectprobleem bestaat er een productgerichte oplossing. Het gaat erom deze principes te integreren in plaats van ze als losse technieken te zien.
Van inzicht naar impact: jouw volgende stappen
We hebben een hele reis gemaakt - van dat knagende gevoel in vergaderingen, naar een fundamenteel andere manier van werken. Van projectdenken naar productdenken. Van features afleveren naar betekenis creëren. Maar theorie wordt pas waardevol als je er iets mee doet.
Begin vandaag
Je hoeft niet te wachten tot je hele organisatie meedoet. Je kunt vandaag beginnen met kleine stappen die direct verschil maken.
Start met één experiment. Kies één project - maakt niet uit hoe klein - waar je het "Wat probeer je werkelijk te bereiken?" gaat vragen. Aan stakeholders, gebruikers en jezelf. Observeer hoe deze focus op het waarom je richting verandert. Neem geen genoegen met het eerste antwoord, gebruik de 5-keer-waarom techniek om tot de kern te komen van de motivatie.
Ga je gebruikers echt leren kennen. Stop met veronderstellingen. Begin systematisch feedback te verzamelen - desnoods gewoon informele gesprekken met interne stakeholders. Luister niet naar wat mensen zeggen dat ze willen, maar naar wat ze proberen te bereiken. Daar zit het echte inzicht.
Meet wat ertoe doet. Kies 2-3 indicatoren die echte impact meten in plaats van activiteit. Gebruikerstevredenheid, retentie, minder support tickets. Volg ze consequent en laat je verrassen door wat je ontdekt.
Bouw je netwerk uit. Zoek andere productprofessionals die deze reis al hebben gemaakt. Leer van organisaties die productdenken succesvol hebben geïmplementeerd. Hun ervaringen kunnen je maanden aan trial-and-error besparen.
Het grotere plaatje
De toekomst behoort toe aan professionals die verder kijken dan kortetermijndoelen en producten maken die écht het leven van mensen verbeteren. Financieel succes volgt vanzelf, maar de voldoening van betekenisvol werk - dat is wat telt.
Als Product Owner zit je in een unieke positie. Je bevindt je precies op het kruispunt van technologie en business impact. Je hebt de invloed om richting te geven aan innovatie die er werkelijk toe doet. Gebruik die kans.
De productrevolutie gebeurt nu - met of zonder jou. Door bewust te kiezen voor doel en impact boven pure output, word je onderdeel van een beweging die fundamenteel verandert hoe we werken.
Dus morgen, als je weer in een vergadering zit, begin je met met één vraag: "Waarom doen we dit eigenlijk?
Bronvermeldingen: productowner.nl
Herken je de uitdagingen uit dit artikel? Laten we praten over hoe jij deze transformatie succesvol kunt doorlopen. Mail ons via info@fitproductownercompany.com of stuur een LinkedIn DM.