Prototypage et essais de conception

1) Pourquoi est-ce nécessaire

• Hypothèse → Prototype → Test → Insight → Itération → Solution.

2) Les niveaux de Fidelity et quand les choisir

Low-fi (sketches/papier) : structure et flux ; 30-90 min par itération.
Mid-fi (cadre cliquable) : navigation, textes, états ; 0,5-2 jours.
High-fi (visuel/animations) : perception, microinteractions ; 1-5 jours.
Code-proto (+ données réelles) : performances, disponibilité, modèles complexes (KYC, paiements) ; 2 à 10 jours.

Règle : Commençons par un niveau minimum suffisant pour répondre à une question d'hypothèse.

3) Formats de prototypes

Paper/Wireflow : scripts rapides, écrans de BD.
Cliquable (Figma/Framer/ProtoPie) : transitions, branches conditionnelles, pseudo-formes.
Wizard-of-Oz : « magie derrière l'écran », logique complexe imitée par le chercheur.
Prototype de code (React/Flutter) : gestes, performance, A11y, intégration avec l'API.
Prototype de contenu : textes, états vides, erreurs/succès.

4) Où tester et comment

• Modérables : profondeur, clarification des questions, think-aloud.
• Non modulable : vitesse, échelle, tâches simples.

• Distants : géographie plus large, enregistrement d'écran/son vidéo.
• Face à face : contexte, eye-tracking/gestes, appareils physiques.

• Tests d'utilisabilité (scripts de tâche).
• Le walkthrough cognitif.
• Évaluation heuristique (Nielsen 10).
• Tri par carte/Tree-testing (navigation).
• Tests de 5 secondes (première impression).
• Test de préférence (options d'écran/style).
• Desirability testing (cartes emo).
• Études journalières (cycles longs).

5) Plan de test (modèle)

1. Objectif : quelle hypothèse nous vérifions (par exemple : « le nouveau flux KYC réduira de 30 % le temps de vérification »).
2. Scénarios de tâche : 4-6 clés, avec un critère de succès.
3. Artefact : liens vers les prototypes/versions.
4. Métriques : Task Success, Time-on-Task, Errors, SEQ (1-7), SUS (après la session), UMUX-Lite.
5. Recrutement : profil, marchés, N (5 à 8 répondants par cycle).
6. Procédure : entrée → échauffement → tâche → sondage → de brief.
7. Sécurité et éthique : le consentement à l'enregistrement, les données personnelles/les paiements ne sont pas collectés.
8. Logistique : appareils/navigateurs, grille de slots, chèque modérateur.

6) Ensemble de métriques et de normes

Task Success (%) : taux cible de ≥80 % aux étapes critiques.
Time-on-Task : médiane par scénario (comparaison avec contrôle).
Taux d'erreur : taux d'erreurs critiques/mineures.
SUS : ≥68 est la norme de base, ≥80 est excellente.
SEQ (1-7) : évaluation de la complexité de la tâche (objectif - ≤3).
NPS/CSAT après le scénario : par nécessité.
Signaux comportementaux : bouffée, retour, back-up, rage-clic.

7) Recrutement et échantillonnage

Qui appeler : segments réels (débutants/expérimentés, régions/langues, appareils).
Combien : 5-8 par cycle de qualité ; pour A/B - statistiques (voir ci-dessous).
Dépistage : nous coupons les testeurs professionnels, exigeons l'expérience des tâches pertinentes (par exemple, les paiements en ligne).
Motivation : Honnête, sans déformation du comportement (ne payons pas avec les bonus du produit pour les tests de jeu responsable).

8) Script du modérateur (conspect)

Accueil, but : « Nous testons le design, pas vous ».
Consentement à l'enregistrement, confidentialité.
Échauffement : expérience précédente, analogie.
« Imaginez ce que vous voulez... » (minimum de guidage).

« Dites-moi ce que vous vous attendez à voir », « Qu'est-ce qui est gênant ? »

Conclusion : bref sondage, remerciements.

9) Analyse et hiérarchisation des découvertes

Taxonomie des problèmes : Navigation, Compréhension, Entrée, Rétroaction, Attente/Temps, Sécurité, Localisation/A11u.
Gravité : Blocker/Major/Mineur/Cosmétique.
Fréquence : nombre de personnes interrogées.
Impact sur l'entreprise : conversion, risques de conformité (CUS/paiements), recours.
Priorité = Gravité × Fréquence × Impact.

