Aller au contenu principal

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.json ou 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.