Produit — point d'entrée¶
Ce hub donne le fil de travail produit chez Bricks. Il indique quoi lire pour comprendre le cadre, puis pour porter un sujet de sa sélection jusqu'à sa mesure.
Ce que couvre le produit¶
Le produit relie la vision de l'entreprise aux problèmes utilisateurs, choisit les sujets à traiter, cadre les paris et suit leur impact.
Le design UI dispose de son area dédiée. La mise en œuvre technique dispose de l'area Tech. Elles rejoignent toutes les deux le parcours produit au bon moment.
Parcours de lecture recommandé¶
Le fil complet est le suivant :
Cap → raisonnement → priorisation → cadrage → design → exécution → mesure → nouvel arbitrage
Pour une première prise en main, lire les étapes 1 à 4 dans l'ordre. Les étapes 5 à 7 servent ensuite au moment où le sujet avance.
1. Comprendre le cap¶
Commencer par les métriques suivies sur cette page. Elles donnent les outcomes de la boîte et des squads.
Lire ensuite la vision et la stratégie. Elles portent un draft produit formulé par Romain, pas une doctrine d'entreprise validée.
À la fin : tu sais quel changement l'équipe cherche à produire, au-delà des features livrées.
2. Adopter le raisonnement commun¶
Lire Lean Product Management. Ce canon définit le problème, l'hypothèse, l'outcome, le plus petit test et les kill criteria.
Lire aussi le garde-fou IA : première lecture humaine, puis challenge par l'IA.
À la fin : tu sais reformuler une demande de solution en pari mesurable.
3. Choisir quoi travailler¶
Lire Priorisation produit. Ce canon explique comment comparer les problèmes et engager une capacité limitée.
À la fin : tu sais recommander un ordre, expliquer les refus et faire remonter les vrais arbitrages.
4. Transformer le choix en sujet prêt à avancer¶
Lire Cadrage produit. C'est le mode d'emploi pour qualifier, travailler en solo, croiser avec les bonnes personnes, geler le cadre et reprendre un sujet transmis.
À la fin : tu sais ce qui est tranché, ce qui reste ouvert, qui décide et ce qui prouve que le cadrage est terminé.
5. Concevoir la solution si le sujet touche l'UI¶
Lire Product Design Bricks, puis suivre le handoff design vers dev.
À la fin : le parcours, les états, le niveau de fidélité, le test UX et la QA design sont explicites.
6. Organiser et porter l'exécution¶
Lire les conventions Linear pour ranger le travail. Lire Ownership engineering pour suivre le sujet jusqu'à la production, la communication et le suivi.
À la fin : chaque project a un DRI, chaque issue porte un livrable cohérent et la définition de fin dépasse la création d'une PR.
7. Trancher, mesurer et reboucler¶
Utiliser les réflexes réunion & cadrage pour préparer une décision. Le weekly squad coordonne l'exécution.
Après la mise en production, relire l'outcome initial. Le résultat conduit à arrêter, ajuster ou amplifier le pari, puis alimente la prochaine priorisation.
À la fin : la décision et son résultat restent compréhensibles par la personne qui reprendra le sujet.
Accès direct selon le besoin¶
| Tu veux… | Commence par… |
|---|---|
| Reprendre un cadrage laissé par quelqu'un | Cadrage produit — checklist de reprise |
| Arbitrer entre plusieurs sujets | Priorisation produit |
| Préparer une synchro de décision | Réflexes réunion & cadrage |
| Structurer le travail dans Linear | Conventions Linear |
| Rédiger une spec pour un agent | Specs pour agent |
Situation actuelle¶
Pouls (auto)¶
Dernière mise à jour : 2026-07-20
- Cadre AI Coding V2 — 2 voies ([ADR
accepted](../../decisions/2026-07-20-cadre-ai-coding-2-voies.md)) : Vibe / Engineer selon le rayon d'explosion. 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¶
- Produit : Romain porte PDP et Analyse ; Alban porte Gestion des projets / défauts ; Laetitia commence la reprise progressive du périmètre Investisseur le 26 octobre.
- Backoffice : BO Projet / App PDP chez PDP · BO Invest chez Investisseur · outils de gestion des défauts chez Gestion des projets / défauts.
- Suivi métier : les A.M, Angéline et Mélanie suivent les porteurs de projet ; Jérôme, Valentin et Quentin assurent le Care Investisseur.
- Design : Rémy et Pierre.
- Rôles et rattachements stables : annuaire.
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 mise à jour par Romain le 2026-09-14. Les définitions et sources sont posées.
[baseline non mesurée]
North star boîte¶
| Outcome principal | Nombre de projets immobiliers publiés par mois |
| Statut | North star à valider collectivement |
| Pourquoi | Priorité stratégique : augmenter l'offre sans dégrader son financement ni son suivi (stratégie, squads) |
| Baseline / target | [baseline non mesurée] |
| Fenêtre de lecture | Mensuelle |
Garde-fous de santé portefeuille : taux de projets actifs en retard et taux en défaut, chacun lu en stock et en flux d'entrée mensuel.
Métriques annexes boîte :
| 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 (squads).
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¶
| Niveau | Métrique | Notes |
|---|---|---|
| North star | À valider collectivement | Pas de date artificielle imposée |
| Candidats | Activation, conversion au premier investissement, rétention, réinvestissement, plaintes liées au manque de transparence | Une métrique principale reste à choisir |
| Owner produit | Laetitia, en transition à partir du 26 octobre | Première étape : shadowing, conviction terrain, puis proposition de la métrique principale |
| Owner tech | Denis | Référent technique du périmètre investisseur |
Vanity à éviter : MAU, # écrans « info projet », downloads app sans baisse des plaintes transparence.
Squad porteur de projet (PDP) — owner produit : Romain¶
| Niveau | Métrique | Notes |
|---|---|---|
| North star | # projets publiés / mois + time-to-publish (dossier validé → live) | [baseline non mesurée] |
| Lien analyse | Débit publication conditionné par dossiers approuvés (squad analyse) | Ne pas optimiser publish si le goulot est en amont |
| Surfaces BO | EF, BO Projet | Réintégrés dans la squad PDP (plus de squad Backoffice transverse) |
| Owner tech | Hugo | Référent front PDP |
Vanity à éviter : # features back-office PDP sans effet sur publish ou time-to-publish.
Squad Gestion des projets / défauts — owner produit : Alban¶
| Niveau | Métrique | Notes |
|---|---|---|
| North star | Temps passé par dossier (post-financement / défauts) | Efficience ops — moins de charge humaine pour le même throughput |
| Métriques annexes | Taux de désynchro statuts ; stock et flux retards / défauts | Fiabilité ; santé portefeuille |
| Owner tech | Thomas | Plateforme de gestion des défauts et suivi porteur |
Vanity à éviter : # endpoints livrés sans baisse temps/dossier mesurée.
Efficience ops transverse : le temps humain cumulé par dossier sur tout le funnel (analyse → publication → financement → KYC → post-financement → défauts / care) reste une métrique de santé boîte, ventilée par squad propriétaire de chaque étape — plus une north star d’une squad « Backoffice ».
Métriques transverses (référence)¶
Famille Fintech produit : conversion, activation, rétention, rendement perçu — métriques annexes boîte ou secondaires par squad, selon le tableau ci-dessus.
Encore ouvert¶
- Valeurs chiffrées — ajouter les baselines et targets après mesure.
- North star Investisseur — à valider collectivement.
- Ingest doc Yoann — recouper les KPI business avec ce cadre.
Sources¶
- priorisation-produit — choix du portefeuille et arbitrage
- cadrage-produit — cycle, boucle et reprise
- lean-product-management — cadre outcome / hypothèse / MVP
- squads — priorités squad + trajectoire orga
- annuaire équipe
- stack-marketing-ia — plateforme marketing IA interne
- [source locale non partagée] — historique du cadrage des priorités et métriques