Bref et par tâche

1) Pourquoi est-ce nécessaire

Les personnes et la pensée scénique aident à lier la stratégie produit aux contextes d'utilisation réels. Les individus se concentrent sur les motivations et les contraintes des utilisateurs, et les scénarios traduisent ces motivations en étapes concrètes, en branchements et en conditions de succès/erreur. En conséquence, l'équipe prend des décisions de conception plus rapidement et plus confiantes, et les mesures sont plus transparentes.

2) Définitions de base

UX-person est un portrait éprouvé d'un segment d'utilisateurs avec des objectifs, des habitudes, des déclencheurs et des barrières.
Anti-persona - à qui le produit n'est pas destiné (important pour couper les exigences de conflit).
Le scénario est une description de la façon dont la personne atteint la cible dans un contexte particulier (flux principal + alternatives + traitement des erreurs).
Job Story (format JTBD) : « Quand [la situation], je veux [la motivation] pour [le résultat attendu] ».
Les scripts « as-is/to-be » sont le chemin actuel et le chemin cible.

3) Quand utiliser

Au cours des phases de discovery/validation (formation d'hypothèses de segments et de tâches).
Avant de remodeler les flots clés (onbording, recherche, chèque-out, paiements).
Lors de la hiérarchisation du backlog (comparaison de l'impact des scripts sur les métriques).
En synchronisation interfonctionnelle (produit + conception + risque/conformité + analyse + support).

4) Processus : des données aux scénarios (8 étapes)

1. Collecte de données : entrevues qualitatives, observations contextuelles, analyse de logs/clics, recherche de patterns d'erreur, tickets de support.
2. Comportement de clustering : nous regroupons par tâches, fréquence, risques, appareils, canaux.
3. Brouillons de pêche : pour chaque cluster - cibles, déclencheurs, barrières, restrictions (accessibilité/règles/appareils).
4. Anti-personnes : nous fixons qui nous ne servons pas et pourquoi.
5. Priorisation de la personne : en fonction de l'impact sur les métriques (conversion, retrait, LTV, cost-to-serve).
6. Carte des tâches (Jobs) : pour les personnes de haut niveau, nous formulons des histoires de job ; nous identifions les états critiques (erreurs de réseau, vérification, limites).
7. Scénarios « as-is/to-be » : flux principal + branches + cas extrêmes ; nous visualisons CJM/Blueprint.
8. Validation et métriques : prototypes, tests d'utilisabilité, A/B, télémétrie par scénario, mise à jour de la personne.

5) Modèle UX-Persons (copier dans votre wiki)

ID & citation : « Résoudre [le problème] le plus rapidement possible sans perdre de temps à [la barrière] ».

Objectifs : (3-5 brèves formulations)

Contexte : appareils, canaux, contraintes (temps, attention, environnement)

Déclencheurs/motivations : ce qui déclenche le comportement

Obstacles/risques : qu'est-ce qui entrave (procédures, termes incompréhensibles, erreurs)

Signes comportementaux : fréquence, nature des séances, préférences de navigation

Besoins d'information : Ce qu'il faut voir/comprendre pour aller de l'avant

Disponibilité : exigences par police, contraste, local, langue

KPI persona-fita : quelles métriques de produits s'améliorent lorsque nous l'aidons

N'est pas : (limites des attentes ; mini anti-persona)

• ID : « Sprinter mobile »
• Objectifs : terminer rapidement une opération clé en 1-2 minutes entre les cas
• Contexte : Smartphone, réseau instable, souvent d'une seule main
• Barrières : formes longues, exigences cachées, radirectures soudaines
• KPI : time-to-complete, error rate sur mobile, CR première étape

6) Modèle de scénario (as-is/to-be)

7) artefacts visuels qui accélèrent l'alignement

Empathy Map : « Dit/Pense/Fait/Ressent » - met rapidement en évidence les déclencheurs.
CJM (Customer Journey Map) : étapes × émotions × points de contact × douleurs × possibilités.
Service Blueprint : front-stadge/back-stadge/processus de support ; montre où le scénario est « déchiré ».
User Flow/State Diagramme : transitions écran-à-écran, état de téléchargement/erreurs.
Storyboard : 6 à 8 images par scénario clé (particulièrement utile pour les contextes mobiles).

