Aller au contenu

Centralisation parcours — outil d'analyse

Problème

Le parcours analyse → publication est éclaté entre l'outil d'analyse, Bubble (EF), Manus, sheets et autres outils. Conséquences observées : friction ops, ressaisies, désynchros de statuts entre systèmes (cf. audit BRI-695), dossiers qui perdent en visibilité AM post-comité (BRI-697).

Outcome visé

Métrique Rôle Baseline / target
# dossiers approuvés North star squad analyse [à renseigner]
% du parcours dans l'outil Sous-métrique centralisation Aujourd'hui << 100 % (parcours éclaté) · target 100 % sur le périmètre défini

Source north stars : areas/produit § Métriques · validation Romain 2026-05-28.

Hypothèses (falsifiables)

  • H1 : Si on cartographie le parcours actuel et on migre les étapes à plus fort volume de ressaisie dans l'outil d'analyse, alors le # dossiers approuvés / mois augmente parce que moins de pertes entre systèmes et moins de temps ops par dossier.
  • H2 : Si 100 % du parcours analyse (définition à figer) passe dans l'outil, alors le taux de désynchro statuts (Bubble / EF / outil) tend vers zéro parce qu'une seule source de vérité par transition.
  • Kill criteria : si après [date à renseigner], le % parcours dans l'outil < [seuil] et le # dossiers approuvés n'a pas bougé vs baseline → stopper l'élargissement scope, reprioriser par étape (pas big bang).

Plus petit test (MVP)

Phase 0 — cartographie + mesure (pas migration massive) :

  1. Lister les étapes du parcours analyse → publication et l'outil owner de chaque étape (dont hors outil d'analyse).
  2. Mesurer le % du parcours déjà dans l'outil par étape — input direct pour prioriser les migrations.
  3. Croiser avec l'audit statuts BRI-695 : quelles transitions de statut créent le plus de divergences ?

Premier incrément shippable = tableau parcours × outil × % volume + 1 étape migrée ou read-only centralisée si une étape ressort comme levier évident post-carto.

Learning goal

Quelles étapes hors outil coûtent le plus en temps ops et en erreurs de statut — pour ne pas migrer « tout » en big bang sans preuve.

Objectif

Centraliser progressivement le parcours analyse dans l'outil d'analyse pour augmenter le débit de dossiers approuvés et supprimer le parcours éclaté, sans bloquer la vélocité court terme sur les agents / modalités / contrats déjà en cours.

Livrables attendus

  • [ ] Cartographie parcours × outil × statuts (owner Romain, input BRI-695)
  • [ ] Baseline # dossiers approuvés/mois + % parcours in-tool [à renseigner]
  • [ ] Priorisation des étapes à migrer (post-carto, validation comité analyse)
  • [ ] 1er incrément centralisation shippé + mesure post-release

Équipe

  • Owner : Romain
  • Contributors : Dimitri (tech), Jérôme (AM / outillage), Nico (PM analyse) — freelances squad analyse (squads)
  • Stakeholders : Denis (tech transverse), Alban (CRM AM), comité analyse

Jalons

  • [ ] 2026-06-15 : Cartographie parcours + baseline % in-tool
  • [ ] 2026-07-31 : 1ère étape migrée ou centralisée (read) — étape TBD post-carto
  • [ ] 2026-09-30 : Revue kill/scale sur H1/H2

Métriques de succès

Reprendre Outcome visé — mesure mensuelle # dossiers approuvés + % parcours in-tool ; annexe : taux désynchro statuts sur le périmètre audité (BRI-695).

Risques identifiés

  • Big bang migration = pire scénario (pattern EF release, synchro 25/05).
  • Poursuite build agents / contrats en parallèle sans filet tech (squad analyse Q3 à structurer).
  • Définition floue du « 100 % parcours » si périmètre non figé en amont.

Liens

Voir pulse.md pour les signaux récents et sources.md pour le Layer 1 agrégé.