mirror of https://github.com/MaksTinyWorkshop/_Assistant_Lead_Tech synced 2026-04-06 21:41:42 +02:00

Files

MaksTinyWorkshop 18341c10a1 feat: ajout couverture UX/UI dans Lead_tech

- Création 10_ux_patterns_valides.md et 10_ux_risques_et_vigilance.md
- Référencés dans 00_INDEX.md, _AI_INSTRUCTIONS.md, CLAUDE.md
- Tableau de lecture BMAD mis à jour (ligne UX ajoutée)
- Format Fichier cible mis à jour partout pour inclure les fichiers UX
- post-bmad-install.sh : memory bmm-ux-designer pointe vers les bons fichiers

2026-03-08 19:27:08 +01:00

1.7 KiB

Raw Blame History

Patterns UX/UI validés

Ce fichier contient uniquement des patterns UX/UI :

observés en conditions réelles,
validés sur des projets livrés,
utiles à réutiliser sur d'autres produits.

Objectif : éviter de redélibérer sur des sujets déjà tranchés et capitaliser ce qui fonctionne du point de vue utilisateur.

Dernière mise à jour : 2026-03-08

Règle d'or

Si ce n'est pas validé par l'usage ou l'expérience projet, ça n'a pas sa place ici.

Pas de "bonnes pratiques" génériques
Pas de conseils théoriques sans contexte
Toujours préciser le contexte (type d'app, audience, plateforme)

Périmètre couvert

Patterns d'interaction (navigation, feedback, états)
Formulaires et flows critiques (auth, onboarding, checkout)
Gestion des états vides, d'erreur et de chargement
Accessibilité au niveau design
Conventions de design system
Décisions UX structurantes validées

Format standard d'un pattern

Pattern :

Objectif : …
Contexte : …
Quand l'utiliser : …
Quand l'éviter : …
Avantage : …
Limites / vigilance : …
Validé le : DD-MM-YYYY
Contexte produit : (obligatoire) ex. App mobile / auth ou Webapp B2B / dashboard

Description

(comportement attendu, logique d'interaction, règles visuelles clés)

Checklist (si pertinente)

Index

(à remplir au fil des validations)

Notes importantes

On préfère 5 patterns solides à 50 "guidelines de design".
Un pattern UX = une décision d'interaction assumée + son cadre d'application.
La frontière avec 10_frontend_patterns_valides.md : ce fichier traite l'intention UX et le comportement attendu, le fichier frontend traite l'implémentation technique.

1.7 KiB Raw Blame History