Checklist frontend
Éléments à vérifier
- Next.js public et React/Vite backoffice sont correctement documentés.
- L’approche mobile-first est concrète.
- La stratégie PWA est cohérente avec la roadmap.
- Les composants et layouts sont réutilisables.
- Le SEO public est pris en compte.
Cohérence
- Les frontends consomment les API sans porter la logique métier sensible.
- Les états loading/error/offline sont prévus.
- Le style Cupertino-first reste compatible accessibilité.
Sécurité
- Aucun secret côté frontend.
- Les tokens/session sont manipulés avec prudence.
- Les droits affichés ne remplacent pas la validation backend.
Dette documentaire
- Les accès Supabase historiques sont marqués comme état actuel/historique.
- Les choix state management et data fetching sont alignés au code.
- Les composants critiques ne sont pas décrits au-delà du confirmé.
Hypothèses
- Offline/cache PWA cible non présenté comme livré si non confirmé.
- Apps natives futures séparées de PWA actuelle.
Contradictions possibles
- Cupertino-first vs Android/web.
- SEO public vs documentation privée.
- UI simple vs fonctionnalités avancées.
Éléments non confirmés
- Design system final.
- Stratégie offline détaillée.
- Analytics frontend.
- Tests frontend.
Éléments critiques
- Les parcours auth, publication, claim, abonnement et PlayLoop sont testables côté UI.
- Les écrans mairie ne donnent pas d’actions globales non autorisées.
Validations humaines nécessaires
- Validation UX.
- Validation accessibilité.
- Validation frontend lead.