Una User Personas è un personaggio che rappresenta un potenziale utente del nostro prodotto. Queste figure aiutano il team di design su quale design focalizzarsi in base agli utenti.

Divisi in:

• Proto-Personas: un personas creata dal team nell’arco di qualche ora senza ricerche aggiuntive.
• Qualitative-Personas: personas creata con i dati raccolti da test qualificativi di un gruppo medio-piccolo.
• Statistical-Personas: personas create con la raccolta di grandi quantità di dati raccolta da test quantitativi su un largo numero di persone.
• Archetipo: Modello ideale di un determinato gruppo di utenti. Gli archetipi a differenza degli user personas è astratta.

Principio di Pareto

Ci si deve focalizzare sul 20% degli utenti che eseguono l’80% delle azioni sul prodotto o quelle che influiscono sull’80% delle entrate.

Requisiti

Servizio, funzione o funzionalità che l’utente necessita. Definire uno schema dettagliato di requisiti ad inizio progetto, risulta contro-producente, restrittivo ed inutile. Questo perchè l’ambiente di sviluppo cambia nel tempo, perciò alcuni requisiti rischiano di essere inutili, o vi è la necessità di aggiungerne altri.

Divisi in:

• Funzionali: descrivono cosa effettua la funzionalità o servizio.
• Non Funzionali: descrivono come il sistema effettua queste funzioni, ossia la qualità del servizio.

User Stories

Breve dichiarazione che identifica un utente e i suoi bisogni. Determina chi è l’utente, cosa necessita e il motivo. Chiunque può scrivere queste stories. Possono avere vari livelli di dettaglio. Una user stories con molte funzionalità è detta epica.

• As a [role], i want [features] becuase [reasons].

Scenarios

Situazione che cattura come un utente esegue un azione nella piattaforma. Descrivono le motivazioni per usare il prodotto e suggerisce i possibili modi per compiere questi obbiettivi. Gli scenarios possono essere anche divisi in casi d’uso.

Cose da considerare quando si scrivono gli scenari:

• Chi è l’utente? Qui entrano in gioco le personas che sono state create.