Behoeftekompas

Van beleefwereld en systeemwereld naar productieve discensus

Doelgroep: DHENN-partners, opdrachtgevers, projectleiders, procesbegeleiders en ontwerpers die samen met inwoners, professionals, organisaties en beleidsactoren behoeften willen verkennen voordat zij een oplossing, pilot of project starten.

Kernclaim: Een behoefte is pas bruikbaar voor innovatie als zij is verbonden met ervaring, systeemcondities en expliciete frictie. Zonder die drie lagen ontstaat snel een project dat goed klinkt, maar niet scherp genoeg is om te dragen, te financieren of te implementeren.

1. Beleefwereld Wat mensen ervaren, missen, nodig hebben en zelf niet altijd zo noemen.

2. Systeemwereld Wat organisaties, geldstromen, regels, rollen en processen mogelijk maken of blokkeren.

3. Discensusruimte Waar verschillen tussen ervaringen en systeemlogica worden vertaald naar een tendens en ontwikkelvraag.

1. Samenvatting

Zorg- en welzijnsinnovatie begint vaak met een opdracht, een beleidsambitie, een subsidieprogramma of een oplossing die al rondzingt. Dat is begrijpelijk, maar methodisch gevaarlijk. De behoefte is dan al vertaald voordat goed duidelijk is wie iets ervaart, welke systeemcondities het vraagstuk vormen, en waar de spanning tussen mens en systeem werkelijk zit.

Het DHENN Behoeftekompas is ontwikkeld om die te vroege vertaling te voorkomen. Het kompas helpt partners om behoefte-articulatie te benaderen als een iteratief proces met sluisjes. Elke stap heeft een kwaliteitsvraag: weten we genoeg om door te gaan, of moeten we eerst opnieuw het veld, het netwerk of het systeem in?

De kern van het kompas bestaat uit drie samenhangende ruimtes. De beleefwereld of ervaringswereld maakt zichtbaar wat mensen merken, missen en nodig hebben in hun dagelijkse leven of werk. De systeemwereld maakt zichtbaar welke rollen, regels, geldstromen, baten, lasten, ICT, capaciteit en verantwoordelijkheden het vraagstuk sturen. De discensusruimte verbindt deze twee niet door verschillen weg te onderhandelen, maar door verschillen productief te maken. Uit botsende perspectieven wordt een richtinggevende tendens gehaald: een patroon of frictie dat laat zien waar ontwerp, beleid of samenwerking op moet aangrijpen.

Kernboodschap Het kompas is geen invulformulier. Het is een werkproces om van losse signalen naar een onderbouwde ontwikkelvraag te komen. Een stap is pas klaar als de behoefte, het systeem en de frictie voldoende scherp zijn om een volgende keuze te dragen.

2. Het probleem: behoefte wordt te snel projecttaal

In zorg- en welzijnsnetwerken is de formele vraag zelden neutraal. Een gemeente vraagt om een aanpak, een zorgorganisatie zoekt een pilot, een netwerk wil opschalen, een leverancier komt met een platform, of professionals vragen om een duidelijk protocol. Zulke vragen zijn niet verkeerd, maar ze bevatten vaak al aannames over het probleem, de doelgroep, de oplossing en het eigenaarschap.

Daardoor ontstaan drie terugkerende risico’s. Ten eerste wordt ervaring versmald tot input. Mensen mogen hun verhaal doen, maar het projectkader staat al vast. Ten tweede wordt systeemlogica onzichtbaar. Geld, mandaat, overdracht, IT, capaciteit en verantwoordelijkheid worden pas besproken als de oplossing al gekozen is. Ten derde wordt verschil te vroeg gladgestreken. Verschillende perspectieven worden samengevat tot één gezamenlijk beeld, terwijl juist de verschillen laten zien waar het vraagstuk werkelijk moeilijk wordt.

Het Behoeftekompas adresseert deze risico’s door de verkenning te vertragen en te structureren. Niet om bureaucratie toe te voegen, maar om te voorkomen dat partijen op drijfzand doorbouwen.

3. Drie theoretische lagen

3.1 Beleefwereld en ervaringswereld

De eerste laag gaat over wat mensen ervaren voordat een organisatie er beleidstaal van maakt. In de traditie van Habermas gaat de beleefwereld over de alledaagse wereld van betekenis, relaties, taal en handelen. In zorgcontexten wordt die wereld gemakkelijk verdrongen door professionele, medische of organisatorische taal. Barry et al. laten zien dat de stem van de leefwereld in zorginteracties vaak onder druk staat van systeem- en professionele logica. Todres et al. spreken daarom over lifeworld-led healthcare: zorg die niet alleen vertrekt vanuit protocollen, maar vanuit hoe gezondheid, kwetsbaarheid en steun in het leven van mensen betekenis krijgen.

