# Journal Produit — Fidulia

> Réflexions stratégiques capturées en cours de construction.
> Alimenté via `/capture` pendant les sessions de travail.

---

## 2026-06-11 — Expérience LinkedIn découplée de la structure légale

**Contexte :** Lors de la rédaction de la section Expérience LinkedIn pour Fidulia, Fabien précise qu'il n'a pas encore créé de structure légale ni réservé de nom de domaine. Le projet reste sous le nom Fidulia en interne, mais le profil LinkedIn doit refléter la réalité administrative.

**Décision / Insight :**
- Le projet Fidulia existe comme marque de travail interne sans structure juridique à ce stade
- Sur LinkedIn, l'expérience est déclarée en **Indépendant** (poste : "Stratège LinkedIn pour professions de confiance")
- La description de l'expérience est rédigée entièrement à la première personne — sans mention du nom "Fidulia"
- Dès création de la structure ou réservation du domaine : remplacer "Indépendant" par "Fidulia" dans les fichiers profil et sur LinkedIn. Le texte reste valide tel quel.

**Impact produit :**
- Agents concernés : 61 (Maintenance Profil), 11 (Audit)
- Fichiers modifiés : `Clients/Fidulia/PROFIL-LINKEDIN.md` § 3, `Clients/Fidulia/PROFIL-DEPLOIEMENT.md` § 3
- Règle à intégrer dans l'Agent 0 (Onboarding) : vérifier si le client a une structure légale avant de rédiger la section Expérience

**Questions ouvertes :**
- Date de création de l'activité indépendante à renseigner dans le champ "Date de début" de l'expérience LinkedIn

**Statut :** Implémenté

---

## 2026-06-11 — Section Expérience = levier profil sous-exploité

**Contexte :** Première rédaction complète de la section Expérience LinkedIn pour Fabien (profil Fidulia). Jusqu'ici le travail profil se concentrait sur headline + à propos + bannière.

**Décision / Insight :**
- La section Expérience est un espace de contenu à part entière sur LinkedIn — pas seulement un CV
- Elle doit porter le positionnement en profondeur : argument conformité réglementaire, différenciation vs agences généralistes, preuve sociale chiffrée
- Structure retenue : pas de listes à puces (effet CV), prose fluide, même posture que l'À propos mais angle "ce que je fais" vs "qui je suis"
- À terme, chaque expérience passée pertinente (formation, auteur) doit être réécrite dans le même registre

**Impact produit :**
- Agents concernés : 11 (Audit — ajouter critère scoring section Expérience), 61 (Maintenance Profil)
- Fichiers à modifier : `UKP-AUDIT-LINKEDIN.md` — ajouter grille de scoring section Expérience
- Forfaits concernés : applicable à tous les clients dès l'onboarding

**Questions ouvertes :**
- Faut-il réécrire les expériences passées (formation, auteur) dans le même registre ? Si oui, les intégrer dans le PROFIL-DEPLOIEMENT.md

**Statut :** Partiellement implémenté — expérience Fidulia rédigée, expériences passées non traitées

---

## 2026-06-06 — Participation de Fabien au draft stratégique (Phase 2 Agent 20)

**Contexte :** Discussion sur le workflow de production du DOSSIER-STRATEGIQUE.html.

**Décision :**
Fabien co-construit le draft en Phase 2 avec l'Agent 20 — chaque point clé (positionnement, directions visuelles, piliers, plan éditorial) lui est soumis pour arbitrage avant d'être finalisé.

**Évolution prévue (en 2 temps) :**
1. **Court terme** : retrait de Fabien de la Phase 2 (draft) — quand le système a suffisamment d'historique et d'expérience client pour travailler en autonomie
2. **Long terme** : retrait progressif du Comité de Lancement (Phase 3) — quand les agents 30 et 21 ont démontré leur fiabilité sur plusieurs clients réels

**Impact produit :**
- Agent 20 mis à jour : Phase 2 marquée "⚠️ PARTICIPATION FABIEN" avec flag de validation à chaque étape
- Le flag sera retiré de l'agent quand la décision d'autonomisation sera prise

**Statut :** Actif — à maintenir jusqu'à décision contraire

---

## 2026-06-05 — Architecture fichiers de connaissance : Niches + ICP

**Contexte :** Discussion sur quels services Fidulia optimiser en priorité et comment enrichir le contexte des agents avec de la connaissance externe.

**Décision / Insight :**
- Deux types de fichiers de connaissance distincts à créer :
  - `Contexte/Niches/[Niche].md` — connaissance générique du **métier du client** (qui il est : CGP, notaire, expert-comptable…). Mutualisé entre tous les clients de la même niche.
  - `Clients/[Nom]/ICP/[Profil].md` — connaissance de la **cible du client** (à qui il parle : CEO tech, chirurgiens…). Spécifique à chaque client.
- Ces fichiers ne sont pas statiques : ils sont enrichis par l'Agent Veille au fil du temps.

**Impact produit :**
- Agents concernés : 10 (Décodeur), 11 (Audit), 20 (Stratège), 30 (Rédacteur) consomment les fichiers Niches. Agents 20, 30, 41, 42 consomment les fichiers ICP.
- Fichiers à créer : `Contexte/Niches/CGP.md` en premier (niche de lancement), puis les 9 autres niches. `Clients/X/ICP/` générés à l'onboarding à partir de l'interview.
- Forfaits concernés : veille ICP active uniquement pour Croissance★ et Autorité. Pour Fondation et Présence, le fichier ICP est créé à J0 et non mis à jour automatiquement.

**Questions ouvertes :**
- Quel agent est responsable de la création du fichier ICP à l'onboarding ? (Décodeur ou Stratège)
- Format exact des fichiers Niches à définir avant production

**Statut :** À implémenter

---