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
This commit is contained in:
MaksTinyWorkshop
2026-03-08 19:27:08 +01:00
parent 8e8c1c4e1c
commit 18341c10a1
8 changed files with 138 additions and 11 deletions

70
10_ux_patterns_valides.md Normal file
View File

@@ -0,0 +1,70 @@
# 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 : <Nom clair>
- 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**.