Questions ouvertes et décisions à confirmer
Statut
Document de review qualité — version initiale.
Objectif
Centraliser les zones floues, contradictions potentielles, dettes documentaires et décisions à confirmer dans le Master Book DMV.
Priorité haute
- Quelle est la source canonique des migrations et schémas : Laravel, Supabase ou transition planifiée ?
- Quel rôle final conserve Supabase : auth, storage, base, edge functions ou historique ?
- Quelle version PHP cible en production : PHP 8.3 comme
composer.jsonou PHP 8.2 comme scripts deployment ? - Quel environnement de production réel : provider, domaines, CI/CD, backups, monitoring ?
- Quelle première version produit V1 est officiellement livrable ?
- Quel modèle RBAC final : rôles, permissions, scopes et périmètres ?
- Quelle politique RGPD opérationnelle : export, suppression, rétention, consentement ?
- Quelle stratégie IA initiale : provider, quotas, logs, crédits, prompts ?
Priorité moyenne
- Quel niveau de PWA/offline est attendu avant mobile natif ?
- Quelle interface dédiée prioriser pour PlayLoop, AssoSuite et Mairie ?
- Quelle grille tarifaire initiale tester ?
- Quelle stratégie de support et ticketing ?
- Quelle politique de cache Cloudflare par domaine ?
- Quelle stratégie de stockage médias et documents ?
- Quelle politique de sauvegarde et restauration ?
- Quelle documentation OpenAPI ou contrat API produire ?
Priorité basse
- Quelle personnalisation visuelle par commune ou acteur ?
- Quelle convention de noms de branches Git ?
- Quels dashboards métier prioritaires ?
- Quel format officiel des prompts système ?
- Quel niveau de gamification initial ?
Contradictions potentielles
- Laravel central cible vs accès directs Supabase côté frontends.
- Cloud-agnostic cible vs dépendances Supabase/Cloudflare/Stripe.
- PWA prioritaire vs roadmap mobile native.
- IA avancée vs coûts maîtrisés.
- Modération locale mairie vs absence de censure globale.
- Apps autonomes vs mutualisation forte des services.
- Gratuit utile vs monétisation premium.
Zones floues à surveiller
- Niveau réel de maturité des modules PlayLoop, AssoSuite et Mairie.
- Frontends dédiés aux apps connectées.
- Statut des workflows GitHub.
- Stratégie de migration Supabase vers Laravel.
- Règles de diffusion entre DMV et PlayLoop.
- Cycle de validation des claims.
- Support utilisateur et escalade incidents.
Dette documentaire
- Mettre à jour les README d'index après création des nouveaux dossiers.
- Harmoniser les documents non encore remplis.
- Archiver ou remplacer les anciennes pages rules vides.
- Ajouter liens croisés entre review, rules et chapitres principaux.
- Ajouter une matrice état actuel / cible consolidée.
- Ajouter un registre des décisions validées.
Dette technique visible
- Dualité Laravel/Supabase.
- Version PHP incohérente entre code et scripts.
- Déploiement frontend non documenté.
- CI/CD projet non confirmé localement.
- Observabilité complète non confirmée.
- Audit logs métier cible non confirmés.
- AI Gateway non confirmée comme livrée.
Décisions à préparer avant investisseurs
- Business model synthétique validé.
- KPIs et traction mesurables.
- Roadmap réaliste et priorisée.
- Coûts IA et cloud estimés.
- Risques juridiques et RGPD cadrés.
- Architecture cible et plan de rationalisation Supabase.
Décisions à préparer avant production
- Sécurité secrets et environnements.
- Backups et restauration testés.
- Monitoring et alerting actifs.
- Rollback documenté.
- Process support et incident.
- Modération et validation opérationnelles.