Salvataggio del prodotto X: un caso di studio di Design Thinking

Cos'è il Design Thinking?

Immagina di avere un'idea. Ti viene in mente un'applicazione ingegnosa che pensi risolverà i tuoi problemi aziendali. Al momento non ci sono soluzioni identiche sul mercato e quella che è più simile non funziona davvero nel modo in cui i clienti si aspettano.

Mentre la tua visione è ancora fresca, inizi a pensare alla prima domanda fondamentale che ti viene in mente: "Quanto tempo ci vorrà per farlo?"

E poiché raramente ci troviamo con budget e tempo illimitati, la seconda domanda conseguente arriva rapidamente: "Quanto mi costerà farlo?"

Entrambe sono domande fondamentali e cruciali nella realizzazione di un prodotto, ma spesso sono proprio le domande sbagliate da cui partire.

Invece, la domanda più importante da porsi per prima è: "Che valore posso creare per i miei utenti?"

Per comprendere meglio la portata di un progetto, i requisiti e le tempistiche possiamo utilizzare una metodologia chiamata "Design Thinking", che ci aiuta durante la "Fase di scoperta" di un prodotto. Questo è esattamente il momento in cui dobbiamo capire non solo cosa renderà un ottimo prodotto, ma anche come e se farlo. Questo approccio creativo e sperimentale ci aiuta a capire meglio come creare cose che non sono solo utilizzabili ma soprattutto utili.

Il processo di Design Thinking è particolarmente utile perché genera un risultato unico e specifico: la conoscenza.

Questa metodologia ha un ambito di utilizzo più ampio, ma ai fini di questo caso di studio di Design Thinking, ci concentreremo solo su un campo specifico: lo sviluppo di prodotti software.

La teoria del Design Thinking

Prima di approfondire le applicazioni pratiche del Design Thinking e la mia esperienza nell'applicarlo, diamo uno sguardo più approfondito al processo di Design Thinking.

Il Design Thinking è una metodologia che fornisce un approccio basato sulla soluzione per risolvere i problemi. Si concentra sulla comprensione della prospettiva dell'utente, con un punto di vista incentrato sull'uomo. La forza di questa metodologia è la possibilità di testare rapidamente se un'idea, una soluzione o un miglioramento possono portare risultati reali ai nostri clienti. Integrando diverse metodologie, strumenti e tecniche provenienti da diversi campi (marketing, psicologia, design, business), lo scopo del Design Thinking è mettere l'utente al centro del problema che dobbiamo risolvere.

L'obiettivo della metodologia è "trovare l'utente stesso e definire i suoi bisogni" e, trovando quei bisogni, creare una soluzione o un prodotto che possa essere davvero utile. Per raggiungere questo obiettivo, l'intero concept è suddiviso in sei fasi di design thinking.

1. Empatizzare: l'obiettivo di questa fase è capire il tuo cliente, cercando e raccogliendo informazioni sulla sua attività. Durante questa fase, possiamo utilizzare diversi strumenti, come interviste, focus group, osservazioni e sondaggi.
2. Definisci: in questa fase raccogliamo e classifichiamo le informazioni dalla fase Empatizzare. È qui che definiamo User Personas e User Journeys.
3. Ideate: utilizzando le informazioni di cui sopra, qui il team idea soluzioni. Non ci sono idee stupide o sbagliate! Tutto deve essere espresso e documentato.
4. Prototipo: Durante questa fase si crea qualcosa di tangibile, che ti permetterà di verificare la tua idea nella vita reale. Non complicare eccessivamente e crea questo MVP il più rapidamente possibile.
5. Test: verifica la tua idea nella vita reale con utenti reali. Ottieni feedback. Fai domande su come migliorarlo.
6. Implementare: questa è la fase in cui tutte le conoscenze raccolte vengono tradotte in un prodotto finale.

