De “How Might We”-methode: wat is het en hoe werk je ermee?
De “How Might We” methode is een werkvorm ontwikkeld in de jaren zeventig en inmiddels vast onderdeel van het Design Thinking-framework. Het zet een gevalideerd probleem om in een gerichte ontwerpvraag: breed genoeg voor creatieve ruimte, maar scherp genoeg voor focus. In dit artikel leer je waar How Might We vandaan komt, hoe je een sterke vraag formuleert en hoe je een sessie met jouw team kunt faciliteren.
Wat is de “How Might We” methode?
De How Might We methode is een vraagtechniek binnen Design Thinking. Je neemt een gebruikersprobleem en herformuleert het als een uitnodigende ontwerpvraag. De methode verbindt de Define fase met de Ideate fase van Design Thinking.
De kracht zit in drie woorden:
- How: een uitnodiging tot actie. Laten we iets concreets ontwerpen.
- Might: het mag mislukken. Die ruimte maakt experimenteren mogelijk.
- We: gedeeld eigenaarschap. Innovatie is teamwerk.
Oorsprong: van Procter & Gamble tot Google
De methode is geen recente trend. De oorsprong brengt ons terug naar de jaren ’70.
Min Basadur ontwikkelde de vraagvorm bij Procter & Gamble als onderdeel van Simplex Creative Problem Solving, een gestructureerde aanpak voor het oplossen van complexe problemen. Zijn doel: R&D-teams uit analyse-verlamming trekken. In de jaren daarna adopteerden IDEO en de Stanford d.school How Might We als standaardstap, gekoppeld aan empathie onderzoek en gebruikersbehoeften.
De stap naar brede toepassing kwam toen Jake Knapp How Might We opnam als vaste oefening op dag 1 van de Google Design Sprint. Sindsdien groeit de toepassing: van productteams en strategietrajecten tot onderwijs, overheid en zorg.

Zo formuleer je een sterke How Might We-vraag
Een goede How Might We vraag begint altijd bij een gevalideerd inzicht. Volg deze zes stappen:
- Verzamel inzichten. Vertrek vanuit empathie voor gebruikers: interviews, observaties, data. Zonder inzicht geen goede How Might We.
- Identificeer de spanning. Zoek de kern van het gebruikersprobleem. Formuleer een Point of View-statement (POV): Gebruiker + Behoefte + Inzicht.
- Herformuleer als How Might We. Draai het probleem om naar een mogelijkheid. Voorbeeld: POV: “Mantelzorgers voelen zich schuldig als ze een dag vrij nemen, waardoor ze niet bijtanken.” How Might We: “Hoe zouden we mantelzorgers kunnen helpen om zonder schuldgevoel een rustmoment te nemen?”
- Toets het abstractieniveau. De vraag moet op het juiste abstractieniveau zitten. Te breed geeft geen richting. Te smal bevat al een oplossing. De juiste balans zit ertussenin.
- Genereer varianten. Schrijf minimaal vijf tot acht How Might We-vragen per inzicht. Wissel perspectieven af als gebruiker, organisatie, maatschappij.
- Selecteer en prioriteer. Stem als team met dot-voting (elke deelnemer plakt stickers op de vragen die het meeste potentieel hebben) op de beste kandidaten.

Goede vs. slechte How Might We vragen
De kwaliteit van je How Might We-vraag bepaalt de kwaliteit van je brainstormsessie. Vijf veelgemaakte fouten die wij zien:
| Fout | Voorbeeld (zwak) | Dit is wel goed |
|---|---|---|
| Te breed | “Hoe zouden we klanten gelukkiger kunnen maken?” | “Hoe zouden we nieuwe klanten in de eerste week een wow-moment kunnen geven?” |
| Oplossingsgestuurd | “Hoe zouden we een chatbot kunnen bouwen voor klantvragen?” | “Hoe zouden we klanten dag en nacht direct antwoord op veelgestelde vragen kunnen geven?” |
| Geen gebruikersbasis | Geformuleerd vanuit organisatiedoelen | Gebaseerd op een gevalideerd gebruikersinzicht |
| Te veel jargon | Onbegrijpelijk voor niet-specialisten | Helder voor iedereen |
| Meerdere problemen in één vraag | Twee of meer problemen gecombineerd | Eén probleem per vraag, opgesplitst voor scherpere ideatie |
Veelgestelde vragen over de How Might We-methode
Hoeveel How Might We-vragen heb je nodig?
Genereer breed: twintig tot veertig vragen. Selecteer scherp: twee tot vier neem je mee naar ideatie.
Kan How Might We zonder voorafgaand gebruikersonderzoek?
Technisch wel, maar de kwaliteit wordt minder. Als vuistregel kun je aanhouden om vijf kwalitatieve interviews uit te voeren voordat je begint.
Wat is het verschil met een probleemstelling?
Een probleemstelling beschrijft de pijn. Een How Might We-vraag nodigt uit tot oplossingen.
Werkt How Might We ook in remote teams?
Ja. Gebruik digitale whiteboards en hanteer dezelfde timebox en spelregels als bij een fysieke sessie.
Heb je het gevoel dat je nog veel meer wilt weten over Design Thinking? Schrijf je in voor onze interactieve Design Thinking training en ervaar de kracht van Design Thinking zelf aan de hand van voorbeelden en praktijkcases. Of voer een eigen design thinking project uit onder begeleiding van een ervaren design thinking coach.
Bronnen
- Brown, T. (2008). Design thinking. Harvard Business Review, 86(6), 84-92.
- Dorst, K. (2010). The nature of design thinking. In Proceedings of the 8th Design Thinking Research Symposium (DTRS8). Sydney: DAB Documents.
- Interaction Design Foundation. (2021). What is design thinking and why is it so popular? Geraadpleegd van https://ixdf.org/literature/topics/how-might-we
- Liedtka, J. (2018). Why design thinking works. Harvard Business Review, 96(5), 72-79.
- Meinel, C., Leifer, L., & Plattner, H. (2011). Design thinking: Understand-improve-apply. Springer.
Rik van der Wardt is Agile Coach en Design Thinker. Hij heeft een achtergrond in Innovatie Management (TU/e) en hij heeft zich binnen verschillende adviesbureaus met dit onderwerp bezig gehouden. In 2016 was hij een van de oprichters van dit initiatief. Rik vindt het leuk om zijn kennis over Design Thinking te delen in blogposts. Hij is bovendien verantwoordelijk voor deze website, dus als je feedback hebt, laat het hem weten!