Voor het kompas betekent dit dat signalen, verhalen, woorden, schaamte, vermijding, trots, afhankelijkheid en dagelijkse routines niet worden behandeld als illustratie bij een al bekende vraag. Ze zijn de eerste bron van behoefte. Een behoefte is dan niet alleen wat iemand vraagt, maar ook wat zichtbaar wordt in wat iemand niet vraagt, uitstelt, omzeilt of niet kan uitleggen.

3.2 Systeemwereld

De tweede laag gaat over de condities die bepalen of een behoefte kan worden gezien, opgepakt en gedragen. De systeemwereld bestaat uit beleid, financiering, rollen, contracten, IT-systemen, verantwoordingslijnen, capaciteit, takenpakketten en formele besluitvorming. Deze laag is niet minder belangrijk dan de ervaringswereld. Zij bepaalt vaak welke behoeften erkend worden en welke tussen organisaties blijven hangen.

Implementatiewetenschap laat zien dat vernieuwing niet alleen faalt door een zwakke interventie, maar door onvoldoende aandacht voor context, rollen, processen en ontvangers. Stakeholderanalyse in health innovation laat zien dat betrokkenheid, macht, belang en invloed vroeg expliciet moeten worden gemaakt. In het Behoeftekompas krijgt dit vorm in stappen over netwerk, geldstromen, baten, lasten, risico, eigenaarschap en overdracht.

3.3 Discensusruimte

De derde laag is de meest onderscheidende. De discensusruimte is de ruimte waar verschillen tussen beleefwereld en systeemwereld niet worden weggewerkt, maar onderzocht. Een zwak proces zoekt te snel consensus: één probleemdefinitie, één gezamenlijke wens, één oplossingsrichting. Dat klinkt efficiënt, maar maskeert vaak de werkelijke ontwerpmoeilijkheid.

Discensus betekent hier niet dat partijen ruzie moeten maken. Het betekent dat verschillen tussen perspectieven methodisch serieus worden genomen. Een inwoner kan vooral erkenning en rust nodig hebben, een professional vooral mandaat en tijd, een manager vooral financiering en taakafbakening, en een beleidsmedewerker vooral verantwoording en regie. Geen van die perspectieven is vanzelf het juiste perspectief. De ontwerpvraag ontstaat uit de spanning ertussen.

Wat is een tendens? Een tendens is geen compromis en geen gemiddelde mening. Het is een richtinggevend patroon dat zichtbaar wordt door verschillen naast elkaar te leggen. Bijvoorbeeld: meerdere partijen zien het probleem anders, maar telkens keert terug dat signalen wel worden gezien en niet worden opgevolgd. Dan is de tendens niet “meer ondersteuning”, maar “vroeg signaleren zonder duidelijke overdracht”.

4. Van verschil naar ontwikkelvraag

De centrale beweging van het Behoeftekompas is: eerst openen, dan verdiepen, dan verbinden. Het proces start niet bij een oplossing maar bij een formele vraag die opnieuw open wordt gemaakt. Daarna wordt de ervaringswereld onderzocht: welke signalen zijn er, wie ervaart ze, wie ontbreekt en welke behoefte ligt onder de uitgesproken vraag? Vervolgens wordt de systeemwereld uitgewerkt: welke regels, geldstromen, rollen, baten, lasten, risico’s en eigenaarschappen bepalen wat met de behoefte kan gebeuren? Pas daarna wordt de discensusruimte betreden.

In die discensusruimte wordt niet gevraagd: hoe krijgen we iedereen op één lijn? De betere vraag is: welke verschillen moeten blijven staan om het vraagstuk eerlijk te begrijpen? Het kompas zoekt dus niet naar snelle harmonie, maar naar een ontwerpbare spanning. Die spanning vormt de brug naar een ontwikkelvraag.

Laag	Kernidee	Vertaling naar kompas	Bronnen
Beleefwereld / ervaringswereld	Ervaring, taal, zorgen, betekenis, relaties en dagelijkse praktijk zijn geen illustratie maar bron van behoefte.	Stap 1-3 verzamelen signalen, stemmen en onderliggende behoefte voordat er oplossingstaal ontstaat.	Habermas, 1987; Barry et al., 2001; Todres et al., 2007; Morley et al., 2024
Systeemwereld	Beleid, geld, ICT, capaciteit, regels en rollen sturen wat mogelijk, zichtbaar en betaalbaar wordt.	Stap 4-5 maken netwerk, geldstromen, baten, lasten, risico, mandaat en overdracht expliciet.	Damschroder et al., 2022; Franco-Trigo et al., 2020; Vandekerckhove et al., 2023
Discensusruimte	Verschil is geen storing maar data. Botsende logica’s laten zien waar de ontwerpmoeilijkheid zit.	Stap 6-7 vertalen fricties naar tendensen, ontwerpbare vragen en kleine experimenten.	Dorst & Cross, 2001; Weick et al., 2005; Björgvinsson et al., 2012; Terlouw et al., 2022
Het geheel	Een gezamenlijk instrument kan verschillende partijen laten werken aan hetzelfde vraagstuk zonder hun perspectief te reduceren tot één verhaal.	Het kompas werkt als boundary object met sluisjes: door als voldoende scherp, terug als informatie ontbreekt.	Star & Griesemer, 1989; Terlouw et al., 2022; Weick et al., 2005