Se dopo aver letto questo potresti pensare: "È fantastico, ma in che modo questo aiuterà a trasformare rapidamente la mia app in realtà". Per renderlo più tangibile, esaminerò un caso di studio della mia esperienza personale che ha beneficiato del processo di design thinking.

Design Thinking applicato: un caso di studio nella vita reale

Introduzione: Progetto X

Qualche tempo fa mi sono ritrovata a un incontro con un imprenditore, alcuni manager e tante idee che volavano per la stanza. Il loro diretto concorrente aveva recentemente rilasciato una nuova applicazione e la tensione era palpabile. L'azienda voleva uscire con qualcosa di nuovo sul mercato, per evitare di perdere terreno rispetto alla concorrenza.

Hanno preparato un documento con alcuni requisiti, una vaga idea di come dovrebbe essere il prodotto e quanto dovrebbe costare.

"Dobbiamo seguire quello che hanno fatto gli altri, con un prezzo più basso", ha detto il Direttore Marketing. "Dobbiamo creare un sistema più utilizzabile, che semplifichi il percorso dell'utente", ha aggiunto un altro manager. "Dobbiamo cambiare il modo in cui raccogliamo le informazioni, semplificarlo e integrare i nostri processi con terze parti", ha affermato un altro. «Ci ​​vorranno mesi», scosse la testa il responsabile tecnico, che traduceva mentalmente tutte quelle richieste in centinaia di ore di codice da implementare.

Anche se non posso rivelare tutti i dettagli del progetto, posso rivelare che il prodotto era un software di comunicazione hub. Questo software gestiva diversi canali (da email a SMS, da fax a VoIP) ed è stato creato per le piattaforme web e mobile. Il prodotto è stato originariamente creato alcuni anni prima, ma la sua usabilità era scarsa. Al momento del lancio, il concorrente era molto più avanti in termini di esperienza utente. Inoltre, disponevano di un'eccellente app mobile, che stava guadagnando terreno nell'app store mobile.

La società X era un'azienda tradizionale basata sui processi, che aveva familiarità con i progetti tradizionali. In passato aveva eseguito alcuni progetti Agile, ma era nuova all'idea di creare un MVP e testarlo sul mercato. In particolare, temevano l'ignoto. E se il nuovo MVP avesse un effetto indesiderato o imprevedibile sulla base di utenti dei loro clienti? Questa mancanza di controllo non ispirava fiducia.

L'incontro sopra descritto e quelli successivi non hanno portato ad una chiara definizione di quale fosse effettivamente il prodotto da realizzare. Sapevamo solo che dovevamo colpire il bersaglio il prima possibile.

Tuttavia, mentre il progetto andava avanti e un concorrente iniziava a prendere piede, il consenso dell'azienda si stava consolidando. La maggior parte era d'accordo con l'idea che: "Non possiamo permetterci di lanciare un prodotto semifinito, abbiamo bisogno di un prodotto che funzioni fin dall'inizio".

Nonostante alcune perplessità e timori iniziali, questa è stata un'opportunità per imparare cosa avrebbe portato un valore reale alla loro base di utenti e potenzialmente attirerebbe più utenti realizzando un prodotto leggero e snello.

Ciò ha spinto l'azienda a cercare approcci che non avevano mai provato prima, al fine di avere un prodotto completo costruito in tempo anche se al suo lancio avrà solo caratteristiche essenziali. Abbiamo deciso di utilizzare il processo di Design Thinking e di concentrarci sulle cose che avrebbero davvero portato valore per l'utente finale e, quindi, battere la concorrenza portando solo ciò che è necessario al cliente.

Fase 1 - Empatia

Fase di empatia: l'obiettivo di questa fase è capire il tuo cliente, cercando e raccogliendo informazioni sulla sua attività. Durante questa fase, possiamo utilizzare diversi strumenti, come interviste, focus group, osservazioni e sondaggi.

