Quando un prodotto digitale è corretto dal punto di vista tecnico ma le persone continuano a usarlo con difficoltà, il problema spesso non è la tecnologia, bensì il modo in cui è stato definito. Il design thinking aiuta a progettare soluzioni partendo dai bisogni reali degli utenti, combinando ricerca, creatività, prototipi e test. In questo articolo chiarisco come funziona, quando conviene applicarlo nella comunicazione e nel design e quali errori possono comprometterne i risultati.
Un approccio pratico per trasformare bisogni reali in soluzioni utili
- Centralità dell’utente: si osservano comportamenti, difficoltà e aspettative prima di progettare.
- Cinque fasi ricorrenti: empatia, definizione, ideazione, prototipazione e test.
- Prototipi rapidi: permettono di verificare un’idea prima di investire nello sviluppo completo.
- Processo non lineare: i risultati dei test possono riportare il team a una fase precedente.
- Applicazione trasversale: è utile per siti web, campagne, servizi, prodotti e processi interni.
Che cosa significa progettare partendo dalle persone
Il design thinking è una metodologia creativa per affrontare problemi complessi e poco definiti mettendo al centro le persone che vivranno l’esperienza finale. Non si limita all’estetica di un prodotto: prende in esame il problema, il contesto d’uso, le emozioni, i vincoli tecnici e il valore che la soluzione dovrebbe generare.
Il punto di partenza non è quasi mai “quale funzione dobbiamo aggiungere?”, ma “che cosa sta cercando di fare una persona e perché incontra un ostacolo?”. Questa differenza cambia la qualità delle decisioni. Un team può infatti sviluppare una piattaforma ricca di funzioni e scoprire solo dopo il lancio che il pubblico non comprende il percorso principale.
Nel mio approccio considero questa metodologia soprattutto uno strumento per ridurre le supposizioni. Non elimina l’intuizione, ma la mette alla prova attraverso conversazioni, osservazioni, dati comportamentali e verifiche con utenti reali. La creatività, da sola, produce molte idee; la ricerca aiuta a capire quali meritano di essere sviluppate.
Quando è davvero utile
L’approccio funziona bene quando il problema non ha una soluzione già evidente, coinvolge più punti di vista o presenta una forte componente umana. È adatto, per esempio, al redesign di un sito, alla definizione di una campagna, alla progettazione di un servizio pubblico o alla revisione di un’esperienza di acquisto.
È meno indicato per attività puramente esecutive, come correggere un refuso o applicare una regola grafica già definita. In quei casi serve disciplina operativa, non un percorso esplorativo.
Le cinque fasi e il modo corretto di usarle
Le fasi più diffuse sono cinque, ma non vanno interpretate come caselle da spuntare una sola volta. Il processo alterna momenti di apertura, in cui si esplorano molte possibilità, e momenti di selezione, in cui si restringe il campo sulla base delle evidenze.
- Empatizzare. Si raccolgono informazioni sulle persone attraverso interviste, osservazione, analisi dei dati, questionari o test contestuali. L’obiettivo non è chiedere soltanto che cosa vogliono, ma capire che cosa fanno davvero.
- Definire. Si sintetizzano gli apprendimenti in un problema preciso e verificabile. Una buona formulazione evita termini vaghi come “migliorare l’esperienza” e indica chi incontra quale difficoltà, in quale situazione e con quale conseguenza.
- Ideare. Il gruppo produce diverse ipotesi senza fermarsi alla prima soluzione plausibile. Tecniche come brainstorming, mappa delle opportunità e “How Might We” aiutano a trasformare un problema in una domanda progettuale.
- Prototipare. Si costruisce una versione semplice dell’idea. Può essere uno storyboard, un wireframe, una simulazione cartacea o un prototipo interattivo. Il livello di dettaglio deve essere proporzionato alla domanda da verificare.
- Testare. Si osservano utenti reali mentre svolgono compiti concreti. I commenti sono utili, ma lo sono ancora di più i comportamenti, gli errori e i punti in cui la persona esita.
La sequenza può quindi tornare indietro. Se un test mostra che il pubblico non comprende il valore del servizio, non basta cambiare il colore di un pulsante: forse il problema è stato definito male o il messaggio è costruito intorno a un bisogno che non esiste.
Un esempio semplice nella comunicazione digitale
Immaginiamo un’azienda che riceve molte visite alla pagina di un servizio, ma poche richieste di contatto. Invece di riscrivere subito il testo, il team intervista alcuni visitatori, osserva il comportamento sulla pagina e verifica quali informazioni mancano.
Potrebbe scoprire che il pubblico non teme il prezzo, come ipotizzato inizialmente, ma non capisce che cosa succede dopo l’invio del modulo. Un prototipo con una spiegazione più chiara e un test rapido può confermare l’ipotesi prima di intervenire sull’intero sito.
Come si applica a comunicazione, UX e branding
Nel settore della comunicazione, la metodologia è utile perché costringe a collegare messaggio, canale e comportamento. Una campagna non deve soltanto essere riconoscibile: deve aiutare il pubblico a capire, scegliere e agire con il minimo attrito possibile.
| Ambito | Domanda progettuale | Output utile |
|---|---|---|
| UX e siti web | Dove si interrompe il percorso dell’utente? | Flussi, wireframe e test di usabilità |
| Content design | Quale informazione serve in quel preciso momento? | Struttura dei contenuti e prototipi testuali |
| Branding | Quali valori devono essere percepiti e dimostrati? | Concept, messaggi e direzioni visive |
| Social media | Che cosa spinge una persona a fermarsi, capire e partecipare? | Format, storyboard e varianti di contenuto |
| Servizi digitali | Quali passaggi generano confusione o esclusione? | Journey map e prototipi dell’esperienza |
Una pratica che trovo particolarmente efficace è portare nel workshop materiali reali: schermate, messaggi ricevuti dall’assistenza, dati di ricerca interna e registrazioni dei test. Le discussioni diventano più concrete quando il team lavora su evidenze osservabili, non su opinioni espresse dalle persone più autorevoli nella stanza.
La creatività non riguarda soltanto il layout. Può intervenire sul tono di voce, sulla sequenza delle informazioni, sul modello di servizio o sul modo in cui un’organizzazione risponde a una richiesta. Per questo comunicazione e design non dovrebbero essere separati troppo presto.
Strumenti e attività per un progetto concreto
Non servono necessariamente workshop costosi o settimane di preparazione. Un progetto piccolo può iniziare con un gruppo di 3-5 persone, alcune interviste mirate e un prototipo preparato in pochi giorni. La qualità dipende più dalle domande e dalla capacità di osservare che dal numero di strumenti utilizzati.
Prima della sessione
- Definire il problema iniziale senza trasformarlo subito in una soluzione.
- Stabilire quali utenti coinvolgere e quali comportamenti osservare.
- Raccogliere dati esistenti, come analytics, ticket di assistenza e commenti.
- Preparare una guida con domande aperte, evitando di suggerire le risposte.
Durante il lavoro
Le interviste dovrebbero concentrarsi su episodi concreti, non su preferenze astratte. Chiedere “raccontami l’ultima volta in cui hai provato a fare questa operazione” produce spesso informazioni più affidabili di “ti piacerebbe avere questa funzione?”.
Per organizzare gli insight si possono usare una mappa dell’empatia, che raccoglie ciò che l’utente dice, pensa, fa e prova, oppure una customer journey map, che visualizza le fasi dell’esperienza e i punti di attrito.
Leggi anche: Design Thinking - Esempi pratici per comunicazione e design
Per costruire il prototipo
Il prototipo deve rispondere a una domanda precisa. Se voglio capire se la struttura di una pagina è comprensibile, bastano blocchi, titoli e pulsanti provvisori. Se devo testare il tono di una campagna, è più utile simulare alcuni messaggi che progettare un’intera identità visiva.
Un test iniziale con 5-8 partecipanti può far emergere problemi ricorrenti in un’interfaccia, ma non sostituisce una ricerca quantitativa quando servono stime statistiche o confronti tra segmenti. Questa distinzione evita di attribuire a un piccolo test un valore che non può avere.
Che cosa non è e con quali metodi si integra
Il design thinking viene spesso presentato come una soluzione universale. Non lo è. È un modo di organizzare l’apprendimento e la progettazione, non un metodo per prevedere il mercato né una garanzia di successo.
| Approccio | Focus principale | Differenza pratica |
|---|---|---|
| Brainstorming | Generazione di idee | È una tecnica che può stare dentro il processo, ma non comprende ricerca e test. |
| User-centered design | Usabilità e bisogni dell’utente | È una filosofia progettuale più ampia, spesso applicata in modo continuativo. |
| Agile | Rilascio incrementale | Organizza sviluppo e priorità; può ricevere input dai prototipi e dai test. |
| Design sprint | Validazione rapida di una sfida | È un formato intensivo e time-boxed, spesso concentrato in pochi giorni. |
La combinazione più efficace dipende dal problema. In un prodotto digitale, per esempio, la ricerca e la prototipazione possono orientare il design, mentre l’approccio agile aiuta a trasformare le decisioni validate in rilasci progressivi.
Gli errori che fanno fallire il percorso
Il primo errore è coinvolgere gli utenti soltanto alla fine. A quel punto il team ha già investito tempo, budget e reputazione, quindi tende a difendere la soluzione invece di ascoltare davvero i segnali contrari.
Un altro problema frequente è confondere l’empatia con il semplice ascolto. Dire “i nostri clienti vogliono un’app più semplice” non basta. Occorre capire quale passaggio viene percepito come difficile, con quale frequenza accade e quale conseguenza produce.
- Partire dalla tecnologia: scegliere prima lo strumento e cercare dopo il problema da risolvere.
- Selezionare solo utenti compiacenti: ottenere feedback positivi ma poco utili.
- Fare workshop senza decisioni: produrre molte idee senza criteri di scelta.
- Rendere il prototipo troppo rifinito: spingere le persone a giudicare la grafica invece dell’idea.
- Ignorare i vincoli: progettare una soluzione desiderabile ma incompatibile con budget, tempi o sistemi esistenti.
- Testare soltanto le preferenze: chiedere quale versione piace di più senza osservare il comportamento.
La metodologia richiede anche una certa disponibilità organizzativa. Se il management vuole soltanto confermare una decisione già presa, il processo diventa una rappresentazione del confronto e non un vero strumento di apprendimento.
Come capire se il progetto sta andando nella direzione giusta
Non misuro il progresso contando il numero di post-it o di idee prodotte. Preferisco osservare se il team ha trasformato ipotesi generiche in domande verificabili e se ogni ciclo di lavoro riduce almeno una delle principali incertezze.
Prima di iniziare, conviene stabilire alcuni segnali di successo. Possono essere un aumento del completamento di un flusso, una riduzione delle richieste di assistenza, una maggiore comprensione del messaggio o un minor tempo necessario per svolgere un’attività.
Non tutti i risultati devono essere positivi. Un test che dimostra rapidamente che un’idea non funziona può evitare settimane di sviluppo. In questo senso, il valore del processo non sta solo nel trovare una soluzione, ma anche nel scartare presto quelle sbagliate.
Dal metodo alla cultura progettuale
Applicare questo approccio una volta può migliorare un progetto; adottarne la logica nel tempo cambia il modo in cui un’organizzazione prende decisioni. Le riunioni diventano più utili quando si distinguono chiaramente fatti, ipotesi e opinioni.
Per iniziare non serve trasformare ogni attività in un workshop. È sufficiente scegliere un problema concreto, parlare con le persone coinvolte, formulare una domanda chiara e costruire una versione semplice da mettere alla prova. La parte più difficile non è produrre idee, ma accettare che la realtà degli utenti possa smentire l’intuizione del team.
Quando questa disponibilità esiste, comunicazione e design smettono di essere soltanto attività creative e diventano strumenti di apprendimento. È lì che il metodo dà il meglio di sé: non quando rende il progetto più spettacolare, ma quando lo rende più comprensibile, utile e sostenibile.
