Word niet verliefd op je oplossing. Begin met het probleem.

Stop falling in love with your solution. Start with the problem.

Vraag de volgende vijf mensen in je team om het Customer Problem dat ze oplossen op te schrijven. Je krijgt waarschijnlijk vijf verschillende antwoorden. Hier lees je hoe je dat kunt oplossen, en welk canvas we daarvoor gebruiken.

Als je de volgende vijf mensen in je innovatieteam vraagt om het Customer Problem waar ze aan werken op te schrijven, krijg je waarschijnlijk vijf verschillende antwoorden. Ik heb deze oefening vaak genoeg gedaan om erom te wedden.

Die kloof, tussen teams die denken dat ze het eens zijn over het probleem en teams die dat daadwerkelijk zijn, is waar de meeste innovatieprojecten stilletjes sterven. Niet in de uitvoering. Niet in de technologie. In de onuitgesproken miskenning van wat ze in de eerste plaats probeerden op te lossen. Ik wil ingaan op waarom dit gebeurt, wat een Customer Problem eigenlijk is, en een specifieke tool die we in het boek hebben ingebouwd om teams te helpen het eens te worden over het probleem voordat ze bouwen.

Waarom teams het probleem overslaan

Bijna elk team waarmee ik werk, wordt verliefd op hun oplossing voordat ze het probleem goed hebben begrepen. De oplossing is iets tastbaars waar ze zich omheen kunnen verzamelen. Er is een prototype, een functie, een roadmap. Het probleem is rommeliger, langzamer, minder bevredigend. Dus slaan we het over. We betalen er later voor.

Het patroon is altijd hetzelfde. We beginnen met een glanzend idee. We bouwen het snel, vooral nu met AI en tools waarmee we in uren van idee naar werkend prototype kunnen gaan. We pitchen het hard via onze kanalen. Pas dan realiseren we ons dat niemand erop zat te wachten. De bouw was uitstekend. Het doel was mis.

Zoals we in ons nieuwe boek, Augmented Collaboration, schreven, begint innovatie met het rigoureus definiëren van het echte probleem dat het waard is om op te lossen, niet met het genereren van ideeën. Die ene verschuiving, van oplossing-eerst naar probleem-eerst, is wat teams die dingen leveren waar mensen om geven onderscheidt van teams die dingen leveren waar mensen langs scrollen.

Een eenvoudig voorbeeld van wat er gebeurt als je dit goed doet

Stel je een team voor dat een budgetteringsapp bouwt. Ze beginnen met de voor de hand liggende formulering: mensen willen geld besparen. Ze bouwen functies die gebruikers helpen uitgaven bij te houden, budgetten in te stellen en hun uitgaven te visualiseren. De app is prachtig gemaakt. Bijna niemand gebruikt hem.

Stel je nu hetzelfde team voor dat begint met de vraag wat de klant eigenlijk voelt. Overweldiging. Schaamte. Een gevoel van controleverlies elke keer dat ze hun bankapp openen. Het echte probleem is niet dat mensen meer willen sparen. Het echte probleem is dat mensen het zat zijn zich stuurloos te voelen met geld. Een product dat overweldiging aanpakt en een gevoel van controle herstelt, is een heel ander product dan een budgetteringsapp. Het oplossen van het echte probleem verandert alles wat daarna komt.

Dit is de kern van de methode van het boek. Los het probleem goed op en de volgende duizend beslissingen worden gemakkelijker. Doe het verkeerd en geen enkele briljante uitvoering zal je redden.

Het Customer Problem Canvas

Daarom hebben we het Customer Problem Canvas gebouwd. Het is een van de fundamentele tools in Augmented Collaboration, en het is ontworpen om één ding goed te doen: een team daadwerkelijk het eens maken over het probleem voordat ze de oplossing aanraken.

Het canvas helpt teams in te zoomen op een klein aantal vragen die, naar onze ervaring, de vragen zijn die teams het meest overslaan. Wat is er kapot of frustrerend in de wereld van de klant? Welk gedrag vertonen ze al? Wat houdt hen tegen om het zelf op te lossen? Hoe zou echte waarde er voor hen uitzien? Elk gedeelte van het canvas dwingt het team om specifiek te zijn. Specificiteit is waar alignment leeft.

Waarom we het veld 'Customer Problemverklaring' hebben toegevoegd

Onlangs hebben we een nieuw veld toegevoegd aan dit canvas. We noemen het de Customer Problemverklaring. Het idee kwam rechtstreeks van de 250 mede-auteurs van het boek. Terwijl zij het canvas in hun eigen teams testten, bleef hetzelfde patroon zich voordoen. Teams kwamen uit de workshop met rijke antwoorden op elke vraag op het canvas. Probleem, hoofdoorzaak, wie voelt het, alternatieven, nadelen. Alles behalve één duidelijke zin die zei: dit is het Customer Problem dat we ons committeren op te lossen.

De mede-auteurs gaven aan dat de synthesestap ontbrak. Dus hebben we die toegevoegd. De Customer Problemverklaring is nu het veld dat zit tussen alles wat het team heeft ontdekt en alles wat ze hierna zullen ontwerpen. Het dwingt het team om één overeengekomen zin te kristalliseren voordat iemand een oplossing schetst. Zonder die zin dwaalt het werk af. Met die zin heeft het werk een duidelijk doel.

Er is een eenvoudige test om te zien of de Customer Problemverklaring klopt. Zouden de volgende vijf mensen in je team dezelfde zin kunnen schrijven? Zo ja, dan is het team op één lijn. Zo nee, dan heb je zojuist het belangrijkste gevonden om op te lossen voordat je iets bouwt.

Drie vragen die je moet stellen voordat je bouwt

Voordat je je Value Proposition schetst of die volgende slimme functie ontwerpt, zijn drie vragen het waard om jezelf te stellen en hardop met het team te bespreken.

Zouden de volgende vijf mensen in mijn team dezelfde Customer Problemverklaring kunnen schrijven? Zijn we het daadwerkelijk eens over het probleem, of alleen over de urgentie? Bouwen we iets nuttigs, of gewoon iets slims?

De teams die leren om met het probleem te beginnen, leveren dingen waar mensen om geven. De teams die het overslaan, leveren dingen waar mensen langs scrollen.

Waar je het canvas kunt vinden

Het Customer Problem Canvas, inclusief het nieuwe veld Customer Problemverklaring, is te vinden in Augmented Collaboration. Koop je exemplaar van de #badversion, nu verkrijgbaar als softcover en als digitale editie. De definitieve versie, met QR-codes die elke tool linken aan een live Miro-template, verschijnt op 1 september 2026 en kan vandaag al worden voorbesteld.

Elk tool in het boek is ontworpen om gebruikt te worden, niet om bewonderd te worden. Het canvas is een van de eenvoudigste plaatsen om te beginnen.

0 reacties

Reactie plaatsen