Nel senso più letterale, l'empatia è la capacità di comprendere e condividere le emozioni degli altri. Nel design thinking, l'empatia è una "profonda comprensione dei problemi e delle realtà delle persone per cui stai progettando".

Il nostro primo passo è stato quello di garantire che l'opinione della persona più pagata (altrimenti nota come HiPPO) non dominasse quella di tutti gli altri. Pertanto, insieme ai manager e al fondatore, abbiamo stilato un elenco di possibili stakeholder da coinvolgere nel processo decisionale.

In un incontro di una giornata, abbiamo compilato la prima lista di 30 nominativi (tra dipendenti, responsabili funzionali e clienti) che potevano essere contattati direttamente e poi abbiamo anche selezionato un target di 4000 clienti (circa il 10% del loro utente cliente ricorrente base).

Abbiamo cercato di "normalizzare" il più possibile la nostra base di clienti target, includendo la diversità in termini di distribuzione di genere, settore e altri punti dati. Per aggiungere un ulteriore livello di complessità, l'ubicazione fisica del campione da intervistare è stata suddivisa in diverse città e in alcuni casi paesi. Ora avevamo punti di contatto per realizzare interviste e questionari.

Il gruppo è stato organizzato per svolgere le interviste a distanza, seguendo una serie di domande programmate e alcune regole di base:

• Durante il colloquio, cerca di utilizzare la tecnica dei “5 Perché”.
• Cerca di capire il principale "cosa, come, perché" dietro ogni comportamento.
• Assicurati che l'intervistato abbia utilizzato una webcam e che ci fosse una distanza sufficiente dalla telecamera per poter includere almeno in parte il linguaggio del corpo.
• Registra tutte le interviste, nel caso debbano essere viste in futuro.

Abbiamo preparato le nostre domande di intervista con l'intento di capire quali caratteristiche principali dovrebbero essere migliorate o eliminate, in modo da poter costruire rapidamente una nuova versione che rispondesse alle esigenze dei nostri utenti.

Per il secondo gruppo di utenti, abbiamo preparato una serie di domande in un modulo Google. Abbiamo optato per domande a scelta multipla, con alcune domande a risposta aperta formulate per facilitare una maggiore interazione da parte degli utenti, inclusa una domanda che richiede all'utente di provare la nuova versione del prodotto appena disponibile in closed beta.

Per organizzare l'intero processo di raccolta delle informazioni, abbiamo utilizzato strumenti remoti che hanno consentito al team di raccogliere informazioni più facilmente, inclusi Skype, Zoom, Google Forms e una Kanban Board digitale in cui inserivamo tutte le nostre attività e ne monitoravamo lo stato.

I primi risultati delle interviste sono stati incoraggianti, in quanto gli intervistati sono stati disponibili a fornire feedback sulle debolezze e sui punti di forza del sistema.

Tuttavia, la prima serie di risposte al questionario è stata molto meno entusiasmante: su tutte le 300 e-mail inviate, solo 5 persone hanno completato i loro questionari.

Delusi da questo risultato, eravamo pronti a provare nuovi modi per coinvolgere la base di utenti, quando uno dei responsabili delle vendite è venuto da noi con un'idea:

“Non credo che risponderanno a nessuna e-mail, non sono abituati a interagire con noi. Ma, se comunichiamo con tutti coloro che hanno un rinnovo in scadenza e diamo loro un piccolo incentivo, sono sicuro che ci daranno una mano”.

L'idea era semplice ma eccezionale. In poche ore abbiamo avuto una nuova lista di utenti (3800), che ha mantenuto la stessa divisione tra mainstream ed estremi. Tuttavia, questi utenti sarebbero “costretti” ad interagire con il sistema, a causa della vicinanza del loro rinnovo.

Questa volta, è stato chiesto loro di rispondere a una serie di domande, partecipare alla beta e, in cambio, ottenere uno sconto sul rinnovo. L'adesione è stata completata e alla prima consegna di questo nuovo modello, oltre il 70% degli utenti ha risposto e compilato il questionario.