5. De canvaslogica

Het Behoeftekompas werkt in acht stappen. Elke stap heeft een voorkeursmethode en een sluisje. Het sluisje voorkomt dat een team te snel doorgaat. Als informatie ontbreekt, is dat geen fout maar een signaal: er moet een methode worden ingezet om het ontbrekende inzicht op te halen.

Stap	Ruimte	Vraag	Voorkeursmethode
0	Start / opdrachtkader	Wat is de formele vraag, waarom nu, welke aannames zitten erin en welk speelveld is zichtbaar?	Opdrachtverheldering + mini-netwerkkaart
1	Beleefwereld	Welke concrete signalen, verhalen of situaties laten zien dat er iets schuurt?	Verdiepend interview of contextmapping
2	Beleefwereld	Wie ervaart dit, wie spreekt namens wie en wie ontbreekt nog?	Stakeholdermap + inclusiecheck
3	Beleefwereld	Welke onderliggende behoefte wordt zichtbaar zonder al een oplossing te formuleren?	Need statement, persona of journey-fragment
4	Systeemwereld	Welke regels, processen, geldstromen, baten, lasten, risico’s en randvoorwaarden sturen het vraagstuk?	Systeemkaart met geldstromen of Metro Map
5	Systeemwereld	Wie beslist, wie voert uit, wie betaalt, wie draagt over en waar kan het blijven hangen?	RACI-light of besluitkaart
6	Discensusruimte	Waar botst de behoefte met systeemlogica, financiering, taal, toegang, tijd of verantwoordelijkheid?	Spanningenkaart of discensus map
7	Discensusruimte	Welke ontwikkelvraag en eerste kleine test volgen uit de frictie?	How Might We + experimentkaart

6. Sluisjes: streng genoeg om bruikbaar te zijn

De sluisjes zijn essentieel. Zonder sluisjes wordt het kompas een nette vragenlijst. Met sluisjes wordt het een iteratief werkproces. Een sluisje vraagt steeds: is dit scherp genoeg om door te mogen? Als het antwoord nee is, kiest het team een methode en haalt aanvullende informatie op.

Sluis	Gaat open als…	Blijft dicht als…	Dan doe je…
0. Opdrachtkader	opdracht, urgentie, aannames en eerste netwerk bekend zijn.	de vraag vooral beleids- of oplossingstaal blijft.	opdrachtgesprek en mini-netwerkkaart.
1-3. Behoefte	signalen, stemmen en behoefte concreet zijn en nog geen oplossing vormen.	doelgroep, ervaring of behoefte te algemeen blijft.	interview, stakeholdermap, need statement of Metro Map.
4-5. Systeem	geld, rollen, baten, lasten, risico en eigenaarschap zichtbaar zijn.	niemand weet wie betaalt, beslist of opvolgt.	systeemkaart met geldstromen en RACI-light.
6-7. Ontwikkelvraag	fricties vertaald zijn naar een ontwerpbare vraag en eerste test.	het eindigt in brede ambitie of losse actiepunten.	spanningenkaart, discensus map, HMW en experimentkaart.

7. Ontwerpprincipes achter het kompas

• Eerst ervaring, dan systeem, dan ontwikkelvraag. De behoefte mag niet te vroeg worden overgenomen door project-, beleids- of oplossingstaal.
• Maak ontbrekende stemmen expliciet. Wie niet wordt gehoord, ontbreekt later ook in de probleemdefinitie.
• Behandel geld, baten, lasten en risico als inhoudelijke informatie. Financiering is geen randzaak, maar bepaalt mede wat zichtbaar en haalbaar wordt.
• Gebruik verschil als bron van richting. Discensus is geen ruis maar een manier om de echte ontwerpmoeilijkheid te vinden.
• Werk iteratief. Een dicht sluisje betekent niet stoppen, maar terug naar een passende methode.
• Formuleer pas laat een ontwikkelvraag. Een goede ontwikkelvraag neemt ervaring, systeem en frictie tegelijk serieus.

8. Wat dit oplevert voor partners

