Checklist produit
Éléments à vérifier
- Les utilisateurs, acteurs, communes et administrateurs sont bien séparés.
- Le mur de la ville, publications, mini-sites, annuaire, favoris et notifications sont cohérents.
- Les parcours clés sont documentés.
- Les fonctionnalités premium ne bloquent pas l’usage gratuit essentiel.
- La gamification reste sobre et utile.
Cohérence
- Les fonctionnalités produit correspondent aux modèles data.
- Les flows backend couvrent les parcours sensibles.
- Les API nécessaires aux parcours sont identifiées.
Sécurité
- Les actions produit sensibles passent par Laravel.
- Les rôles mairie restent limités.
- La modération globale reste DMV.
Dette documentaire
- Les fonctionnalités “vision cible” sont marquées comme telles.
- Les fonctionnalités non livrées ne sont pas décrites comme opérationnelles.
- Les doublons produit sont consolidés.
Hypothèses
- Les besoins utilisateurs non validés sont marqués.
- Les offres premium sont décrites comme principes si tarifs non validés.
Contradictions possibles
- UX simple vs trop grand nombre de fonctionnalités.
- Gratuit utile vs monétisation trop agressive.
- Mini-site acteur vs site web complet.
Éléments non confirmés
- Statuts exacts des publications.
- Règles précises de favoris/notifications.
- Barème XP.
- Parcours onboarding final.
Éléments critiques
- Les parcours claim, publication, abonnement et notification sont vérifiés de bout en bout.
- Les permissions acteur sont reliées à
actor_users.
Validations humaines nécessaires
- Validation produit.
- Validation UX.
- Validation support/opérations.