Dopo aver ripetuto e modificato alcune domande, e grazie ad alcuni utenti disposti a intervistare più di una volta, eravamo pronti a definire più chiaramente la nostra base di utenti.

Fase 2 - Definire

Fase di definizione: in questa fase raccogliamo e classifichiamo le informazioni dalla fase di empatia. È qui che definiamo User Personas e User Journeys.

Il significato del dizionario di definire è determinare l'identità e le qualità essenziali di una nozione . Nel nostro caso abbiamo voluto definire quanto segue:

• i nostri clienti ideali
• i loro problemi
• le soluzioni ai loro problemi
• i bisogni e le paure dei nostri clienti che dovevamo affrontare

In termini di design thinking, la fase di definizione è quella in cui analizzi le tue osservazioni e le sintetizza in problemi fondamentali che hai identificato.

Avevamo un database sufficiente per capire quali fossero i veri problemi. Oltre al feedback ricevuto nella fase Empathize, conteneva punti che erano stati evidenziati dai dipendenti di Company X ma che non erano mai stati segnalati al management, nonché punti di forza, di debolezza e altri problemi che non sono mai stati presi in considerazione.

L'azione successiva è stata quella di creare le nostre Personas utente. Durante questa fase di brainstorming, abbiamo coinvolto l'intero team allargato. La fase di brainstorming è stata sempre svolta da remoto, utilizzando sistemi e strumenti di videoconferenza per tracciare in tempo reale le personas e la loro creazione.

Per ogni Persona, abbiamo identificato la loro biografia, il loro approccio alla tecnologia, il loro uso dei social media, i marchi preferiti, le loro esigenze e idee e abbiamo speculato su quella che sarebbe stata la loro Customer Journey.

Successivamente, abbiamo selezionato le User Personas comuni del client e abbiamo ottenuto un set completo di dati provenienti da interviste e sondaggi. Questo era il momento giusto per sporcarci le mani.

Durante la fase di definizione, abbiamo cercato di trasformare una definizione generica di un problema come “Serve un prodotto che aumenti le nostre vendite del 10%” in una soluzione più specifica come: “Uomini e donne adulte, tra i 35 e i 45 anni che lavorano in un ufficio devono ricevere comunicazioni che abbiano una validità legale per essere sicuri che il mittente sia effettivamente quello che dicono di essere.

A questo punto del processo di progetto, abbiamo completato sessioni di brainstorming attorno ai nostri utenti, ipotizzato soluzioni e mantenuto una mente aperta a ogni possibile innovazione. “L'unica idea stupida è quella mai espressa” era il mantra.

In breve tempo, tenendo presente chi erano i nostri soggetti, abbiamo avuto una visione chiara di ciò che era utile ai nostri utenti, insieme a quali esigenze e paure dovremmo affrontare lungo il percorso del cliente.

Ci siamo quindi impegnati nella costruzione di una "User Story Map", che ci ha permesso di classificare il processo degli utenti, mappando i temi. Per ciascuno dei personaggi, abbiamo definito l'insieme di attività, storie e compiti che pensavamo dovessero completare durante il viaggio. In tal modo, potremmo testare rapidamente la nostra idea e capire se soddisfaceva le esigenze fondamentali. Se lo facesse, potremmo portarlo sul mercato più velocemente di chiunque altro, il che era essenziale poiché il nostro concorrente stava ottenendo ogni giorno più successo.

Fase 3 - Ideare

Fase di ideazione: utilizzando le informazioni di cui sopra, qui il team idea soluzioni. Non ci sono idee stupide o sbagliate! Tutto deve essere espresso e documentato.

Un passo avanti rispetto alla definizione è la fase di Ideazione, in cui la chiave è formare concetti e soluzioni reali, non solo definizioni astratte.

