Un team perde tempo in riunioni inconcludenti, i clienti abbandonano un servizio oppure una nuova procedura interna viene ignorata. In situazioni del genere il design thinking aiuta a partire dai bisogni reali delle persone, trasformare le intuizioni in prototipi e correggere rapidamente ciò che non funziona. Qui raccolgo esempi concreti in azienda, nelle risorse umane e nei servizi, con indicazioni pratiche per adattare il metodo anche a una piccola attività professionale.
Gli esempi più utili mostrano il metodo in azione
- Il punto di partenza è osservare persone e processi, non scegliere subito una tecnologia.
- Un prototipo semplice permette di verificare un’idea prima di investire tempo e denaro.
- Onboarding, riunioni, assistenza e servizi digitali sono ambiti adatti anche alle PMI.
- Il coinvolgimento degli utenti riduce il rischio di progettare soluzioni teoricamente valide ma poco usate.
- Il metodo non è lineare: dopo un test si può tornare a ridefinire il problema.
Che cosa rende utile il design thinking nella gestione
Il design thinking è un approccio alla risoluzione di problemi complessi che mette insieme empatia, creatività e sperimentazione. In pratica, si cerca di capire come le persone vivono davvero una situazione, si formula un problema concreto, si generano più idee e si prova una soluzione in piccolo.
Il modello più conosciuto comprende cinque momenti: comprendere, definire, ideare, prototipare e testare. Non sono caselle da spuntare una sola volta. La d.school di Stanford presenta infatti il processo come uno strumento flessibile, utile per imparare attraverso l’azione e non come una sequenza rigida.
Nella gestione aziendale questo cambio di prospettiva è importante. Un responsabile non chiede soltanto “come possiamo lavorare più velocemente?”, ma anche “dove si blocca davvero l’esperienza di chi svolge il lavoro?”. La risposta può riguardare un software, ma anche una regola poco chiara, un passaggio duplicato o una riunione organizzata male.
Esempi di design thinking applicato a prodotti e servizi
Gli esempi più noti riguardano prodotti e servizi, ma la lezione è trasferibile anche all’organizzazione del lavoro. Non conta tanto il settore quanto la capacità di osservare il comportamento reale degli utenti e di testare una risposta prima di renderla definitiva.
Un’esperienza meno stressante in ospedale
Un caso citato da IBM riguarda la progettazione di una soluzione per rendere l’esperienza della risonanza magnetica più adatta ai bambini. Il problema non era soltanto tecnico: molti piccoli pazienti vivevano l’esame con paura e difficoltà nel restare fermi.
L’idea fu di intervenire sull’intera esperienza, creando un ambiente più comprensibile e rassicurante per il bambino e per la famiglia. Il valore dell’esempio sta qui: il servizio non viene osservato dal punto di vista dell’azienda, ma da quello della persona che lo attraversa.
Una piattaforma digitale progettata attorno al viaggio
Nel settore aereo, IBM ha descritto il lavoro svolto con Etihad Airways per semplificare l’esperienza digitale dei clienti. Invece di aggiungere funzioni isolate, l’attenzione si è concentrata sul percorso complessivo, dalla scelta del volo ai servizi collegati.
Per una piccola impresa il principio è facilmente riutilizzabile. Prima di rifare il sito o acquistare un nuovo gestionale, si può chiedere a cinque clienti di descrivere il percorso che compiono, annotando dubbi, attese, ripetizioni e punti di abbandono. Spesso il problema più costoso non è la mancanza di una funzione, ma la difficoltà di trovare quella già disponibile.
Un’automobile sviluppata con più reparti coinvolti
Nel progetto della Lincoln MKC, IDEO ha lavorato con dipendenti di diversi reparti per applicare metodi di design thinking allo sviluppo del veicolo. L’interesse del caso non riguarda solo il prodotto finale, ma il modo in cui il processo ha favorito una collaborazione più stretta tra competenze diverse.
È un modello utile quando marketing, vendite, assistenza e produzione lavorano su obiettivi separati. Un prototipo condiviso, anche molto grezzo, rende la discussione più concreta e aiuta a sostituire opinioni generiche con osservazioni verificabili.
Cinque applicazioni pratiche per organizzazione e lavoro
Non serve avere un reparto dedicato all’innovazione. In una PMI o in uno studio professionale si può cominciare da un problema circoscritto, coinvolgendo 4-6 persone e dedicando una mezza giornata alla raccolta delle evidenze e alla scelta del primo test.
Ripensare l’onboarding dei nuovi collaboratori
Un’azienda nota che i nuovi assunti fanno sempre le stesse domande durante il primo mese. Invece di preparare subito un manuale di 80 pagine, osserva le prime giornate di lavoro, intervista due nuovi colleghi e chiede ai responsabili dove si concentrano gli errori.
Il primo prototipo può essere un percorso di onboarding di 10 giorni, con una checklist essenziale, un referente identificato e brevi verifiche al giorno 2, 5 e 10. Dopo una settimana si misura il numero di dubbi ricorrenti e si modifica il percorso. Il manuale completo, se servirà, nascerà da problemi reali e non da supposizioni.
Ridurre le riunioni che non producono decisioni
Qui il vero utente è il dipendente che perde tempo, mentre il problema può essere la mancanza di un obiettivo, di informazioni preparatorie o di un responsabile della decisione. Si possono osservare dieci riunioni e chiedere ai partecipanti cosa li ha aiutati o rallentati.
Un test semplice consiste nel sostituire per due settimane la riunione ordinaria con un formato di 25 minuti, agenda inviata il giorno prima, massimo tre punti e una decisione registrata alla fine. Se il formato funziona, lo si estende; se fallisce, si capisce almeno quale passaggio va riprogettato.
Migliorare l’assistenza ai clienti
Un freelance o una piccola agenzia riceve molte richieste tramite canali diversi. Il problema non è necessariamente la quantità di lavoro, ma l’assenza di un percorso chiaro per il cliente e per chi deve rispondere.
La mappa del customer journey, cioè la rappresentazione dei passaggi compiuti dal cliente, può evidenziare i momenti critici. Un prototipo pratico potrebbe essere un unico modulo di richiesta con cinque campi essenziali, una conferma automatica e un tempo di risposta promesso. Dopo 20 richieste si controllano completezza delle informazioni, tempi medi e numero di messaggi di chiarimento.
Progettare un nuovo servizio per professionisti autonomi
Prima di creare un corso, un abbonamento o un pacchetto di consulenza, conviene parlare con persone che rappresentano il pubblico reale. Non chiederei soltanto “compreresti questo servizio?”, perché le risposte ipotetiche sono spesso troppo generose. Chiederei piuttosto come hanno risolto l’ultima volta quel problema e quanto tempo o denaro hanno già speso.
Il prototipo può essere una versione pilota venduta a 5-10 clienti, con una durata limitata e un obiettivo preciso. In questo modo si verificano interesse, disponibilità a pagare e sostenibilità operativa prima di costruire un’offerta complessa.
Leggi anche: Analisi di settore per decidere con dati, margini e metodo
Rendere più chiara una procedura interna
Quando una procedura viene ignorata, la tentazione è aggiungere controlli. Il design thinking porta a osservare la persona che dovrebbe applicarla, verificando se il linguaggio è comprensibile, se i passaggi sono troppi o se mancano strumenti nel momento giusto.
Una buona prova consiste nel consegnare la nuova procedura a tre persone senza spiegazioni e chiedere loro di completare un’attività reale. Gli errori mostrano dove intervenire. Se una regola non viene capita al primo utilizzo, il problema può essere progettuale e non disciplinare.
Come trasformare un’idea in un test concreto
La parte più difficile non è produrre molte idee, ma scegliere un esperimento abbastanza piccolo da poter essere realizzato. Io preferisco partire da un problema osservabile, con un utente riconoscibile e un indicatore che permetta di capire se il test ha prodotto un miglioramento.
- Raccogliere evidenze attraverso osservazioni, brevi interviste, email, ticket o dati già disponibili.
- Formulare il problema in una frase concreta, evitando soluzioni anticipate come “dobbiamo comprare un’app”.
- Generare almeno 10 idee prima di scegliere la prima soluzione plausibile.
- Creare un prototipo con carta, una pagina online, una simulazione o una procedura temporanea.
- Testare con utenti reali e raccogliere comportamenti, non soltanto opinioni.
Un test ben impostato dovrebbe durare da una settimana a un mese, a seconda del problema. Per un nuovo modulo di contatto bastano pochi giorni; per valutare un cambiamento nell’onboarding può servire seguire più persone per alcune settimane.
Il prototipo non deve essere bello. Deve essere abbastanza chiaro da provocare una reazione e far emergere ciò che manca. La d.school insiste proprio su questo punto: il prototipo serve a creare una conversazione mirata, non a dimostrare che l’idea è già valida.
Gli errori che fanno fallire questi progetti
Il primo errore è confondere il metodo con un workshop creativo. Post-it colorati e brainstorming non risolvono un problema se le persone coinvolte non hanno accesso agli utenti o non possono modificare davvero il processo.
Un secondo limite nasce quando si chiede ai partecipanti di proporre soluzioni prima di aver compreso la situazione. In quel caso vince spesso l’idea della persona più autorevole, non quella più utile. La fase di ascolto deve produrre fatti e tensioni concrete, non una raccolta di opinioni diplomatiche.
Un altro rischio è testare con colleghi che conoscono già il progetto. Sono più indulgenti e possono anticipare il funzionamento della soluzione. Quando possibile, è meglio coinvolgere utenti esterni o dipendenti di un altro reparto che non abbiano ricevuto spiegazioni preventive.
Infine, non ogni problema richiede design thinking. Se esiste già una procedura chiara e basta correggere un errore tecnico, un intervento diretto è più efficiente. Il metodo dà il meglio quando il problema è ambiguo, umano e ancora poco definito.
Quando usarlo in una piccola attività
Per un freelance, un consulente o una microimpresa, il vantaggio principale è la possibilità di ridurre gli investimenti iniziali. Non servono software sofisticati: bastano una griglia per le interviste, un foglio condiviso, una bozza del servizio e un gruppo ristretto di persone disponibili a sperimentare.
Un mini-progetto può stare in un budget compreso tra zero e qualche centinaio di euro, escluso il tempo di chi partecipa. Il costo reale dipende soprattutto dalla complessità del test e dal valore delle ore sottratte al lavoro ordinario, non dai materiali utilizzati.
| Situazione | Primo test consigliato | Indicatore utile |
|---|---|---|
| Nuovo servizio | Versione pilota con 5-10 clienti | Richieste, acquisti e feedback |
| Onboarding confuso | Percorso sperimentale di 10 giorni | Dubbi ed errori ricorrenti |
| Riunioni inefficaci | Formato ridotto per 2 settimane | Decisioni prese e tempo impiegato |
| Assistenza dispersiva | Modulo unico per 20 richieste | Completezza dei dati e tempi di risposta |
Non cercherei di applicare il metodo a tutta l’azienda contemporaneamente. È più prudente scegliere un processo visibile, testare una modifica e condividere ciò che si è imparato. Questo approccio rende il cambiamento meno minaccioso e offre al management prove concrete prima di estendere la soluzione.
Dalla prima prova a un modo diverso di lavorare
Gli esempi migliori non mostrano soltanto un prodotto più intuitivo, ma un’organizzazione capace di imparare prima di impegnarsi in decisioni costose. Il risultato più interessante può essere una procedura più semplice, un cliente seguito meglio o un team che discute partendo da evidenze invece che da gerarchie.
Per iniziare, scegli un problema che ricorre ogni settimana, parla con le persone che lo vivono e costruisci una versione provvisoria della soluzione. Se il test produce un apprendimento chiaro, anche quando l’idea non funziona, il design thinking sta già creando valore.
