Dichiarazioni sui problemi di progettazione: cosa sono e come inquadrarle

Nel 2006, Microsoft ha fatto la mossa competitiva e ha rilasciato Zune, la sua versione del futuristico iPod con un solo pulsante, ogni canzone in tasca. I colori sullo schermo erano incisivi e l'interfaccia era guidata da un bellissimo font minimalista. È stata una mossa audace sfidare Apple, ma nel mondo dei prodotti, il successo non significa sempre essere i primi.

Si potrebbe sostenere che le funzionalità esclusive di Zune, come l'invio in modalità wireless di un brano da uno Zune all'altro (una caratteristica innovativa a metà degli anni) erano buone quanto le funzionalità esclusive dell'iPod, rendendo il prodotto Microsoft un concorrente apparentemente forte . Ma invece è stato un fallimento.

Come mai?

Potresti scoprire innumerevoli ragioni per cui Zune non è stato un successo (e probabilmente un mucchio di ragioni per cui avrebbe dovuto esserlo). Una delle principali cause alla base era che Microsoft non aveva identificato un problema che Zune avrebbe risolto. Non c'erano chiare esigenze degli utenti che l'iPod non riusciva a soddisfare o qualsiasi nuova innovazione che avrebbe scosso le cose. Lo Zune non risolveva nulla.

Se non c'è problema, non c'è soluzione e non c'è ragione per l'esistenza di un'azienda. – Vinod Khosla, Khosla Ventures (una società di venture capital della Silicon Valley)

Che cos'è esattamente un "problema di progettazione"?

Li abbiamo tutti avuti, risolti e sicuramente li abbiamo causati. Ma per dirla in termini semplici è di per sé una sfida. Il dizionario di Oxford afferma che un problema è "una questione o una situazione considerata sgradita o dannosa e che deve essere affrontata e superata". Vero, ma questo implica che c'è una consapevolezza del risultato desiderato. Con buona pace delle menti brillanti dell'Oxford Dictionary, a questa definizione manca una componente importante: i desideri inconsci .

L'inventore dell'automobile, Henry Ford, conosceva questo livello di desiderio quando disse: "Se avessi chiesto alle persone cosa volevano, avrebbero detto cavalli più veloci". Sapeva che l'aspetto sgradito era che i cavalli erano troppo lenti. Ma non era proprio questo il problema che doveva essere risolto. C'era un bisogno più profondo che i suoi clienti non potevano esprimere.

Richard Buchanan è un "teorico del design" la cui carriera ruota attorno ai principi del pensiero progettuale incentrato sull'uomo. Nel suo articolo, Design Research and the New Learning , allude al bisogno inarticolato di un utente quando definisce il design come "il potere umano di concepire, pianificare e realizzare prodotti o servizi che servono gli esseri umani nella realizzazione dei loro scopi individuali e collettivi .” È lo scopo dell'utente che richiede attenzione, non semplicemente una situazione indesiderata. Questo bisogno più profondo è alla radice di ciò che un utente desidera, indipendentemente dal fatto che possa articolarlo o meno.

I clienti Ford pensavano di aver bisogno di una versione più veloce di quella che già avevano. Ma Ford ha capito il loro scopo più profondo: andare da un posto all'altro più velocemente . Questa distinzione lo ha aiutato a evitare semplicemente di progettare un cavallo più veloce e invece ha aperto le porte per creare qualcosa che non era mai esistito prima.

Un problema non è semplicemente una situazione indesiderata o una questione che devia dalla norma, sebbene queste siano ancora definizioni valide di un problema. Per i designer e i creativi di problem solving, un problema è un bisogno insoddisfatto che, se soddisfatto, può soddisfare lo scopo dell'utente.

Perché inquadrare un problema?

Inquadrare un problema di progettazione è il primo passo in un processo di progettazione incentrato sull'uomo. Dà la priorità agli elementi appena discussi: l'utente e lo scopo che desidera raggiungere. Ciò significa che un primo giro di ricerca sugli utenti può essere rivoluzionario per scoprire desideri radicati. Condurre interviste agli utenti o ricerche desktop, come l'analisi competitiva, può rivelare informazioni dettagliate sui potenziali utenti e sui problemi che devono affrontare.

Ad esempio, un'affermazione relativa a un problema di progettazione potrebbe essere: "Le neo mamme hanno bisogno di un modo per sentirsi in contatto con un gruppo di supporto perché trascorrono molto tempo da sole con i loro bambini e finiscono per sentirsi isolate e sole". Queste mamme hanno un desiderio radicato di sapere che non sono sole e un nuovo prodotto potrebbe aiutarle a raggiungere lo scopo di sentirsi connesse.