In termini di design thinking, l'ideazione è "il processo in cui si generano idee e soluzioni attraverso sessioni come Sketching, Prototyping, Brainstorming, Brainwriting, Worst Possible Idea e una vasta gamma di altre tecniche di ideazione".

Il nostro team era completamente remoto, quindi abbiamo deciso di procedere in modo Lean durante la produzione dei materiali e la revisione degli stessi. Ad esempio, i designer e altri membri del team hanno convenuto che per essere il più veloci possibile, la soluzione migliore sarebbe iniziare con i disegni su carta e condividere le loro foto nel gruppo. Solo allora produrremmo i modelli più interessanti in Balsamiq o Axure.

Per ogni sketch prodotto, abbiamo raccolto informazioni dagli utenti, abbiamo definito una serie di soluzioni e siamo tornati da quegli utenti (ogni volta che è stato possibile e tutte le volte che è stato possibile) per testare con loro il processo e il risultato.

Fase 4 - Prototipo

Fase di prototipazione: _ Durante questa fase viene creato qualcosa di tangibile, che ti permetterà di verificare la tua idea nella vita reale. Non complicare eccessivamente e crea questo MVP il più rapidamente possibile. _

Durante la fase del prototipo, è arrivato finalmente il momento di dare vita alle nostre definizioni e idee. Un prototipo è il primo modello originale di un prodotto proposto, ed è esattamente ciò che ci siamo prefissati di costruire. Secondo gli standard del design thinking, la fase del prototipo è quella in cui crei versioni ridotte e poco costose del prodotto reale per studiare le soluzioni delle fasi precedenti.

Dopo quasi 10 giorni dall'inizio del nostro viaggio, siamo arrivati ​​al momento cruciale, un incontro con un team di sviluppatori dove abbiamo avuto la possibilità di verificare le nostre ipotesi e stime. Dopo una sessione di consultazione e definizione con il team di sviluppatori, abbiamo soppesato le storie e abbiamo capito che lo sforzo maggiore del lavoro di sviluppo sarà nello sviluppo del sistema back-end e nell'interfacciamento con i sistemi legacy attualmente in atto. Oltre a questo, ci siamo anche resi conto che la creazione dei sistemi front-end sarà un esercizio molto più breve. Pertanto, abbiamo deciso di creare un prototipo front-end utilizzando i componenti già esistenti nel sistema per risparmiare tempo.

Avevamo un limite di tempo di 3 giorni per avere una prima versione del prototipo pronta. Questo prototipo doveva rispecchiare il più possibile il prodotto e mantenere la funzionalità necessaria.

Dopo 3 giorni avevamo pronta la nostra prima versione del prototipo. Aveva dati "falsi" che riflettevano il comportamento del software che miravamo a creare. Mancavano alcuni elementi accessori, ma il software in quello stato rappresentava visivamente una buona percentuale del totale dei contenuti pianificati.

Al termine di due settimane di lavoro, avevamo un software che potevamo provare e testare con utenti reali. Abbiamo utilizzato il software di monitoraggio dell'esperienza utente per analizzare le mappe di calore e l'attenzione degli utenti, mentre navigavano nel nostro prototipo.

Fase 5 - Prova

Fase di test : verifica la tua idea nella vita reale con utenti reali. Ottieni feedback. Fai domande su come migliorarlo.

Dopo una fase di definizione, ideazione e prototipazione è arrivato finalmente il momento di vedere se il nostro prodotto funzionava davvero. In termini di design thinking, testare significa mettere alla prova il prodotto completo utilizzando le migliori soluzioni create in fase di prototipazione.

Nel nostro caso, la fase di test non si è svolta solo alla fine, ma è stata un ciclo continuo di feedback e iterazioni ogni volta che era possibile. Al termine di ogni passaggio compiuto, abbiamo cercato di ottenere feedback da utenti o clienti, prima di convincerci a passare alla fase successiva.

