Règles UI/UX

Statut

Document de règles projet — version initiale.

Objectif

Garantir une expérience DMV simple, lisible, accessible et cohérente entre le site public, le backoffice et les applications connectées.

Règles strictes

• Le contenu local passe avant la décoration.
• Toute action importante doit avoir un libellé compréhensible.
• Les erreurs doivent expliquer quoi faire.
• Aucun dark pattern.
• Aucune interface surchargée pour un usage grand public.
• Ne pas cacher une action critique derrière une icône seule.
• Ne pas sacrifier l'accessibilité pour un effet visuel.

Principes UI

• Mobile-first.
• Sobriété visuelle.
• Hiérarchie claire.
• États vides utiles.
• Chargements compréhensibles.
• Actions principales visibles.
• Animations discrètes.
• Contrastes suffisants.

Règles de parcours

• Un écran doit avoir une intention principale.
• Un formulaire doit demander le minimum utile.
• Une confirmation est nécessaire pour une action destructive.
• Une publication, alerte ou diffusion sensible doit être relue avant envoi.
• Les rôles et visibilités doivent être explicites.

Cupertino-first

La cible visuelle peut s'inspirer des interfaces iOS modernes :

• cartes sobres ;
• arrondis maîtrisés ;
• transitions fluides ;
• navigation tactile ;
• composants légers.

Cette inspiration ne doit jamais dégrader le web, l'accessibilité ou la maintenabilité.

Anti-patterns

• Tableau complexe sur mobile public.
• Modales empilées.
• Trop de badges et couleurs.
• Formulaires longs au premier contact.
• Notifications agressives.
• Animations lentes.
• Écrans admin copiés dans le produit public.

État actuel vs cible

Sujet	État actuel	Cible
UI	Tailwind et composants existants.	Design system cohérent.
Mobile	PWA et mobile-first visibles.	Expérience mobile prioritaire.
Apps	Interfaces séparées.	Conventions partagées.

Points à clarifier

• Design system officiel.
• Règles d'animation.
• États vide/erreur/chargement standard.
• Niveau de personnalisation par commune ou acteur.