Document
Brief produit — modèle d’une page
Une page pour aligner problème, utilisateurs, métriques et non-objectifs explicites avant tout schéma.
Utilisez cette trame dans Confluence, Notion ou un fichier Markdown dans le dépôt. L’objectif est un vocabulaire partagé et des hypothèses testables avant l’architecture ou les engagements de sprint. Si deux lecteurs ne sont pas d’accord sur ce que « succès » veut dire, arrêtez — clarifiez d’abord le brief.
Trame
- **Énoncé du problème** — douleur utilisateur + douleur métier en un paragraphe (sans solution encore).
- **Utilisateurs cibles** — personas ou segments + jobs-to-be-done principaux.
- **Métriques de succès** — indicateurs avancés (activation, rétention) et retardés (revenu, NPS) avec ordres de grandeur.
- **Contraintes** — réglementaire, SLA, budget, calendrier, dépendances inter-équipes.
- **Non-objectifs** — ce qui est hors périmètre explicite pour cette phase (dire « non » tôt à la dérive de scope).
- **Risques & questions ouvertes** — ce qu’il faut valider avant de construire ; qui pilote chaque point de découverte.