Il management Product e l’UX

Quando si pensa a una buona esperienza utente, ciò che spesso viene in mente è un processo di funzionalità semplici, belle e facili da usare per un prodotto che rende la vita più facile per all’utente.

Ma queste funzionalità sono solo una piccola parte del prodotto. Il processo del prodotto registra specifici problemi sperimentati dagli utenti, insieme ai lavori da fare, gli obiettivi e i ricavi.

L’esperienza utente di base non è un insieme di caratteristiche: ma è il motivo per cui le persone utilizzano il prodotto. L‘esperienza degli utenti di Uber è quello di prendere un taxi facilmente in qualsiasi momento. Il conto alla rovescia, la visualizzazione esatta di quando il taxi arriverà  è una caratteristica importante che si espande in questa esperienza.

Ma il prodotto di Uber funziona indipendentemente da questa funzionalità. Il conto alla rovescia, d’altra parte, non può esistere senza il prodotto (la certezza di ottenere un taxi facilmente in qualsiasi momento). C’è una relazione a senso unico tra funzionalità e prodotto: le funzionalità non funzionano senza il prodotto. Questo è il motivo per cui i progettisti devono progettare con il prodotto in mente, non solo con le sue funzionalità.

“Progettare con il prodotto in mente, non attraverso le sue funzionalità”

Scoprire il motivo per cui le persone utilizzano il prodotto

Un prodotto ha un’esperienza utente principale, che è sostanzialmente il motivo di perchè esiste il prodotto. Soddisfa un bisogno o risolve un problema che le persone hanno. Pertanto diventa significativo e acquisisce un certo valore. Se il problema è inesistente, o la soluzione non si adatta al problema, il prodotto diventa privo di significato e la gente non utilizzerà il prodotto. E questo porterà alla caduta del prodotto. Le soluzioni sbagliate possono essere risolte, ma i problemi inesistenti non possono essere risolti.

Quindi, come possiamo essere sicuri di affrontare un problema reale? Beh, non possiamo essere sicuri al 100%, ma siamo in grado di ridurre al minimo il rischio nell’osservare e parlare con la gente in modo che siamo in grado di scoprire il problema e creare soluzioni che vogliono davvero i clienti.

“Le soluzioni sbagliate possono essere risolte, ma i problemi inesistenti non possono essere risolti.”

Clayton Christensen , per esempio, ha cercato di migliorare le vendite di frullati rendendole più dolce, offrendo loro diversi gusti, e aumentando le dimensioni delle tazze. Niente ha funzionato, e poi ha iniziato osservare i clienti che hanno acquistato frullati.

Ciò che incredibilmente scoprì fu che i clienti acquistavano i frullati non per il loro gusto, né per la loro qualità, né tantomeno per il fatto che “dovevano” fare colazione (ciò che potremmo definire aspetti meramente “funzionali”) bensì perché quel frullato teneva loro compagnia durante le ore passate nel traffico, nel tragitto tra casa e lavoro.

Nota bene: NESSUN tipo di fattore nutrizionale o gastronomico (cosa che ci si potrebbe pur logicamente aspettare, trattandosi di un alimento) quindi, MA aspetti legati invece a gratificazione emotiva e “passatempo” .

Da lì, dunque, una volta compresi i veri “meta-obiettivi” dei clienti, fu facile incrementare ancora di più le vendite modificando il bicchiere che conteneva il milkshake, rendendolo ancora più ergonomico e facile da usare durante la guida.
L’Azienda fece leva cioè non sugli aspetti di prodotto (come ad esempio sarebbe potuta essere una certa varietà di gusti), bensì su altri elementi legati all’esperienza di consumo e ai Job-To-Be-Done dei clienti.

Costruire le caratteristiche giuste per le persone giuste

Il pensiero del prodotto in sè porta ad una migliore funzionalità. Definendo i problemi del prodotto, è possibile rispondere alla domanda “Perché stiamo costruendo questo prodotto?” Definizione del target di riferimento ( “Chi ha questi problemi?”) E definire la soluzione ( “Come stiamo risolvendo questo?”) Sarà sufficiente dare una guida per creare una nuova funzionalità. La creazione di un obiettivo contribuirà a misurare il successo di questa funzionalità.

Il Problema-Soluzione-Fit

I Prodotti acquistano significato quando la soluzione fornita risolve il problema scoperto. Questa soluzione descrive il modo in cui un problema sarà risolto. Così, il problema-soluzione-fit definisce l’esperienza importante dell’utente sul prodotto. Le funzionalità principali stanno estendendo questa esperienza e sostengono l’esperienza di base, ma non possono sostituirla. Interaction design e visual design possono fare un prodotto bello, facile da usare, e delizioso, ma non può rendere il prodotto significativo. Ecco perché un corretto processo problema-soluzione-fit è così critico per il successo di un prodotto.

“I prodotti diventano significativi quando la soluzione fornita risolve il problema scoperto.”

La definizione del prodotto

Attraverso il pensiero del prodotto in sè, i progettisti UX dovrebbero essere in grado di rispondere alle seguenti domande:

• Che problema possiamo risolvere? (Problema utente)
• Per chi lo facciamo? (Target)
• Perché stiamo facendo questo? (visione)
• Come stiamo facendo questo? (strategia)
• Cosa vogliamo ottenere? (obiettivi)

Solo allora ha senso pensare a cosa esattamente stiamo facendo (funzionalità).

Il potere nel pensare al prodotto in sè

Il pensiero del prodotto in sè offre ai progettisti il vantaggio di costruire le giuste funzionalità per le persone del target. Aiuta la comprensione della esperienza degli utenti di un prodotto nel suo complesso, non solo l’interazione e la progettazione visiva delle funzionalità. Assicura ai designer come affrontare i problemi reali degli utenti e riducono il rischio di costruire qualcosa che nessuno vuole. Esso offre ai progettisti il potere di prendere le decisioni giuste quando si tratta di funzionalità costruttive.

“Il pensiero del prodotto in sè permette ai progettisti UX di porre le domande giuste.”

Il pensiero del prodotto in sè permette ai progettisti UX di porre le domande giuste, e costruire le giuste funzionalità e comunicare con le parti interessate in modo più efficiente. Esso consente ai progettisti di dire di no se sono titubanti prima di aggiungere nuove funzionalità.Ogni volta che una nuova funzione è richiesto o qualcuno ha un’idea per un nuovo prodotto, i progettisti possono porre le domande giuste prima di disegnare wireframe o lavorare su layout di fantasia. “Se inserisco nel prodotto?” “Aiuta realmente questo prodotto?” “Le persone vogliono o hanno bisogno? Scopriamolo prima! “Queste domande facciamole prima per avere un prodotto utile ed efficace.

 

Fonte: http://blog.invisionapp.com/