Design Thinking - Definisci la fase

Ora abbiamo imparato i problemi dei nostri clienti e anche il contesto. È tempo di definire il nostro problema e arrivare a una dichiarazione del problema. Questa affermazione ci darà le indicazioni necessarie per procedere verso il problema affrontato dal cliente.

In qualità di progettista, dobbiamo coprire tutti i punti e le risposte che abbiamo ottenuto nella fase di "empatia". È qui che entra in gioco il processo di sintesi. Dobbiamo riunire tutte le risposte e convertirle in un filecoherent single statement.

Il primo passo verso la definizione di un problema è trovare chi è l'utente, quali sono i suoi bisogni e quindi sviluppare intuizioni dalle risposte. Pensa a‘How might we?’domande. Ad esempio, "come potremmo motivare i dipendenti in DT?", "Come potremmo affrontare la preoccupazione sulla connessione tra valutazioni di valutazione e attrito?", "Come possiamo ridurre il costo del programma di trasferimento delle conoscenze senza comprometterne la qualità e il risorse pre-requisiti obbligatorie? " e molte altre domande sulla stessa linea.

Ma come si generano tali domande. In breve, "Come possiamo generare le domande 'come potremmo'?" Le seguenti linee guida aiuteranno un pensatore di design a rispondere a tali domande.

  • Amplify the good- Un design thinker deve pensare a come amplificare gli aspetti positivi delle esigenze dei clienti. Ad esempio, possiamo pensare a come sollevare il morale dei dipendenti che non lasciano l'azienda o come aumentare la qualità del programma di trasferimento delle conoscenze in DT.

  • Eliminate the bad- I progettisti devono rimuovere tutti gli elementi negativi osservati nel problema. In caso di problema DT, dobbiamo rimuovere il problema degli alti costi di trasferimento delle conoscenze e della mancanza di motivazione in azienda. Dobbiamo anche rimuovere l'effetto negativo che le valutazioni di valutazione hanno sui dipendenti.

  • Explore the opposite- I progettisti devono riflettere su come convertire il problema in un'opportunità. Nel caso di DT, possiamo pensare a come la mancanza di motivazione possa diventare un'opportunità per i dipendenti di ideare e suggerire un modo per portare più motivazione ed energia sul posto di lavoro.

  • Question the Assumptions- Questo passaggio comporta la messa in discussione del presupposto a portata di mano. Si presume che DT abbia bisogno del trasferimento di conoscenze per i suoi nuovi dipendenti. È davvero indispensabile disporre di questo processo di trasferimento delle conoscenze?

  • Identify the Unexpected Resources- I progettisti dovrebbero provare a scoprire se alcune altre risorse non menzionate dal cliente possono essere sfruttate? In caso di DT, pensa a come possiamo utilizzare altre risorse per formare i dipendenti o per motivare i dipendenti dell'organizzazione.

  • Create an Analogy- Il design thinking implica anche, tra molte altre cose, come creare connessioni tra il problema in questione e le immagini non correlate. DT può pensare a casi o situazioni simili in cui è in gioco questo problema di trasferimento di conoscenza e motivazione delle persone. DT può pensare a come i problemi sono stati risolti lì.

  • Break the Problem into Pieces- È qui che entra di nuovo in scena l'analisi per un breve periodo prima di poter sintetizzare la definizione del problema. I punti discussi dalla sezione "empatia" possono essere suddivisi in frammenti elementari per rendere il lavoro più facile.

Analizzando ogni aspetto, ci imbattiamo nella seguente dichiarazione del problema: "In che modo DT dovrebbe motivare i suoi dipendenti esistenti insieme alla formazione delle sue nuove risorse umane in modo efficace a basso costo?"

Puoi anche creare la tua dichiarazione del problema, che potrebbe essere anche migliore di quella sopra.