Breve e per attività

1) Perché è necessario

Le persone e il pensiero scenografico aiutano a collegare la strategia del prodotto con i veri contesti di utilizzo. Le persone si concentrano sulle motivazioni e le limitazioni degli utenti, mentre gli script trasformano queste motivazioni in passaggi, ramificazioni e condizioni di successo/errore. Di conseguenza, il team adotta soluzioni di design più veloci e sicure e le metriche più trasparenti.

2) Definizioni di base

La persona UX è un ritratto collaudato del segmento utente con obiettivi, abitudini, trigger e barriere.
Anti-persona - A chi il prodotto non è progettato (importante per ritagliarsi i requisiti di conflitto).
Lo script è una descrizione di come la persona raggiunge l'obiettivo in un contesto specifico (flusso principale + alternative + elaborazione degli errori).
Job Story (formato JTBD): «Quando [situazione], voglio [motivazione] per [esito atteso]».
Gli script «as-is/to-be» sono il percorso corrente e il percorso di destinazione.

3) Quando usare

Durante le fasi di discovery/convalida (creazione di ipotesi di segmenti e attività).
Prima di riprogettare flow chiave (onboarding, ricerca, assegno-out, pagamenti).
Quando il backlog viene priorizzato (confronta l'impatto degli script sulle metriche).
In sincronizzazione interoperabile (prodotto + design + rischio/compilation + analisi + supporto).

4) Processo: da dati a script (8 passaggi)

1. Raccolta dati: interviste di qualità, osservazioni contestuali, analisi di loghi/click, ricerca di pattern di errore, ticket di supporto.
2. Clustering del comportamento: raggruppamento per attività, frequenza, rischi, dispositivi, canali.
3. Bozze personalizzate per ogni cluster: obiettivi, trigger, barriere, vincoli (disponibilità/regole/dispositivi).
4. Anti-persone: registriamo chi non serve e perché.
5. Priorità per l'impatto sulle metriche (conversione, retrazione, LTV, cost-to-serve).
6. Mappa attività - Formuliamo job stories per le persone top. rileviamo stati critici (errori di rete, convalida, limiti).
7. Script «as-is/to-be»: flusso principale + ramificazioni + casi estremi; visualizza CJM/Blueprint.
8. Validazioni e metriche: prototipi, test di yusability, A/B, telemetria negli scenari, aggiornamento della persona.

5) Modello UX (copiare nel tuo wiki)

Identificatore della citazione: «Risolvere [attività] il più velocemente possibile senza perdere tempo con [barriera]».

Obiettivi: (3-5 brevi)

Contesto: dispositivi, canali, vincoli (tempo, attenzione, ambiente)

Trigger/motivazione: cosa attiva il comportamento

Barriere/rischi: cosa interferisce (procedure, termini incomprensibili, errori)

Segni comportamentali: frequenza, natura delle sessioni, preferenze di navigazione

Esigenze di informazione: cosa devi vedere/capire per andare avanti

Disponibilità: requisiti di carattere, contrasto, locali, lingua

KPI fit personalizzato: quali metriche alimentari migliorano quando la aiutiamo

Non è: (limiti delle aspettative; mini anti-persona)

• Identificativo: «sprinter mobile»
• Obiettivi: completare rapidamente l'operazione chiave in 1-2 minuti tra i casi
• Contesto: smartphone, rete instabile, spesso con una mano sola
• Barriere: forme lunghe, requisiti nascosti, ridotti improvvisi
• KPI: time-to-complete, errore rate sul mobile, CR primo passo

6) Modello script (as-is/to-be)

7) Artefatti visivi che accelerano l'allineamento

Empathy Map: «Parla/Pensa/Fa/Sente» - rilascia rapidamente i trigger.
CJM (Customer Journey Map) - Fasi x emozioni x punti di contatto x dolore x funzionalità.
Servizio Blueprint: fronte-stage/back-stage/processi di supporto Indica dove si trova il copione.
User Flow/State Diagram - Spostamenti schermo-schermo, stati di caricamento/errori.
Storyboard: 6-8 fotogrammi per script chiave (particolarmente utile per i contesti mobili).

8) Metriche di qualità e script

