Roadmap globale DMV
Statut
Document de cadrage roadmap — version initiale.
Vision
La roadmap DMV décrit une évolution progressive depuis un socle local centré sur les communes, les acteurs et les publications vers une plateforme territoriale multi-applications.
Elle ne fixe pas de dates. Elle définit une trajectoire produit, technique et business à prioriser selon la stabilité, l'adoption réelle, les coûts et les dépendances.
Principes de roadmap
- Consolider avant d'étendre.
- Prioriser la qualité produit et la simplicité d'usage.
- Garder l'architecture modulaire et réversible.
- Éviter l'explosion du scope.
- Intégrer l'IA comme couche métier contrôlée, pas comme gadget.
- Faire évoluer PlayLoop, AssoSuite et Mairie sans fragiliser DMV.
- Mesurer l'adoption locale avant d'accélérer.
- Maîtriser les coûts, notamment IA, infrastructure, paiement et support.
Trajectoire synthétique
| Version | Intention principale |
|---|---|
| V1 | Socle local fonctionnel : ville, acteurs, publications, mini-sites, annuaire, favoris, backoffice. |
| V2 | Monétisation, boosts, notifications, IA métier simple et outils de communication avancés. |
| V3 | Applications mobiles natives, achats in-app, montée en puissance IA et PlayLoop. |
| V4 | IA territoriale avancée, assistants locaux, automatisations supervisées et écosystème mature. |
| V5 | Plateforme territoriale complète, scalable et multi-communes. |
| Long terme | Infrastructure territoriale modulaire, souveraine, migrable et connectée à de futures apps. |
État actuel
Le projet dispose déjà d'un socle documenté :
- application publique DMV ;
- backoffice ;
- API Laravel modulaire en structuration ;
- modules backend PlayLoop, AssoSuite, Mairie et monétisation ;
- éléments Supabase historiques à rationaliser ;
- PWA et expérience mobile importantes ;
- doctrine IA documentée comme vision transverse ;
- stratégie business freemium locale.
Cet état ne signifie pas que tous les modules sont complets côté produit ou interface.
Vision cible
La cible est un écosystème territorial cohérent :
- DMV comme porte d'entrée locale ;
- Mairie comme interface communale ;
- PlayLoop comme affichage dynamique local ;
- AssoSuite comme outil associatif ;
- API Laravel centrale comme socle métier ;
- IA Gateway comme couche transverse ;
- données, droits, notifications, paiements et statistiques mutualisés.
Logique d'évolution
Chaque version doit répondre à une question claire :
| Étape | Question à résoudre |
|---|---|
| V1 | Le socle local est-il utile, stable et compréhensible ? |
| V2 | Le produit peut-il commencer à générer de la valeur économique maîtrisée ? |
| V3 | L'expérience mobile et les usages connectés peuvent-ils passer à l'échelle ? |
| V4 | L'IA et l'automatisation créent-elles une valeur métier fiable ? |
| V5 | L'écosystème peut-il servir plusieurs territoires avec une architecture solide ? |
Gestion du scope
Une fonctionnalité doit entrer dans la roadmap si elle :
- renforce l'utilité locale ;
- s'appuie sur une dépendance prête ;
- peut être expliquée simplement ;
- respecte la sécurité et les droits ;
- a un coût exploitable ;
- ne détourne pas l'équipe du socle prioritaire.
À l'inverse, une fonctionnalité doit être reportée si elle ajoute surtout de la complexité, dépend d'une brique fragile ou répond à une intuition non validée.
Risques roadmap
- Ajouter trop de modules avant stabilisation du socle.
- Lancer l'IA sans contrôle des coûts, quotas et sécurité.
- Développer des apps connectées sans contrats API clairs.
- Sous-estimer la complexité mobile native.
- Confondre adoption locale et volume de fonctionnalités.
- Multiplier les offres business sans lisibilité.
- Maintenir trop longtemps une double logique Supabase/Laravel non clarifiée.