Creare valore aziendale con la ricerca sugli utenti
  • 06 Mar 2024
  • 4 Minuti da leggere
  • Contributori

Creare valore aziendale con la ricerca sugli utenti


Sommario dell'articolo

Perché la ricerca sugli utenti deve informare la progettazione delle app

La ricerca sugli utenti consente di focalizzare i KPI, di dare priorità ai requisiti delle app e di creare applicazioni intuitive e personalizzate per un processo specifico.

La ricerca sugli utenti implica che si scenda fisicamente sul campo per osservare e intervistare gli utenti finali di un'applicazione (operatori). La progettazione senza ricerca o comprensione delle attività sul campo porta a formulare ipotesi. Queste supposizioni possono essere costose: immaginate di dedicare tempo alla creazione di un'applicazione con pulsanti di navigazione per poi rendersi conto che gli operatori indossano guanti per la maggior parte delle loro attività, il che li rende incapaci di utilizzare un touchscreen. Una ricerca preventiva avrebbe informato la decisione di utilizzare pedali, scanner di codici a barre o altri modi per automatizzare la navigazione.

Pochi secondi sprecati per ogni schermata, mentre un operatore fatica a capire quali dati sono necessari o dove si trova un pulsante, si traducono in enormi costi di produzione nel tempo:

1 hour a day of inefficiency x 200 operators = 25 dipendenti a tempo pieno sprecati ogni anno:

Come condurre la ricerca sugli utenti

UX Research Intro.svg

La ricerca sugli utenti si divide in due tipologie principali: la ricerca di scoperta e i test di usabilità. La progettazione di un'app è un processo agile e iterativo, che inizia con un'analisi delle esigenze e con interviste iniziali per conoscere il processo di produzione e il flusso di attività dell'operatore, per aiutarvi a costruire un'app che modelli accuratamente ciò che avviene sul posto.

Dopo che l'applicazione è stata progettata, realizzata e pubblicata, i test di usabilità ne valutano il funzionamento e individuano le opportunità di revisione.

Il bilanciamento di questi due tipi di ricerca porta a un'app che soddisfa le esigenze degli operatori, ottimizza i flussi di lavoro e si adatta all'evoluzione dei requisiti. Le interviste di scoperta gettano le basi, mentre i test di usabilità convalidano le ipotesi di progettazione e forniscono spunti di miglioramento basati sui dati.

Colloqui di scoperta

Reclutamento dei partecipanti

Idealmente, per condurre le interviste sono necessarie due persone: una per porre le domande e una per prendere appunti. Inoltre, è consigliabile intervistare un partecipante alla volta per evitare che le risposte di un partecipante influenzino quelle degli altri.

Ricordate:

  1. Avere un obiettivo chiaro di ciò che si sta cercando di imparare.
  2. Puntate a 5-7 partecipanti: meno di 5 sono solo opinioni di persone, più di 7 sono una camera d'eco.
  3. Intervistate operatori di diversi livelli di esperienza e demografici.
  4. Preparare elenchi di domande e/o liste di controllo, prendere appunti, portare un quaderno di schizzi, portare un dispositivo per registrare audio o video.

Comprendere il flusso dei compiti dell'operatore

Osservando gli operatori durante la fase di scoperta, dovrete porre domande che vi aiuteranno a progettare applicazioni efficaci che ottimizzino il flusso di lavoro dell'operatore, piuttosto che progettare applicazioni che costringano gli operatori a cambiare il loro flusso di lavoro per adattarsi all'applicazione.

  • Quali apparecchiature sono coinvolte nelle attività di produzione?
  • Come interagiscono gli operatori con il processo complessivo, compresi i passaggi di mano, il flusso di materiali e la condivisione delle attrezzature?

A partire da queste osservazioni, provate a costruire un OFD di attività:

Activities OFD.svg
Scaricate e imparate a costruire questi modelli di OFD in Tulip University{target=_blank}.

Mappare lo spazio fisico

Con l'OFD fisico si deve anche tracciare una mappa dello spazio fisico e considerare tutti i vincoli fisici in cui si svolge il lavoro:

  • Quali aree, luoghi o celle comprenderà la vostra soluzione?
  • Ci sono momenti particolari in cui l'operatore deve lasciare quest'area, rendendo l'applicazione inaccessibile o meno preziosa nel suo spazio fisico?
  • Con quali attrezzature o macchine interagiscono gli operatori? Quali strumenti sono coinvolti? Quando indossano guanti che impediscono loro di utilizzare un touch screen?

Physical OFD.svg
Scaricate e imparate a costruire questi modelli di OFD in Tulip University{target=_blank}.

Domande di osservazione per la scoperta

Vincoli fisici* Che aspetto ha lo spazio di lavoro? * Qual è il livello di rumore? * Gli operatori usano guanti in qualche momento del processo? * Ci sono operatori disabili?

Flusso dei compiti* Quali punti di decisione ha affrontato l'operatore? * Quali input sono stati richiesti? * È possibile combinare alcuni di questi passaggi? * È possibile automatizzare alcuni passaggi? * Ci sono stati passaggi non necessari?
* Dove l'utente ha incontrato attriti? (Dove l'utente dovrebbe incontrare attriti?) * Alcune fasi hanno richiesto una formazione specifica? * Quando gli operatori scrivono manualmente le cose?

Persone coinvolte

  • Chi è coinvolto nel processo?
  • Chi è autorizzato a eseguire un'ispezione?
  • Quando intervengono altre persone?
  • Sono necessarie delle firme?

Test di usabilità

Test del prototipo dell'app

Dopo aver pubblicato un'applicazione e averla distribuita sul territorio, è necessario condurre dei test di usabilità. I test di usabilità dovrebbero iniziare subito dopo l'utilizzo dell'applicazione.

Per garantire risultati validi, limitate le interruzioni durante il processo di test. Lasciate che gli operatori navighino l'applicazione in modo indipendente. Annotate tutti i casi di confusione, difficoltà di ricerca, compiti troppo lunghi o errori di navigazione ricorrenti senza correggere l'operatore. Tutte queste osservazioni serviranno per adattare il design della seconda versione dell'applicazione.

Fate domande neutre e imparziali

Assicuratevi che le vostre domande siano neutre e imparziali ed evitate di indurre l'operatore a dare una risposta che altrimenti non avrebbe dato.

  • Siate specifici: invece di chiedere "Con quale frequenza svolge questo compito?", chiedete "Quante volte nelle ultime settimane ha dovuto svolgere questo compito?".
  • Fate domande neutre: Invece di "Pensi che questo pulsante ti porti qui?", chiedi: "Cosa ti aspettavi che accadesse quando hai premuto quel pulsante?".
  • Non dateper scontato: Invece di chiedere "Che cosa è stato frustrante", chiedete "Che cosa è stato facile o difficile nel completare questo compito?".
  • Nonnominate elementi dell'interfaccia, come "la barra di navigazione", ma dite: "Quest'area nella parte superiore dello schermo, cos'è?".
  • Seguire sempre con domande come "Mi dica di più" o "Può mostrarmi com'è?".

Questo articolo è stato utile?