Un team di progettazione potrebbe sviluppare un'app, una piattaforma di social network o persino un luogo fisico in cui le mamme potrebbero incontrarsi. L'affermazione del problema guiderebbe il team nella navigazione di decisioni e funzionalità, ad esempio, dovremmo usare l'IA? A quali altre app dovrebbe collegarsi? Come si potrebbe progettare l'ambiente? Il problema incorniciato fornisce una struttura per creare la migliore soluzione per l'utente.

Inquadrando il problema con un'affermazione sufficientemente ristretta da focalizzare l'attenzione ma sufficientemente ampia per la creatività, il team di progettazione del prodotto può rimanere contemporaneamente concentrato sulla risoluzione dei problemi di progettazione e aperto a possibilità innovative.

Identificazione di barriere e opportunità

Quando conosci la direzione in cui vuoi andare, puoi vedere cosa c'è di fronte a te. Con un problema chiaramente definito che è radicato nello scopo di un utente, è più facile vedere quali ostacoli ci sono nel modo di raggiungere quell'obiettivo finale. E se il problema è chiaramente indicato all'inizio di un progetto, può fungere da lente attraverso la quale trovare ulteriori opportunità che potrebbero essere passate inosservate.

Allineare il team intorno alla risoluzione dei problemi di progettazione

Senza rendersene conto, i membri di un team - stakeholder, designer, sviluppatori e persino utenti - hanno ciascuno un'immagine diversa nella loro testa di quale dovrebbe essere il prodotto finale. Ognuno di loro ci sta pensando in un modo leggermente diverso, informato da diversi modelli mentali. Probabilmente l'impatto più grande dell'inquadratura di un problema è il modo in cui allinea queste diverse viste.

Il processo di inquadramento di un problema raccoglie molteplici prospettive all'interno di una struttura che innesca conversazioni e decisioni efficaci. Una volta formulata una dichiarazione articolata, le aspettative per il team possono essere gestite e gli sforzi sono allineati.

Guidare il progetto e tutte le decisioni future

Un team di prodotto può funzionare senza che venga definito un problema: succede sempre. Ma quando una dichiarazione esplicita dichiara quale problema deve essere risolto, ogni sforzo è concentrato su quel singolo risultato.

Una dichiarazione del problema di progettazione ben strutturata e documentata come parte di un brief di progettazione del prodotto è un semplice strumento per valutare le opzioni e misurare il successo. Una buona definizione del problema di progettazione lascerà spazio alla creatività, ma alla fine fornisce una lente chiara attraverso la quale visualizzare ogni elemento del progetto.

Delineare la dichiarazione del problema e le fasi del processo di progettazione funge da filtro che vaglia le idee superflue o irrilevanti e conserva solo quelle che soddisfano il bisogno. Man mano che il processo di progettazione procede, il team dovrebbe fare riferimento alla dichiarazione del problema iniziale e assicurarsi che ciò che viene progettato risponda ancora alla dichiarazione del problema principale documentata nel brief di progettazione del prodotto.

Dio ci ha dato dieci stilo… non inventiamone un altro. – Steve Jobs sulla sua avversione per la penna stilo non necessaria dell'Apple Newton

Risparmiare tempo e denaro a lungo termine

Con una prospettiva condivisa e l'approvazione dello scopo finale del prodotto, il processo di progettazione può essere eseguito in modo più efficiente. Ci saranno sempre inevitabili tangenti e vicoli ciechi nei progetti innovativi, ma anche questi apprendimenti possono essere più perspicaci quando tutto è guidato dalla ricerca di una soluzione a un singolo problema.

Lavorare partendo da una comprensione condivisa del problema di progettazione che deve essere risolto può anche prevenire l'imbarazzo pubblico, a parte un prodotto difettoso. Quando Juicero ha lanciato la sua stravagante macchina per spremiagrumi, è stata accolta con colpi e scherni perché ha addebitato un prezzo premium per ciò che chiunque può fare con le proprie mani: spremere il succo fresco da un pacchetto. È riuscita a raccogliere $ 120 milioni di investimenti, ma ha sospeso le vendite 16 mesi dopo il lancio.