Copertura: la quota di traffico/fatturato descritta dalla top-N e dai relativi script.
Task Success Rate:% degli utenti che hanno raggiunto il passo di destinazione per ogni persona.
Time on Task/TTV: esecuzione Tempo prima del valore.
Errore Rate/Recovery: frequenza degli errori e percentuale di ripristino automatico.
CR per rami: conversione del flusso principale vs alternative.
SUS/CSAT per segmenti - La percezione della comodità è proprio dei singoli target.
Cost-to-Serve: riduzione delle richieste di supporto per gli script.
A/B uplift: effetto dell'implementazione «to-be» sulle metriche di destinazione.

9) Errori tipici

Finti «avatar di marketing». Le persone senza dati comportamentali portano il design verso i gusti.
Fusione di casi estremi nel flusso principale. Una valigetta rara sta rompendo la strada a tutti gli altri.
Ignora errori e stati vuoti. Non ci sono scale di salvataggio.
Tono/pattern universale per tutti. I diversi individui sono la profondità dei suggerimenti e il controllo dei passi.
Rari update. Personali'invecchiano '- aggiornare secondo i dati almeno trimestrali o con release di grandi dimensioni.

10) Workshop: workshop per 90 minuti

1. 10 min: obiettivo e metriche (quale scenario miglioriamo, quali KPI baciare).
2. 20 min: mappatura dei dati/insights, 2-3 persone in bozza + 1 anti-persona.
3. 20 min: formuliamo 3-5 job stories per le persone top.
4. 25 min: disegniamo «as-is» e «to-be» flusso (principale + 2 alternative + 2 errori).
5. 15 min: determiniamo eventi di analisi/telemetria, stati vuoti/errori, ipotesi A/B.

11) Assegno-foglio di implementazione

• Ci sono dati (qualitativi + quantitativi) e fonti di aggiornamento
• Per ogni metrica chiave c'è una persona collegata e uno script
• Alternative descritte, errori, stati vuoti, offline/rete lenta
• C'è un piano di test: prototipi, sessioni scenografiche, A/B
• Lo schema degli eventi di analisi copre i passi e i rami dello script
• Ciclo di revisione regolare delle persone (ad esempio, ogni trimestre)

12) Mini-esempio di collegamento (semplificato)

«Novellino prudente» vuole capire rapidamente le regole e i rischi, ha paura di sbagliarsi, usa la rete mobile.
Job Story: «Quando vedo il modulo per la prima volta, voglio capire i passaggi e i rischi obbligatori per completare l'azione senza sorprese».

1. Schermata Passi del processo con progress bar e tempo stimato.

2. Moduli con validazione al volo, esempi chiari.

3. Gli stati vuoti/errati hanno un aiuto evidente e un ritorno sicuro.

4. Telemetria: 'start', 'field _ error',' help _ opened ',' retry ',' complete '.

5. Metriche: TTF da 90 secondi, Errore Rate <3%, CSAT da 4. 2 del segmento.

13) Formati per il wiki (inserimenti rapidi)

[Person ID]
Quote:... ""
Goals:...
Context:...
Triggers/motivations:...
Barriers/risks:...
Behavioral signs:...
Information needs:...
Availability:...
KPI person-fit:...
Not:...

Scenario: [Title]
Persona:...
Context:...
Background:...
Trigger:...
Main flow:
1) …
2) …
Alternatives: A1 .../A2...
Errors/Exceptions:...
Data and privacy:...
Time and states:...
Success metrics:...
Artifacts:...

14) Ruoli e responsabilità

Prodotto manager: obiettivi, metriche, priorità di personalizzazione/script.
UX/Research: dati, formalizzazione delle identità, test degli script.
UI/Content - Gerarchia visiva, copia suggerimenti/errori.
Ingegneria: condizioni, affidabilità, telemetria, disponibilità.
Rischio/Complaens/Sapport: regole, edge case, macro base di assistenza.

15) Totale

Le persone senza script sono statiche; gli scenari senza personalità sono astratti. In una coppia diventano uno strumento di lavoro che consente di progettare interfacce che tengono conto del contesto, anticipano gli errori e migliorano in modo misurabile le metriche alimentari.