Produit — vue transverse¶
Rôle et scope¶
Tout ce qui concerne la vision produit, la roadmap, les arbitrages de scope, les personas, la recherche utilisateur et les specs fonctionnelles.
N'inclut pas : la mise en œuvre technique (→ areas/tech/), le design UI (→ areas/design/).
Pouls (auto)¶
Dernière mise à jour : 2026-07-20
- Cadre AI Coding V2 — 2 voies (ADR
accepted) : Vibe / Engineer selon le rayon d'explosion. Tech Buddy démarré (outil d'analyse × William, kickoff 20/07). V1 N1/N2/N3 archivée.
Projets actifs¶
- Expiration invest auto H-1 — jauge d'ouverture réelle, H-1 · BRI-1605
Personnes clés¶
- Owner : romain
- Contributors : à compléter
Décisions récentes¶
- ADR 2026-07-20 cadre AI Coding 2 voies — Vibe / Engineer + Tech Buddy ·
accepted - ADR 2026-05-21 cadre AI Coding V1 — N1/N2/N3 ·
superseded
Métriques suivies¶
Cadre : lean-product-management. Distinction outcome (métrique user/business) vs output (artefact livré).
Statut : structure validée Romain 2026-05-28. Cibles chiffrées (baseline / target / date) :
[à renseigner]squad par squad. Doc KPI business Yoann (28p) pas encore ingéré.
North star boîte¶
| Outcome principal | Volume de projets immobiliers publiés et financés |
| Pourquoi | Supply (porteurs) + succès collecte (investisseurs) — priorité stratégique publier davantage (cadrage TPC 11/05, squads) |
| Baseline / target | [à renseigner] — mensuel recommandé |
| Fenêtre de lecture | Mensuel (volume) · par cohorte projet |
Métriques annexes boîte (à suivre en parallèle, pas substitut de la north star) :
| Métrique | Rôle |
|---|---|
| Rétention investisseurs | Santé long terme de la base |
| Réinvestissement | Preuve de confiance post-1er investissement |
| Activation (1er investissement) | Convertir les inscrits — un grand volume d'inscrits ≠ investisseurs actifs |
Garde-fou business : la rentabilité (EBITDA) borne l'enveloppe budgétaire ; elle ne pilote pas la roadmap produit.
North stars par squad¶
Chaque squad a sa north star — pas de métrique unique imposée à toutes (validation Romain 2026-05-28, cf. log.md).
Squad analyse / automatisation — area analyse · concept¶
| Niveau | Métrique | Notes |
|---|---|---|
| North star | # dossiers approuvés (via le process d'analyse) | Outcome supply : débloquer la publication |
| Sous-métrique clé | 100 % du parcours analyse dans l'outil | Aujourd'hui parcours éclaté (Bubble, Manus, sheets, etc.) — la sous-métrique mesure la centralisation, pas seulement le volume |
| Learning | Part du parcours encore hors outil, par étape | Permet de prioriser les morceaux à migrer |
Vanity à éviter : # agents IA déployés, tokens consommés, features livrées sans dossiers approuvés en plus.
Hypothèse implicite : centraliser le parcours augmente le débit d'approbation et réduit la friction ops.
Squad investisseur — référent produit : Romain → PM TPC¶
| Niveau | Métrique | Notes |
|---|---|---|
| North star | Réduire tickets / plaintes liés au manque de transparence et au besoin de visibilité | Outcome confiance : moins de friction support, pas plus d'écrans |
| Métriques annexes | Activation, rétention, réinvestissement | Voir north star boîte — pilotées côté investisseur mais pas la north star squad |
Vanity à éviter : MAU, # écrans « info projet », downloads app sans baisse des plaintes transparence.
Squad back-office — EF, gestion projets, CRM¶
| Niveau | Métrique | Notes |
|---|---|---|
| North star | Temps passé par dossier | Efficience ops — moins de charge humaine pour le même throughput |
| Métriques annexes | Taux de désynchro statuts (Bubble / EF / outil analyse) | Fiabilité ; alimente les audits en cours |
| Par workflow | Décliner le temps/dossier par type (clôture financement, KYC, gestion post-financement…) | [à renseigner] quels workflows comptent en premier |
Vanity à éviter : # endpoints livrés, % couverture EF sans baisse temps/dossier mesurée.
Squad porteur de projet — owner produit : Romain¶
| Niveau | Métrique | Notes |
|---|---|---|
| North star | # projets publiés / mois + time-to-publish (dossier validé → live) | Aligné priorité #1 (squads) — [à renseigner] baseline + target |
| Lien analyse | Débit publication conditionné par dossiers approuvés (squad analyse) | Ne pas optimiser publish si le goulot est en amont |
Vanity à éviter : # features back-office PDP sans effet sur publish ou time-to-publish.
Métriques transverses (référence)¶
Famille Fintech produit (PM Career Path §2.5) : conversion, activation, rétention, rendement perçu — métriques annexes boîte ou secondaires par squad, selon le tableau ci-dessus.
Encore ouvert¶
- Baselines + targets chiffrés — par squad active, avec date
- Instrument plaintes investisseur — canal (Zendesk ?), taxonomie « transparence / visibilité », baseline actuelle
- Ingest doc Yoann — recouper avec KPI business
resources/strategie.md+vision.md— autorité stratégique quand rédigés
Ressources de référence¶
- vision.md
- personas.md
- strategie.md
- pm-career-path.md — référentiel d'évaluation PM (V1, squad Investisseur)
Sources¶
- lean-product-management — cadre outcome / hypothèse / MVP
- squads — priorités squad + trajectoire orga
- cadrage TPC 11/05 — priorité publier plus (source meeting locale)
- atelier mesure d'impact 06/05 — cadrage des métriques d'impact (source meeting locale)
- pm-career-path — métriques Fintech produit