8) Métriques de qualité des personnes et des scénarios

Couverture : part du trafic/chiffre d'affaires décrite par les personnes et leurs scénarios.
Taux de réussite de Task :% des utilisateurs qui ont atteint l'étape cible pour chaque personne.
Time on Task/TTV : délai d'exécution ; le temps jusqu'à la valeur.
Taux d'erreur/récupération : taux d'erreur et proportion de récupération automatique.
CR par branche : conversion du flux principal vs des alternatives.
SUS/CSAT par segment : perception de la commodité par les personnes ciblées.
Cost-to-Serve : diminution des appels de soutien pour les scénarios.
A/B uplift : effet de l'introduction de « to-be » sur les mesures ciblées.

9) Erreurs typiques

Faux « avatars marketing ». Les personnes sans données comportementales détournent le design vers les goûts.
Fusion des cas extrêmes dans le flux principal. Une mallette rare brise tout le reste.
Ignorer les erreurs et les états vides. Il n'y a pas d'escaliers de sauvetage.
Un ton/modèle universel pour tout le monde. Différents personnages - la profondeur différente des indices et le contrôle des étapes.
Des apdées rares. Les personnes « vieillissent » - mettez à jour au moins chaque trimestre ou lors de grandes versions.

10) Atelier : Workshop pendant 90 minutes

1. 10 min : cible et métriques (quel scénario nous améliorons, quels KPI nous visons).
2. 20 min : marquage des données/insights → 2-3 brouillons + 1 anti-persona.
3. 20 min : nous formulons 3-5 job stories pour les meilleures personnes.
4. 25 min : nous dessinons « as-is » et « to-be » flux (principal + 2 alternatives + 2 erreurs).
5. 15 min : nous déterminons les événements analytiques/télémétriques, les états vides/erronés, les hypothèses A/B.

11) Chèque de mise en œuvre

• Il y a des données (qualitatives + quantitatives) et les sources de leur mise à jour
• Pour chaque métrique clé, il y a une personne associée et un scénario
• Solutions de rechange, erreurs, états vides, réseau hors ligne/lent
• Il existe un plan d'essai : prototypes, séances d'utilisation de scénarios, A/B
• Le diagramme des événements analytiques couvre les étapes et les branches du scénario
• Cycle régulier de vérification des personnes (p. ex. une fois par trimestre)

12) Mini-exemple de liaison (simplifié)

Persona : « Novice prudent » - veut comprendre rapidement les règles et les risques, a peur de se tromper, utilise le réseau mobile.
Job Story : « Quand je vois le formulaire pour la première fois, je veux comprendre les étapes et les risques obligatoires pour terminer l'action sans surprise ».

1. Écran Étapes du processus avec barre de progression et temps d'évaluation.

2. Formes avec validation « à la volée », exemples compréhensibles.

3. Les états vides/erronés ont une aide explicite et un retour sécurisé.

4. Télémétrie : 'start', 'field _ error', 'help _ opened', 'retry', 'complete'.

5. Métriques : TTF ≤ 90 secondes, Taux d'erreur <3 %, CSAT ≥ 4. 2 au segment.

13) Formats pour votre wiki (insertion rapide)

[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) Rôles et responsabilités

Gestionnaire de produits : objectifs, mesures, hiérarchisation des personnes/scénarios.
UX/Research : données, formalisation des personnes, tests de script.
UI/Contenu : hiérarchie visuelle, rédaction d'indices/erreurs.
Ingénierie : états, fiabilité, télémétrie, disponibilité.
Risque/Conformité/Sapport : règles, edge cases, base de macros d'aide.

15) Résultat

Les personnes sans scripts sont statiques ; les scénarios sans personne sont abstraits. En couple, ils deviennent un outil de travail : ils aident à concevoir des interfaces qui prennent en compte le contexte, anticipent les erreurs et améliorent de manière mesurable les métriques de produits.