Una volta completato il prototipo, è arrivato il momento di testarlo con il pubblico più ampio possibile e verificare con loro l'efficacia con cui soddisfaceva le loro esigenze, capire la loro percezione e capire se ha raggiunto i loro obiettivi.

La fase di test includeva in particolare un prototipo di procedura dettagliata in cui gli utenti potevano vedere il nuovo flusso di lavoro ed eseguire azioni, insieme ad alcune sessioni in cui il team osservava direttamente gli utenti, monitorando le loro risposte. È stato utilizzato un semplice questionario per raccogliere i tassi di conversione tra funzionalità specifiche della piattaforma, in cui agli utenti è stato chiesto di assegnare un punteggio al processo da 1 a 10.

La fase di test è stata successivamente estesa a tutto il team e anche ad alcuni soggetti esterni all'organizzazione (clienti e utenti) che durante le sessioni precedenti avevano volontariamente acconsentito a dare il proprio feedback sull'implementazione del sistema.

I risultati di questo test sono stati incoraggianti. Gli stakeholder dell'Azienda X hanno potuto non solo vedere i modelli, ma anche provare e “toccare” il prodotto per la prima volta. Il team esteso ha avuto l'opportunità di testare e verificare le proprie ipotesi e correggerle nel tempo entro un periodo di due settimane.

Ora si attendeva il test finale: aprirlo agli utenti e capire cosa sarebbe successo dopo.

Fase 6 - Implementare

Fase di implementazione: questa è la fase in cui tutte le conoscenze raccolte vengono tradotte in un prodotto finale.

Avevamo dati, idee, personaggi e il nostro primo prototipo tangibile. Era ora di rimboccarsi le maniche e iniziare a sviluppare. Avevamo un mese e mezzo per implementare il nostro nuovo sistema.

Abbiamo definito una serie di regole per implementare il nostro MVP in un breve periodo di tempo:

• Costruiremo solo ciò che abbiamo definito, senza aggiungere nuove funzionalità.
• Ci manterremo concentrati sull'obiettivo aziendale principale.
• Utilizzeremo metodologie agili all'interno dei team per gestire il carico di lavoro.

Per completare il progetto in tempo, abbiamo coinvolto alcuni nuovi membri del team che non erano stati coinvolti nel progetto sin dalle primissime fasi della fase di scoperta.

Abbiamo aggiunto sviluppatori front-end, sviluppatori back-end e designer. I nuovi membri del team stavano lavorando da remoto e non è stato possibile portarli tutti nella stessa stanza per il periodo del progetto, quindi ci siamo assicurati di avere gli strumenti giusti per mantenere viva la comunicazione.

Il processo messo in atto per gestire il lavoro è stato Agile. Abbiamo suddiviso il tempo rimanente in diversi brevi sprint, con incontri a distanza tutti i giorni e aggiornamenti via Slack durante la giornata per scambiare le idee e aiutarci a vicenda a risolvere i problemi.

Non avevamo una documentazione completa archiviata da qualche parte, ma mentalmente avevamo tutti una serie completa di azioni, una visione comune condivisa e obiettivi tra il team. Tutti abbiamo iniziato a percepire le User Personas come un utente reale, con i propri bisogni e problemi. Una volta che il nostro team ha iniziato ad avere una visione allineata, siamo passati alla definizione di cosa doveva essere fatto e quando per finire il progetto in tempo.

Le attività sono state delineate all'interno di una User Story Map, per mantenere l'evidenza originale delle personas e del flusso che vogliamo dare al prodotto.

Le mappe delle User Story sono state create attraverso tre chiari passaggi: identificare le attività, identificare i passaggi necessari per completare l'attività e l'elenco delle storie/compiti associati a ciascuna. Abbiamo ordinato le storie in base alla priorità (Must, Should, Could), che determinava quali componenti sono stati inseriti nel prodotto.

