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-05-21 PM
- Cadre AI Coding & Vibe Coding V1 — synchro d'adoption tenue 21/05 PM (fiche meeting, ADR
proposed). Frontière Profil B Bricks élargie par rapport au draft : peut shipper N1 et N2 (avec Tech Buddy nominal sur N2), pas N3. Cohérence restaurée avec la V1 du 5 mai. Restitution candidats PM Squad Investisseur (mission TPC) : « le PM Bricks ship N1 et N2 lui-même, accompagné Tech Buddy sur N2. N3 = co-construction tech. »
Projets actifs¶
Aucun projet actif.
Personnes clés¶
- Owner : romain
- Contributors : à compléter
Décisions récentes¶
- ADR 2026-05-21 cadre AI Coding & Vibe Coding — V1 N1/N2/N3 + frontière Karpathy ·
status: proposed(impacte la frontière du Profil B et le scope des sujets vibécodés)
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 — outil d'analyse¶
| 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