Rapport (1 page) : objectif, sélection, insignes clés (5-7), exemples de citations, liens vidéo vers les points, solution et propriétaire de la tâche.

10) A/B et expérimentation

Quoi tester : clairement un facteur (texte CTA, ordre des étapes, format du champ).
Métriques : conversion étape/entonnoir, CTR, heure, taux d'erreur, annulations.
Taille de l'échantillon : nous calculons en fonction de l'effet souhaité (par exemple, uplift 5-10 %, puissance 80 %, α = 5 %).
Éthique et risques : pour les paiements/conclusions minimiser les dommages : démarrage canarien, caps de trafic, annulabilité.
Tests multivariants - seulement pour de grandes quantités.

11) Boîte à outils et artefacts

Prototypes : Figma/Framer/ProtoPie ; le code est React/Next.
Enregistrement et analyse : screen/camera, cartes thermiques, session replay, événements.
Modèles : plan de test, script du modérateur, formulaire de consentement, feuille de vérification, modèle de rapport d'une page, decision log.
Données : faux/impersonnels, bouchons de paiement et KYC.

12) Disponibilité (A11y) et localisation dans les tests

Nous vérifions la navigation Tabs, Focus Anneaux, 'aria-live'pour toasts/bugs.
Contraste AA dans les thèmes clairs/sombres.
Test « langues longues » (DE/TR), formats date/monnaie, RTL.
Textes d'erreur/succès, alternatives aux icônes.

13) Spécificité du flow clé (iGaming)

Enregistrement/CUS : clarté des exigences, conseils photo, ETA (« jusqu'à 2 minutes »), erreurs de document.
Paiement/dépôt/retrait : limites, frais, échéances, règle de same-method ; les textes de refus ; étape de confirmation.
Bonus/missions : conditions transparentes, progrès, statuts ; éviter les schémas sombres.
Jeu responsable : ton neutre, réglage facile des limites, accès à l'aide.

14) Transfert au développement (handoff) et design-QA

Handoff-pack : prototype + spécifications (états, animations, jetons), textes microcopy, clés i18n, exigences A11y.
Définition de Done (UX) : états de loading/empty/error/success, focus/clavier, localisation.
Design-QA : comparaison avec la mise en page, interactifs, contraste/focus, textes, mise en page sur les appareils/navigateurs.

15) Chèques-feuilles

Avant le test

• L'hypothèse et la question de l'étude sont formulées.
• Le niveau Fidelity correspond à la tâche.
• Les scénarios et critères de succès sont prêts.
• Recrutements et créneaux horaires confirmés, consentements préparés.
• Le prototype s'ouvre sur les appareils/navigateurs cibles.
• Bouchons pour les actions sensibles (paiement/CUS).

Après le test

• Conspectus et timecodes assemblés.
• Les problèmes sont marqués par la gravité et la fréquence.
• Les décisions sont déterminées, les propriétaires désignés.
• Document de décision et feuille de route mis à jour.
• Un rapport court (1 page) et une vidéo de démonstration (≤5 min) ont été produits.

16) Anti-modèles

Tester la « beauté » au lieu des scénarios et des tâches.
Mélanger plusieurs hypothèses dans le même test.
Donner des questions/indices avant la tentative de l'utilisateur.
Afficher uniquement « happy path » - pas d'erreurs/états vides.
Ignorer A11u/localisation « avant la production ».
Tirer des conclusions pour 1 à 2 répondants sans confirmation.
Effectuer A/B sans calculer la puissance d'échantillonnage.

17) Modèles rapides

• « Si nous passons le choix du mode de paiement à la première étape, la conversion du dépôt augmentera de 7 %, car nous réduirons les restrictions inattendues plus tard ».

• « Remplissez votre compte de 500 UAH en utilisant votre carte bancaire ».

• L'utilisateur termine la reconstitution sans aide en ≤90 secondes.

• « À quel point la tâche a-t-elle été difficile à accomplir ? » (1 - très facile... 7 - très difficile)

• Blocker : coincé et incapable de compléter le → Major : empêche sérieusement → Mineur : ralentit le → Cosmetic : n'empêche pas.

18) Triche finale

Commencez par low-fi, augmentez Fidelity seulement si nécessaire.
Testez les scripts, pas les écrans.
Мерь Task Success/Time/Errors + SEQ/SUS.
Priorité sur la gravité × la fréquence × l'influence.
Maintenez la A11y et la localisation à chaque cycle.
Documentez les décisions et transmettez un handoff exhaustif.