mirror of
https://github.com/MaksTinyWorkshop/_Assistant_Lead_Tech
synced 2026-04-06 21:41:42 +02:00
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:
70
10_ux_patterns_valides.md
Normal file
70
10_ux_patterns_valides.md
Normal 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**.
|
||||
Reference in New Issue
Block a user