I punti che contano davvero prima di applicare questo metodo
- Parte dal problema dell’utente, non da una soluzione già decisa.
- Funziona meglio quando c’è incertezza, più stakeholder e più di un possibile esito.
- Si regge su tre criteri che devono stare insieme: desiderabilità, fattibilità e sostenibilità economica.
- È particolarmente utile in branding, UX writing, campagne digitali e service design.
- Il valore non sta nelle idee “belle”, ma nelle iterazioni rapide e nei test precoci.
- Se il problema è già chiaro e misurabile, spesso conviene un altro processo più diretto.
Perché questo approccio funziona nei progetti di comunicazione
Nella comunicazione digitale il problema non è quasi mai “mancano idee”. Più spesso il nodo è un altro: il messaggio non combacia con il contesto, il tono non rispecchia l’esperienza reale, oppure il team sta ottimizzando un singolo touchpoint mentre l’utente vive un percorso molto più ampio. Io parto sempre da qui, perché un buon progetto non deve solo convincere: deve reggere quando il pubblico lo incontra davvero.
Il valore del metodo sta nel costringere il team a tenere insieme tre domande che spesso vengono trattate separatamente: cosa è desiderabile per le persone, cosa è fattibile con gli strumenti disponibili e cosa è sostenibile per l’organizzazione. Se una di queste tre gambe manca, il progetto tende a scricchiolare. Una campagna può anche essere brillante, ma se non parla al bisogno giusto o non può essere mantenuta nel tempo, resta un esercizio elegante ma fragile.
Per questo lo considero molto adatto ai progetti di comunicazione e design: non chiede di scegliere tra creatività e metodo, ma di farle lavorare insieme. Capito questo, il passo successivo è vedere come si traduce in fasi operative e non in una formula astratta.
Le cinque fasi che trasformano un problema vago in una soluzione testabile
La Stanford d.school riassume il processo in cinque momenti che, nella pratica, io trovo molto utili perché rendono leggibile il lavoro anche a chi non vive di ricerca o design. La cosa importante è non leggerli come una sequenza rigida: sono passaggi che si ripetono, si correggono e a volte si saltano solo in apparenza per poi tornarci sopra subito dopo.
| Fase | Cosa faccio | Cosa devo ottenere | Errore tipico |
|---|---|---|---|
| Empatia | Osservo, ascolto, raccolgo segnali e interviste | Bisogni reali, frizioni, citazioni, contesto | Partire dalle ipotesi interne del team |
| Definizione | Riduco il problema a una formulazione chiara | Una domanda utile su cui lavorare | Scrivere un brief troppo largo o troppo vago |
| Ideazione | Genero alternative, non una sola idea | Più direzioni possibili da confrontare | Giudicare troppo presto e chiudere il campo |
| Prototipazione | Rendo tangibile l’idea in forma leggera | Bozza, schema, script, mockup, flow | Perdere tempo nel rifinire troppo presto |
| Test | Verifico con persone reali cosa funziona e cosa no | Feedback utili per correggere | Trattare la prima reazione come verità finale |
La parte che molti sottovalutano è la definizione del problema. Se quella è debole, anche l’idea migliore finisce fuori fuoco. E qui il metodo è molto severo: ti obbliga a mettere in discussione la domanda prima ancora della risposta. Questa disciplina diventa preziosa appena il lavoro entra davvero nella comunicazione concreta.
Dove rende di più nei progetti di comunicazione e design
Brand e posizionamento
Quando un brand promette velocità, semplicità o vicinanza ma l’esperienza reale racconta altro, la frattura si vede subito. Il metodo aiuta a mettere in asse promessa, tono di voce, evidenze e servizio. Non è solo un tema di identità visiva: è coerenza tra ciò che dici e ciò che le persone sperimentano.
UX writing e microcopy
Qui il vantaggio è immediato. Un titolo, un’etichetta, un messaggio di errore o una call to action possono cambiare completamento, fiducia e comprensione. Se il testo è ambiguo, l’utente si ferma; se è troppo tecnico, si allontana; se è troppo generico, non guida. Nei progetti digitali io considero questi elementi una parte sostanziale del design, non un dettaglio da rifinire alla fine.
Campagne e contenuti multicanale
In una campagna ben progettata ogni canale ha un ruolo preciso: attirare, spiegare, rassicurare, convertire, fidelizzare. Il metodo è utile perché obbliga a vedere il percorso completo e non solo il singolo contenuto. I dati di comportamento ti dicono dove le persone abbandonano; le interviste ti dicono perché succede. Insieme danno una lettura molto più solida di qualsiasi intuizione isolata.
Leggi anche: Come funziona la fotocamera - Guida essenziale per scatti migliori
Service design e percorsi ibridi
Quando la comunicazione attraversa più reparti, più piattaforme e più touchpoint, il rischio è che ogni team ottimizzi il proprio pezzo senza vedere l’effetto complessivo. Qui l’approccio centrato sulle persone è particolarmente utile, perché fa emergere i punti di rottura tra canali, tempi di risposta, supporto e promessa del brand. È il caso tipico in cui la qualità del messaggio dipende tanto dall’organizzazione quanto dalla creatività.
In breve, il metodo dà il meglio quando il problema è aperto, interdipendente e ancora poco chiaro. Se invece la richiesta è già definita e il margine di decisione è minimo, forzarlo può essere solo un modo elegante per rallentare tutto. Da qui nasce la domanda pratica: come lo imposto senza trasformarlo in un workshop infinito?
Come lo imposterei in un team reale
Se devo lavorare con un team di comunicazione, io parto piccolo e concreto. Una stanza troppo piena allunga le discussioni e abbassa la qualità delle scelte; nella maggior parte dei casi mi tengo su 6-8 persone tra chi facilita, chi porta contenuto, chi decide e chi osserva. Così il confronto resta vivo ma non dispersivo.
| Momento | Tempo indicativo | Output utile |
|---|---|---|
| Allineamento sul problema | 30-45 minuti | Una frase chiara su cosa va risolto |
| Raccolta degli insight | 60-90 minuti | Osservazioni, dati, frizioni, domande aperte |
| Ideazione | 45-60 minuti | Più direzioni da confrontare |
| Prototipo leggero | 60-120 minuti | Bozza testabile, non un pezzo finito |
| Test qualitativo | 20-30 minuti per persona | Feedback concreti per correggere |
Per la verifica iniziale del prototipo, Nielsen Norman Group suggerisce spesso 4-5 partecipanti per segmento in uno studio qualitativo meno formale. Io trovo questo numero molto utile perché consente di vedere le frizioni principali senza aspettare campioni enormi o processi troppo costosi. L’importante, però, è non scambiare questo primo giro per una prova definitiva: serve a scoprire, non a certificare.
Se il team è nuovo al metodo, preferisco anche dividere bene i ruoli: una persona facilita, una tiene traccia delle decisioni, una si occupa di raccogliere gli insight, una di trasformarli in prototipo. Quando questi compiti si confondono, il workshop rischia di diventare una riunione lunga invece che un passo avanti reale.
Gli errori che lo svuotano in fretta
- Partire dalla soluzione preferita. Se il team arriva già convinto di cosa debba essere fatto, il lavoro di ricerca diventa una formalità e non un supporto alla decisione.
- Fare brainstorming senza definire il problema. Più idee non significano più chiarezza. Senza un perimetro, l’energia si disperde.
- Ascoltare solo chi è interno all’organizzazione. Stakeholder e colleghi sono utili, ma non sostituiscono il contatto con chi usa davvero il servizio o il contenuto.
- Prototipare troppo tardi o troppo bene. Se il prototipo sembra già un prodotto finito, il team smette di ragionare per ipotesi e inizia a difendere un oggetto.
- Trattare il primo feedback come un verdetto. Un test iniziale serve a leggere pattern e problemi ricorrenti, non a decretare il successo o il fallimento assoluto di un’idea.
In pratica, il metodo si indebolisce ogni volta che diventa una liturgia creativa invece che uno strumento di decisione. E quando succede, il team non lavora meglio: lavora solo più lentamente.
Quando conviene fermarsi e scegliere un altro approccio
Non tutto va affrontato con lo stesso strumento. Io considero questo approccio molto forte quando il problema è ambiguo e il comportamento degli utenti non è ancora chiaro; è molto meno utile quando la questione è soprattutto normativa, procedurale o già misurabile in modo netto.
| Situazione | Approccio più adatto | Perché |
|---|---|---|
| Messaggio poco chiaro o esperienza incoerente | Progettazione centrata sulle persone | Aiuta a capire bisogni, frizioni e alternative |
| Problema regolatorio o di compliance | Audit, revisione normativa, process mapping | Serve precisione, non esplorazione aperta |
| Obiettivo già definito e misurabile | A/B test o sperimentazione quantitativa | La decisione si basa sui dati di performance |
| Servizio con colli di bottiglia operativi | Ottimizzazione di processo e service design | Il problema può essere organizzativo prima che comunicativo |
Questa distinzione evita un errore frequente: usare una metodologia creativa per coprire un problema che, in realtà, richiede disciplina operativa o verifica statistica. Quando il quadro è chiaro, il metodo aggiunge valore. Quando il quadro è già chiaro da solo, complicarlo non serve.
Tre domande da chiarire prima del prossimo brief
- Chi stiamo aiutando davvero? Se non riesci a nominare un pubblico prioritario, il progetto rischia di parlare a tutti e a nessuno.
- Quale decisione deve uscire da questa fase? Un workshop utile produce una scelta, non solo un set di idee interessanti.
- Qual è la prova minima che considererò sufficiente? Decidere prima come valuterai il risultato evita discussioni infinite dopo il test.
Se queste tre risposte non stanno in una frase semplice, io non partirei ancora con la soluzione. Mi fermerei un passo prima, chiarirei il problema e poi costruirei il lavoro intorno a quello. È lì che questo metodo smette di essere una parola di moda e diventa davvero utile per la comunicazione e il design.