Voor opdrachtgevers maakt het kompas zichtbaar of een vraag al voldoende open is om te onderzoeken. Voor netwerkpartners helpt het om te onderscheiden of een onduidelijkheid ligt in de ervaringswereld, de systeemwereld of de spanning ertussen. Voor procesbegeleiders biedt het een taal om niet te snel naar consensus of oplossing te gaan. Voor ontwerpers geeft het beter materiaal voor framing, reframing, prototyping en experimenteren.

De opbrengst is dus niet alleen een ingevuld canvas. De opbrengst is een beter onderbouwde ontwikkelvraag, met zicht op wie geraakt wordt, wie ontbreekt, wat het systeem mogelijk maakt of blokkeert, en welke frictie eerst ontwerpbaar gemaakt moet worden.

Wanneer is het kompas geslaagd? Het kompas is geslaagd wanneer partners scherper kunnen zeggen: dit is de behoefte die we nu kunnen onderbouwen; dit weten we nog niet; deze systeemcondities zijn bepalend; deze frictie moeten we niet gladstrijken; en dit is de eerste ontwikkelvraag die klein genoeg is om te testen.

Conclusie

Het DHENN Behoeftekompas positioneert behoefte-articulatie als een ontwerpgericht en dialogisch proces. Het instrument voorkomt dat behoeften worden gereduceerd tot losse wensen, beleidsambities of oplossingseisen. Door beleefwereld, systeemwereld en discensusruimte apart én in samenhang te behandelen, ontstaat een steviger basis voor zorg- en welzijnsinnovatie.

De kracht van het kompas zit niet in het invullen van stappen, maar in het bewust vertragen bij de juiste momenten. Als een doelgroep te vaag is, ga je terug naar stemmen en context. Als geldstromen of eigenaarschap ontbreken, ga je terug naar het systeem. Als iedereen te snel hetzelfde lijkt te vinden, ga je juist de verschillen onderzoeken. Pas daarna verdient een vraag de naam ontwikkelvraag.

Bronnen

Barry, C. A., Stevenson, F. A., Britten, N., Barber, N., & Bradley, C. P. (2001). Giving voice to the lifeworld. More humane, more effective medical care? A qualitative study of doctor-patient communication in general practice. Social Science & Medicine, 53(4), 487-505.

Björgvinsson, E., Ehn, P., & Hillgren, P. A. (2012). Agonistic participatory design: Working with marginalised social movements. CoDesign, 8(2-3), 127-144.

Damschroder, L. J., Reardon, C. M., Opra Widerquist, M. A., & Lowery, J. (2022). The updated Consolidated Framework for Implementation Research based on user feedback. Implementation Science, 17, 75.

DiSalvo, C. (2012). Adversarial design. MIT Press.

Dorst, C. H., & Cross, N. G. (2001). Creativity in the design process: Co-evolution of problem-solution. Design Studies, 22(5), 425-437.

Franco-Trigo, L., Fernandez-Llimos, F., Martinez-Martinez, F., Benrimoj, S. I., & Sabater-Hernandez, D. (2020). Stakeholder analysis in health innovation planning processes: A systematic scoping review. Health Policy, 124(10), 1083-1099.

Habermas, J. (1987). The theory of communicative action, volume 2: Lifeworld and system: A critique of functionalist reason. Polity Press.

Morley, C., Jose, K., Hall, S. E., Shaw, K., McGowan, D., Wyss, M., & Winzenberg, T. (2024). Evidence-informed, experience-based co-design: A novel framework integrating research evidence and lived experience in priority-setting and co-design of health services. BMJ Open, 14(8), e084620.

Star, S. L., & Griesemer, J. R. (1989). Institutional ecology, translations and boundary objects: Amateurs and professionals in Berkeley’s Museum of Vertebrate Zoology, 1907-39. Social Studies of Science, 19(3), 387-420.

Terlouw, G., Kuipers, D., Veldmeijer, L., van ’t Veer, J., Prins, J., & Pierie, J.-P. (2022). Boundary objects as dialogical learning accelerators for social change in design for health: Systematic review. JMIR Human Factors, 9(1), e31167.

Todres, L., Galvin, K., & Dahlberg, K. (2007). Lifeworld-led healthcare: Revisiting a humanising philosophy that integrates emerging trends. Medicine, Health Care and Philosophy, 10(1), 53-63.

Vandekerckhove, P., Timmermans, J., de Bont, A., & de Mul, M. (2023). Diversity in stakeholder groups in generative co-design for digital health: Assembly procedure and preliminary assessment. JMIR Human Factors, 10, e38350.

Weick, K. E., Sutcliffe, K. M., & Obstfeld, D. (2005). Organizing and the process of sensemaking. Organization Science, 16(4), 409-421.