In definitiva, il prodotto ha portato pochissimo valore agli amanti del succo perché ha risolto un problema inesistente. Non tutte le idee dovrebbero essere eseguite e una dichiarazione del problema ben inquadrata può aiutare a determinare quali dovrebbero rimanere nello sketchbook.

Aiutare a connettersi emotivamente all'utente

Un problema non può essere definito se non sai chi sta lottando. Prendendo il tempo per condurre ricerche, parlare con potenziali utenti e porre domande sulla loro situazione attuale e su come si sentono al riguardo, il tuo team può improvvisamente mettersi nei panni dell'utente.

L'impegno emotivo necessario nella fase di definizione del problema allinea il prodotto con la persona che dovrebbe servire. Le motivazioni, i desideri e le paure dell'utente possono creare un quadro per misurare tutte le idee e le proposte. Vedere un problema da una prospettiva umana illuminerà inevitabilmente intuizioni intuitive ed emotive che renderanno un prodotto più amabile.

Come si può inquadrare un problema?

Anche se i vantaggi dell'inquadrare un problema sono significativi, spesso si tratta di un passaggio saltato. Non è raro ricevere un brief di progettazione accuratamente costruito che includa tutto, dalla direzione visiva ai requisiti funzionali. E a volte è tutto ciò di cui hai bisogno quando ti unisci alla squadra.

Ma se sei all'inizio di un progetto e le decisioni visive e funzionali sono già in corso, vale la pena fare un passo indietro per definire il problema che il prodotto sta risolvendo. A volte c'è tutto il tempo per farlo, altre volte c'è resistenza e risorse limitate. Indipendentemente da dove ti trovi, ci sono metodi che possono aiutare a portare un livello di chiarezza a tutte le persone coinvolte.

Se avessi un'ora per risolvere un problema, passerei 55 minuti a pensare al problema e 5 minuti a pensare alle soluzioni. – Albert Einstein

Le quattro W: domande a cui rispondere

Idealmente, questo è un metodo che riunisce le parti interessate chiave attorno a una pila di post-it e un grande muro. Facendo quattro semplici domande, ognuno può formulare i propri pensieri e sintetizzare insieme il contenuto per trovare concentrazione e chiarezza.

• Chi è colpito? Chi sta riscontrando il problema? Questo utente può essere ulteriormente specificato (per dati demografici, persona, motivazione, motivo per cui si trova nella situazione)?
• Qual è il problema? Quali sono le lotte? Quale compito deve essere svolto? Quale punto dolente deve essere alleviato?
• Dove succede? Qual è il contesto in cui l'utente sperimenta il problema? È in uno spazio fisico o digitale? Chi altro è coinvolto?
• Perchè importa? Perché vale la pena risolvere questo problema? Che valore apporta all'utente? Che valore apporta al business?

Mappa dell'empatia: mettersi nei panni dell'utente

Le mappe dell'empatia sono uno strumento comune utilizzato nella progettazione dell'esperienza utente e possono essere utili in molte fasi dello sviluppo di un prodotto. Qui, all'inizio, connette istantaneamente il team all'utente per scoprire quale potrebbe essere il suo scopo. A seconda della quantità di tempo a disposizione per la fase di inquadratura del problema, questo metodo può comportare interviste con gli utenti e ombre osservative.

• Ascolta e guarda. Che tipo di commenti o concetti incontra l'utente? Cosa dicono gli altri a cui l'utente è esposto? Cosa osserva l'utente che fanno gli altri intorno a loro? (Questa categoria illustra l'ambiente circostante l'utente.)
• Dire e fare. Quali sono i commenti e i comportamenti dell'utente? Cosa stanno dicendo ad alta voce agli altri? Cosa fanno in pratica? (Queste sono cose che vengono fatte esplicitamente e possono essere chiaramente osservate.)
• Pensa e senti. Cosa pensa l'utente se non tiene per sé? Come reagiscono emotivamente a una situazione? Quali sono i loro desideri? (Questi non sono sempre evidenti semplicemente osservando un utente, ma possono essere rivelati attraverso interviste colloquiali. Ci vuole un po' di scavo per capire cosa sta succedendo a livello subconscio, ma è qui che si possono trovare grandi intuizioni.)
• Dolori e guadagni. Quali frustrazioni ha l'utente? Che dire dell'esperienza è inutile o deludente? Al contrario, che dire dell'esperienza sta migliorando la vita dell'utente? Cosa funziona bene? Dove o quando l'utente è più felice? (Questi sono i risultati dell'esperienza.)

La dichiarazione finale del problema

