Review Frontend

Statut

Document de review qualité — version initiale.

Périmètre

Fichiers principaux :

• docs/08-frontend
• dmv-public
• dmv_backoffice
• règles React et UI/UX

Vérification factuelle

• Next.js, React 19, Tailwind, SWR et Leaflet sont décrits correctement pour dmv-public.
• React/Vite, Router, Recharts et Supabase JS sont décrits correctement pour dmv_backoffice.
• La présence de Supabase JS côté frontend est mentionnée.
• La PWA est décrite comme axe stratégique, pas comme native.
• Les interfaces PlayLoop/AssoSuite/Mairie dédiées ne sont pas surconfirmées.

Vérification stratégique

• Mobile-first reste central.
• La UI reste simple, humaine et rural-friendly.
• Le backoffice reste efficace sans copier la complexité vers le public.
• La cohérence inter-apps est prévue sans design system surdimensionné.

Vérification technique

• Routing, state management et data fetching sont cadrés.
• Les accès Supabase frontend sont identifiés comme état actuel/historique.
• Les règles métier sensibles restent backend.
• Performance, SEO, accessibilité et analytics sont couverts.

Vérification business

• L'UX premium ne crée pas de frustration artificielle.
• Les parcours acteurs et mairie restent compatibles avec conversion.
• Les analytics restent raisonnables et non intrusifs.

Vérification IA

• Les points d'entrée IA sont des aides contextualisées.
• L'UI ne présente pas l'IA comme autonome.
• Les erreurs et limites IA sont affichables.

Vérification juridique / risques

• Les données personnalisées ne sont pas mises en cache publiquement.
• L'accessibilité n'est pas sacrifiée.
• Les cookies/analytics restent compatibles RGPD en cible.

Questions ouvertes

• Design system commun ou conventions légères ?
• Niveau réel d'offline PWA ?
• Plan de migration des accès Supabase ?
• Stratégie de tests frontend ?

Dette documentaire

• Compléter les docs frontend encore vides.
• Harmoniser vocabulaire UI entre public, backoffice et apps.