Metodologie partecipative di progettazione applicate al sociale: cosa sono, come funzionano, quando (e quando non) usarle
Lavoro da anni con comunità e territori. E continuo a vedere la stessa dinamica ripetersi: progetti ben fatti sulla carta che nella realtà non attecchiscono. Servizi progettati da professionisti competenti che poi le persone non usano. Spazi riqualificati che restano vuoti. Piattaforme digitali partecipative che nessuno frequenta.
Il problema raramente è la competenza tecnica. Più spesso è una questione di metodo: chi ha progettato, come, con chi.
C’è un modo di lavorare, chiamiamolo “progettare PER”, dove l’esperto (consulente, tecnico, facilitatore) studia il contesto, identifica i problemi, elabora soluzioni, le propone. I cittadini sono destinatari. Questo approccio può funzionare in certi casi, ma fallisce quando si tratta di costruire servizi radicati in pratiche comunitarie, motivazioni profonde, dinamiche relazionali complesse.
Esiste un approccio diverso, “progettare CON”, dove le persone che vivono una situazione diventano co-progettiste, non solo informatori o beneficiarie. Portano un sapere – quello esperienziale, contestuale, pratico – che nessun esperto esterno possiede.
Questo articolo esplora tre discipline che negli ultimi trent’anni hanno sviluppato strumenti concreti per progettare in modo partecipativo: Design Thinking, Service Design, Co-design. Non sono novità assolute, non sono la soluzione a tutto. Sono approcci con una storia, con evidenze di funzionamento in certi contesti, con limiti chiari.
Vale la pena conoscerli. Soprattutto per chi lavora in territori fragili, dove la differenza tra un servizio che funziona e uno che fallisce non è tecnica ma relazionale.
Il modello classico (Design FOR)
Nel modo tradizionale di progettare servizi:
Questo funziona bene quando il problema è tecnico e ben definito. Se devo costruire un ponte, serve un ingegnere che calcola portata e resistenza, non un workshop partecipativo.
Ma quando il problema è sociale e complesso, come ricreare occasioni di incontro in una comunità dispersa, come rendere accessibile un servizio a persone diffidenti, come far funzionare uno spazio comune autogestito, la competenza tecnica da sola non basta.
Cosa manca? Il sapere di chi vive quella situazione quotidianamente. Chi sa:
Il modello partecipativo (Design WITH)
Nel co-design:
In situazioni complesse, progettare CON chi vive la situazione produce soluzioni più aderenti, più adottate, più sostenibili.
Il Design Thinking si sviluppa tra anni ’90 e 2000 (Stanford, IDEO) come risposta a un problema: come affrontare problemi complessi dove non c’è una soluzione ovvia?
La logica di fondo: Quando l’incertezza è alta, non puoi pianificare tutto nei dettagli e poi eseguire. Devi sperimentare in modo strutturato: fare ipotesi, testarle velocemente, imparare, modificare, ri-testare.
Le 5 fasi (iterative, non lineari):
Principi operativi:
Quando funziona: Problemi mal definiti (“wicked problems”), dove non sai in partenza quale sia la soluzione giusta.
Quando NON serve: Problemi tecnici ben definiti con soluzioni note.
Il Service Design emerge negli anni ’90 riconoscendo una differenza fondamentale: un servizio non è un prodotto finito ma un’esperienza che si svolge nel tempo.
Progettare un servizio significa progettare una sequenza di interazioni – chiamate touchpoint – tra persona e sistema. Ogni touchpoint può generare fiducia o frustrazione, inclusione o esclusione.
Concetti chiave:
Customer Journey: Il percorso temporale che una persona attraversa usando il servizio. Ha un prima (come lo scopre, quali aspettative), un durante (come lo sperimenta), un dopo (cosa resta).
Front stage vs Back stage: Ciò che l’utente vede è solo una parte. Dietro ci sono processi organizzativi che devono funzionare perché l’esperienza frontale sia fluida. Se il front stage è perfetto ma il back stage caotico, prima o poi crolla.
Pain points: Punti del journey dove la persona soffre, si frustra, abbandona. Identificarli significa sapere dove intervenire.
Strumenti pratici:
Quando funziona: Quando stai progettando servizi complessi con molti attori e touchpoint.
Quando è eccessivo: Servizi molto semplici dove la complessità non giustifica mappature elaborate.
Il Co-design nasce negli anni ’70 in Scandinavia, nel movimento Participatory Design. Contesto: progettare tecnologie e organizzazioni del lavoro insieme ai lavoratori, non imporre dall’alto.
Il principio: Chi usa un sistema ha il diritto di co-progettarlo.
Negli anni si estende oltre il lavoro: servizi pubblici, sanità, educazione, sviluppo locale.
I principi operativi:
Expertise distribuita: Nessuno sa tutto. Tecnici portano competenze specialistiche. Cittadini portano conoscenza esperienziale. Insieme sanno più di quanto saprebbe ciascuno separatamente.
Ownership condivisa: Chi co-crea sente “è mio, l’ho fatto io”. Non è motivazione estrinseca (pagamento, obbligo) ma intrinseca. Genera cura nel lungo periodo.
Apprendimento reciproco: Non è trasmissione unidirezionale (esperto insegna a cittadino) ma scambio. Esperti imparano complessità del reale, cittadini acquisiscono competenze progettuali.
Iterazione partecipata: Non “progettare una volta perfetto” ma prototipare, testare insieme, modificare, ri-testare.
La differenza da consultazione:
Quando funziona: Quando serve costruire ownership, quando il sapere locale è cruciale, quando la sostenibilità dipende da motivazione intrinseca.
Quando è problematico: Quando le decisioni hanno vincoli rigidi non negoziabili (normativi, politici). Rischia di diventare partecipazione di facciata (“tokenism”).
Non serve software costoso o competenze tecniche avanzate. Gli strumenti base del co-design sono accessibili: post-it, pennarelli, grandi fogli, e soprattutto metodo.
Personas
Invece di progettare per categorie astratte (“anziani”, “giovani”), progetti per persone specifiche.
Esempio schematico:
Ogni decisione progettuale: “Funzionerebbe per questa persona?”
Journey Map
Mappa visuale dell’esperienza utente nel tempo.
Struttura base:
Mappare questo fa emergere problemi invisibili.
Service Blueprint
Distingue livelli di visibilità:
Serve per allineare front e back, identificare dove sono i colli di bottiglia organizzativi.
Workshop co-creativi
Formato base (mezza giornata):
Non serve essere designer. Serve facilitazione competente che crea condizioni per collaborazione reale.
Prototipazione rapida
Costruire versioni semplici, economiche, veloci di un’idea per testarla.
I 7 criteri R (Otto Scharmer) per valutare un prototipo:
Quando usare co-design
Quando NON usare co-design
Applicazioni tipiche in contesti territoriali
Servizi di prossimità: Trasporti sociali, spesa accompagnata, supporto domiciliare. Il co-design fa emergere che spesso il valore non è solo nella funzione (trasporto) ma nell’esperienza (relazione, autonomia, dignità).
Spazi comuni: Centri polifunzionali, piazze, orti urbani. La co-progettazione – soprattutto se include auto-costruzione – genera ownership che nessuna inaugurazione ufficiale creerebbe.
Servizi complessi multi-stakeholder: Piani di comunità, sistemi di welfare locale, reti di supporto. Dove molti attori devono coordinarsi, mapparli insieme (chi fa cosa, dove sono gap) è fondamentale.
Il tempo
Co-progettare sembra più lento. Workshop, iterazioni, consenso richiedono tempo.
La realtà: il tempo in co-progettazione si recupera in implementazione. Meno resistenze, meno modifiche in corsa, più sostenibilità.
Ma serve convincere decisori abituati a logiche diverse.
Gestione aspettative
Workshop generano molte idee. Non tutte realizzabili.
Se non gestisci aspettative con trasparenza, le persone si sentono prese in giro. Serve dire chiaramente dall’inizio: “Non realizzeremo tutto. Ci sono vincoli. Ma ciò che emerge influenzerà le decisioni. E se un’idea non è fattibile, vi spiegherò perché.”
Tokenism (partecipazione di facciata)
Il rischio peggiore: organizzare workshop per dire “abbiamo coinvolto i cittadini” ma le decisioni sono già prese.
Genera cinismo profondo. È peggio di non fare partecipazione.
Come evitare: dare potere reale su qualcosa che conta. Non “che colore le panchine” ma “come funzionerà il servizio, chi lo gestirà”.
Chi partecipa
Rischio: partecipano sempre i “soliti noti”. Mancano voci marginali.
Serve recruitment intenzionale, rimozione barriere (orari, luoghi, trasporti), formati diversificati.
Competenze di facilitazione
Co-design richiede facilitazione esperta. Gestire dinamiche di gruppo, far emergere voci silenziate, sintetizzare contributi, gestire conflitti costruttivamente.
Non si improvvisa. Serve formazione o almeno supporto di chi ha esperienza.
Se vuoi sperimentare:
Inizia piccolo. Non lanciare subito grande processo partecipativo. Prova:
Risorse essenziali:
Service Design Tools (servicedesigntools.org): database strumenti
IDEO Design Kit (designkit.org): toolkit gratuito, metodi pratici
“This is Service Design Doing” (Stickdorn et al.): manuale operativo
Questi approcci, Design Thinking, Service Design, Co-design, non sono la soluzione universale. Hanno storia, evidenze, ma anche limiti.
Cosa portare a casa:
1. Il sapere è distribuito
Nessuno, nemmeno l’esperto più competente,l ha tutte le risposte. Chi vive una situazione sa cose che nessuna analisi esterna cattura. Progettare CON queste persone non è ideologia ma pragmatismo.
2. Prototipare riduce rischio
In situazioni complesse, non puoi pianificare perfetto sulla carta. Devi sperimentare: versioni semplici, test rapidi, apprendimento continuo. È il modo più efficace di gestire incertezza.
3. Ownership conta quanto competenza
Un servizio tecnicamente perfetto ma senza ownership locale difficilmente dura. Un servizio meno perfetto ma profondamente sentito come “nostro” ha molte più probabilità di reggere nel tempo.
Non sono approcci nuovi. Si usano da decenni in certi contesti (innovazione sociale, servizi pubblici, sviluppo locale). Ma restano marginali in molti ambiti, soprattutto in Italia.
Vale la pena conoscerli. Soprattutto per chi lavora in territori fragili, dove la differenza tra un intervento che attecchisce e uno che fallisce raramente è tecnica. È relazionale, culturale, metodologica.
Questi strumenti offrono metodo per lavorare su quella dimensione. Con realismo, senza illusioni, con attenzione ai limiti. Ma anche con la consapevolezza che, in certi casi, funzionano.
