# 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-09

---

## Index

_(à remplir au fil des validations)_

---

## 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)

---

## 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**.