Il team è stato in grado di procedere a un ritmo veloce sin dall'inizio dell'implementazione, grazie a una visione chiara condivisa dal team e al metodo impiegato che ha consentito al team di rimanere in pista senza lo sterzo diretto della dirigenza di cui sopra. Tutti coloro che hanno lavorato al progetto avevano in mente le domande delle fasi di Design Thinking:

• Quale azione dovrebbe eseguire ogni utente all'interno della nostra piattaforma e cosa stavano cercando di ottenere?
• Quali passaggi dovrebbero compiere quegli utenti per raggiungere l'obiettivo finale?
• Quali punti dolenti avevano prima e come dovremmo evitarli?

Ciò ha consentito al nostro team di prendere le proprie micro-decisioni e di indirizzare il prodotto verso il suo obiettivo finale.

Abbiamo effettuato due revisioni del lavoro in corso alla fine di ogni sprint e una revisione finale del rilascio alla fine del percorso, prima che il prodotto fosse finalmente messo in produzione. Abbiamo utilizzato l'ultimo sprint per preparare l'infrastruttura necessaria per eseguire e lanciare il prodotto.

Infine, gli utenti che hanno utilizzato il nostro vecchio prodotto sono stati nuovamente invitati a provare la nuova versione. Il nostro prodotto è stato messo in produzione due mesi dopo l'incontro in cui è stata espressa l'idea di realizzarlo. Il prodotto ha funzionato, gli utenti hanno iniziato a usarlo e abbiamo progressivamente inviato più nuovi utenti a questo strumento invece del vecchio. I test A/B ci hanno mostrato che preferivano il nuovo prodotto e il progetto è stato accettato dall'azienda come un grande successo.

Ancora più importante, è stata finalmente accettata una metodologia di Design Thinking. Riteniamo che questo avrà un impatto positivo e duraturo e consentirà loro di costruire prodotti migliori in futuro.

Conclusione

In questo caso di studio, abbiamo mostrato come la metodologia del Design Thinking può essere applicata a un problema della vita reale con un tempo e un budget limitati.

Invece di utilizzare approcci più tradizionali e produrre cose in fasi sequenziali, abbiamo scelto di scorrere le sei fasi del design thinking. Empatizzare. Definire. Ideare. Prototipo. Test. Strumento. Questo è diventato il nostro mantra e ci ha permesso di produrre un prodotto molto apprezzato.

L'uso del Design Thinking ha portato a risparmiare tempo e, a sua volta, risparmiare sui costi spesi per il progetto. Non stavamo lavorando su milioni di caratteristiche diverse, ma solo su poche azioni ben ponderate che erano chiare a tutti nel team. Soprattutto, siamo stati in grado di fornire il prodotto e il valore di cui gli utenti avevano bisogno.

L'uso del processo di Design Thinking ci ha aiutato in molte aree diverse:

• Dal punto di vista della gestione del progetto, ci ha consentito di definire chiaramente l'ambito del progetto e prevenire lo scorrimento dell'ambito.
• Dal punto di vista del business, ci ha permesso di scegliere le caratteristiche che apportano il valore reale al business.
• Dal punto di vista dello sviluppo, ci ha aiutato a vedere l'obiettivo chiaro di ciò che dobbiamo costruire prima ancora di iniziare a costruirlo.
• Dal punto di vista del team, ha coinvolto tutti i membri del team e ha consentito loro di lavorare insieme in modo efficace e di far sentire la propria opinione in ogni parte del processo.

Quando abbiamo iniziato il processo di Design Thinking è stato accolto con scetticismo dal cliente, ma quando abbiamo finito e abbiamo ricevuto il feedback dai nostri clienti, è stato immediatamente chiaro che i passaggi che abbiamo delineato ci hanno aiutato a ottenere qualcosa che sarebbe stato molto difficile o impossibile altrimenti. Questo è stato apprezzato dal cliente ed è diventato il loro interno un progetto di punta per le sfide future.