Raccogliere i requisiti

La raccolta dei requisiti per un'esperienza di conversazione non riguarda solo la definizione di caratteristiche e funzionalità, ma questo è il risultato principale. Fondamentalmente, il processo di raccolta dei requisiti riguarda la comprensione degli utenti e le capacità tecniche.

Iniziare con requisiti chiari e ben studiati è il modo migliore per evitare la necessità di grandi cambiamenti dopo il completamento della progettazione e/o dello sviluppo.

Identifica gli utenti

Per raccogliere i requisiti, è necessario porre domande e utilizzare i dati in modo da fornire le risposte. Ad esempio:

  • Chi sono i tuoi utenti?
  • Quali sono le loro esigenze?
  • In che modo completano queste attività oggi?
  • Quali parole e frasi usa per parlare di queste attività?
  • In quali situazioni o circostanze vengono attivate queste attività?

Sebbene sia importante eseguire l'ottimizzazione per gli utenti più frequenti, non farlo a discapito delle esperienze degli altri utenti. Un prodotto ben progettato è inclusivo e accessibile a tutti. Progettare per persone diverse significa sfruttare il design inclusivo o le strategie di progettazione universali. Spesso, gli alloggi che vi aspettate per una sola persona finiscono per essere a vantaggio di tutti (ad es. una rampa è più facile di una scala). Per ulteriori informazioni, consulta le linee guida su Material Design per l'accessibilità.

Crea utenti tipo e percorsi

Utente tipo

Chi è l'utente?

Un utente tipo è una descrizione specifica, ma breve, di un singolo utente. Pensa ai tipi di persone che prevedi di utilizzare per le azioni e crea qualche utente tipo che rappresenti questi utenti. Questi utenti tipo ti aiuteranno a evitare la progettazione solo per te e per i tuoi obiettivi.

Percorsi dell'utente

Quali sono gli obiettivi dell'utente?

Qual è il contesto dell'utente?

Un percorso dell'utente è il percorso con cui un utente può completare un obiettivo in un determinato contesto.

Percorsi dell'utente critici

Descrivi ciascuno dei momenti pertinenti del percorso

I percorsi critici degli utenti sono quelli che 1) si verificano molto spesso o 2) sono di fondamentale importanza per l'utente. Cerca di aiutare gli utenti a completare uno di questi percorsi dall'inizio alla fine. Concentrarti su questi dati ti aiuterà a creare azioni che raggiungano un pubblico ampio e/o dedicato.
Leggi questi post del blog per ulteriori dettagli su come abbiamo progettato e realizzato l'azione I/O 18. Puoi anche vedere il codice open source per uno sguardo più approfondito alla struttura.
Anna, 27 anni, è una UX designer e sketch artist con la passione di creare esperienze utente coinvolgenti che le aiutino a svolgere le proprie attività nella vita.
Anna ha in programma un programma completo per Google I/O e non vuole perdersi nulla. Non vede l'ora di imparare a progettare un'esperienza con Actions on Google partecipando a conferenze pertinenti. Vuole anche dare un'occhiata a tutte le nuove demo e acquistare dei gadget di Google.
Anna si trova a Mountain View per Google I/O. Sta per iniziare la sua giornata, sta lasciando il suo hotel e si sta dirigendo verso lo Shoreline Amphitheatre.
Anna inizia cercando le indicazioni stradali per lo Shoreline Amphitheatre e le informazioni su dove parcheggiare. Quando si trova nella sede, riceve aiuto per trovare il suo badge per il ritiro. In seguito, si reca al palco principale per il discorso di apertura, prendendo qualcosa per la colazione. Una volta terminato il lavoro, ha del tempo di attesa, quindi esamina le sue sessioni successive. Sarà una giornata di sole, quindi le ricorda di utilizzare la crema solare nel sacchetto regalo mentre aspetta.

Identificare le capacità tecniche

Determina quali sono e cosa non è possibile fare in base alla sequenza temporale e alle risorse.

Quali sono le capacità e le limitazioni dei vari sistemi su cui si baseranno le tue azioni?

Esempio: Google I/O 18 consente agli utenti di creare un programma personalizzato di tutte le sessioni a cui vogliono partecipare
  • Come verranno identificati gli utenti? In più sessioni?
  • Come e dove verranno salvati i suoi progressi?
  • Le modifiche verranno sincronizzate con l'app mobile Google I/O?
  • Come gestirai le sessioni sovrapposte?

Quali sono il formato e la qualità dei dati che utilizzerai?

Esempio: Google I/O 18 legge le informazioni sulle sessioni
  • Quali informazioni sono disponibili? (ad es. titoli, descrizioni, date e ore, argomenti)
  • Qual è il formato delle informazioni sulla sessione? Sono testo normale, audio o altro?
  • Se i contenuti sono in testo normale, sono stati scritti per essere visti o ascoltati?
  • Quanto dura? O quanto tempo occorre per la lettura?

Spesso la riformattazione deve avvenire prima che alcuni tipi di contenuti possano essere visualizzati in modo appropriato nella sintesi vocale (TTS).

Identificare i casi d'uso principali

Considerando le limitazioni tecniche, il livello di impegno e le tempistiche, quali casi d'uso puoi supportare? Assegna le priorità di conseguenza.
Impegnati al massimo del tuo potenziale. Potrebbero essere scenari che interessano il maggior numero di utenti. Potrebbe essere un caso d'uso/di differenziazione del mercato altamente visibile. Potrebbe anche trattarsi di una funzionalità che fa una grande differenza per alcuni utenti fedeli.
Fai qualche ricerca su come gli utenti completano questa attività oggi e sul linguaggio che utilizzano per descriverla.

Se non lo hai già fatto, leggi questi post del blog per un approfondimento sul modo in cui abbiamo progettato e realizzato l'azione I/O 18 (oppure dai un'occhiata al codice).

Per l'azione Google I/O 18, abbiamo parlato con i Googler che hanno lavorato all'evento negli anni precedenti. Abbiamo chiesto ai partecipanti quali tipi di domande di solito vengono tenuti durante l'evento. Queste domande in genere rientrano in una di queste 4 categorie:

Navigazione generale Navigazione personale Dettagli dell'evento Dettagli dell'evento specifici per località

"Dov'è il bagno?"

"Dove si trovano i codelab?"

"Dov'è la mia prossima sessione?"

"Dove posso richiedere che la mia app venga esaminata?"

"A che ora è il pranzo?"

"Quand'è l'after party?"

"Qual è la prossima sessione di questa stanza?"

"Cosa posso fare qui?"

Con queste conoscenze, abbiamo deciso di concentrarci su questi casi d'uso chiave:

  • Fornisci informazioni su come raggiungere i luoghi specifici per lo Shoreline Amphitheatre, ad esempio bagni, parcheggio, indicazioni stradali
  • Fornire informazioni sulla ricerca di luoghi per Google I/O, ad esempio ritiro di badge, sandbox, codelab, orari di apertura e recensioni di app, after hours, I/O store
  • Fornisci dettagli dell'evento per tutti i discorsi di apertura, le sessioni, l'orario di ricevimento e i pasti. Puoi filtrarli in base a ora, luogo o programma dell'utente
Indietro
La conversazione è la scelta giusta?
Avanti
Crea un utente tipo