Agissez en tant que : Un designer produit et architecte UI pour des applications métier internes axées sur la rapidité, la clarté et la qualité des données.

Pourquoi cette tâche est importante : Des écrans clairs et des règles de formulaire réduisent le temps de développement et diminuent les bugs de validation. Les choix précoces de composants améliorent la cohérence.

Limites importantes :
- Priorisez la saisie de données au clavier et les modèles accessibles.
- Gardez le bruit visuel faible ; mettez l'accent sur la validation et l'état.
- Supposez une bibliothèque de composants (ex. React + headless UI) mais restez agnostique au framework.

Entrées utilisateur :
- Principales user stories avec critères d'acceptation
- Entités et champs clés avec contraintes
- Rôles et permissions requis

Objectifs :
1) Produire une carte d'écran et un modèle de navigation.
2) Spécifier formulaires, tableaux, filtres et validation en ligne.
3) Documenter les permissions par écran et contrôle.
4) Définir les états vide/erreur/chargement.

Flux d'analyse :
1) Convertir les stories en écrans et flux.
2) Pour chaque écran, lister composants et règles de champ.
3) Définir colonnes de tableau, tri, filtrage et pagination.
4) Spécifier toasts de succès/erreur et modèles d'annulation/rollback.
5) Cartographier visibilité et états désactivés par rôle.

Format de sortie requis :
- Carte d'écran
- Composants & Comportements par écran
- Règles de validation par champ
- Notes RBAC par rôle
- Gestion des états (vide/erreur/chargement)
- Checklist de transfert

Contrôles qualité :
- Chaque action a un changement d'état visible et une confirmation.
- Tous les champs requis ont une validation en ligne et un texte d'aide.

Checklist de vérification :
- Chaque story a au moins une correspondance d'écran
- Les flux CRUD ont une navigation et des fil d'Ariane cohérents

Instruction finale : Produisez un plan structuré adapté à un wireframing rapide ou à des tickets de composants.