Questo è un modo semplice ma davvero efficace per focalizzare l'attenzione sulle intuizioni che hai scoperto e sul problema finale che puoi inquadrare. Il modello della struttura della dichiarazione del problema di progettazione è come una pagina di MadLibs, una frase con spazi vuoti da riempire con le tue intuizioni. Crea una dichiarazione concisa radicata nel pensiero collettivo della tua squadra. È importante mantenere l'affermazione sufficientemente specifica in modo che ci sia una visione condivisa per il prodotto, ma sufficientemente ampia da consentire creatività e nuove intuizioni.

Di seguito sono riportati alcuni formati di esempio di dichiarazione di problemi di progettazione:

• Dal punto di vista dell'utente: “ Io sono (persona) cercando di (verbo) ma (barriera) perché (causa) che mi fa sentire (reazione emotiva) . "
  • es: "Sono una neomamma che cerca di prendersi cura del mio bambino nel miglior modo possibile, ma non so se sto facendo un buon lavoro perché sono sempre a casa da sola e non ho nessuno a cui parlarne, il che mi fa sentire isolato e solo”.
• Tratto dalla ricerca degli utenti: “(Persona) ha bisogno di un modo per (necessità dell'utente) perché (insight) . "
  • ad esempio, "Le neo mamme hanno bisogno di un modo per entrare in contatto con altre mamme perché spesso sono a casa da sole durante il giorno e si sentono isolate e sole".
• Utilizzando le 4 W: “ Il nostro (chi) ha il problema che (cosa) quando (dove) . La nostra soluzione dovrebbe fornire (perché) . "
  • es., “La nostra nuova mamma ha il problema di non avere nessuno con cui parlare del modo migliore per prendersi cura del suo bambino quando è a casa da sola ogni giorno. La nostra soluzione dovrebbe offrirle un modo per sentirsi in contatto con le altre mamme in modo che si senta meno isolata e sola".

Ogni buona fase di inquadratura del problema, non importa quanto semplice, dovrebbe:

• Evita di proporre soluzioni. È facile pensare in termini tangibili di caratteristiche e funzionalità, ma questi distraggono solo dalla prima comprensione del problema fondamentale.
• Chiedi il perché. È una domanda semplice per aiutare a trovare approfondimenti sotto la superficie. Ma come scrive Tina Seelig, collaboratrice di Fast Company, chiedere "perché" ti consente di vedere una situazione da un'angolazione diversa.
• Riflettere. Trova il tempo per fare un passo indietro e cercare connessioni e schemi. È qui che si trovano le intuizioni che possono distinguere un prodotto dalla concorrenza.
• Mantienilo universale. Evita di usare il gergo o qualsiasi complessità non necessaria. Il problema dovrebbe essere semplice da comprendere per chiunque e, idealmente, da raccontare di nuovo. Fornire ai membri del team la possibilità di parlare facilmente di ciò che stai cercando di ottenere aumenterà la fiducia e la passione all'interno del progetto.

Dimentica il cavallo, consegna un'auto

Che cos'è una dichiarazione di problemi di progettazione? Alcuni clienti possono impostare un brief che definisce chiaramente il problema da risolvere. Altri potrebbero non sapere di questa fase cruciale. Qui sta un'opportunità per te di guidare il cliente a fare un passo indietro e valutare perché questo prodotto esisterà. Insieme puoi allineare il team, creare un framework e dare il via a un processo efficace ed efficiente.

Forse il valore più grande di questo passaggio è la comprensione della psiche umana. Inquadrare un problema dal punto di vista del cliente ti consente di fornire in modo più efficace ciò che le persone non sapevano di aver bisogno. Dave Thomsen, un ex designer IDEO, scrive che un approccio incentrato sull'uomo porta a grandi vantaggi e scopi per l'utente.

Quando i designer progettano un prodotto che si collega profondamente allo scopo desiderato di un utente, diventa più facile costruire un'esperienza di prodotto e un marchio che si collega alle persone a livello emotivo. A loro volta, questi non saranno solo prodotti di maggior successo, ma si riveleranno più mirati e significativi nella vita delle persone che li utilizzano.

• • •

Ulteriori letture sul blog di Toptal Design:

• eCommerce UX: una panoramica delle migliori pratiche (con infografica)
• L'importanza del design incentrato sull'uomo nel design del prodotto
• I migliori portfolio di designer UX: casi di studio ed esempi stimolanti
• Principi euristici per interfacce mobili
• Design anticipatorio: come creare esperienze utente magiche