Chapitre 1 — Pourquoi un CKM

Les histoires de Barbara, Marc et Vince

Histoire 1 — Barbara arrive, et tombe sur un « trou noir »

Barbara débarque chez Scale³ avec une mission simple sur le papier : fiabiliser le recrutement et accélérer l’onboardingParcours d’intégration des nouvelles recrues. car la Startup est en grosse croissance.

Sauf que dès la première semaine, elle comprend le vrai problème : il n’y a pas de mémoire d’entreprise.

Les infos sont éparpillées entre Google Drive, des mails, des messages, des fichiers perdus sur l’ordinateur d’UNE personne, et surtout… des têtes.

Et on est d’accord que la machine ne remplace pas l’humain, mais la connaissance, la data, la propriété intellectuelle, c’est ça la vraie richesse d’une entreprise.

Le CKM, ce n’est pas « ranger des documents ».

C’est créer un système où la connaissance devient explicite, retrouvable, liée et maintenable.

Histoire 2 — Marc part… et tout part avec lui (sauf si on a un CKM)

Marc, c’est le recruteur qui « sait ».

Les bons canaux, les bons templates, les pièges à éviter, les questions qui démasquent un mauvais fit.

Quand Marc annonce son départ, Barbara réalise que ce qui va disparaître n’est pas juste un collègue : c’est un système de décisions tacite.

Sans CKM, l’équipe repart à zéro : mêmes erreurs, mêmes débats, mêmes tâtonnements.

Avec un CKM, on transforme ce savoir :

• Tacite (réflexes) → retours d’expérience, exemples, notes de décision
• Implicite (savoir-faire) → SOPs, checklists, critères, templates
• Explicite (docs) → référentiels, guides, politiques

Et là, Marc peut partir. On n’est pas content qu’il parte, Marc, parce qu’on l’aime bien malgré ses blagues un peu lourdes. Mais son départ ne nous repousse pas des mois en arrière.

La mémoire reste. La méthode reste.

Histoire 3 — Moi : le capitaine qui construit une mémoire « requêtable »

Comme je le dis souvent, je ne vends pas du Notion, je vends de la clarté.

Je suis l’homme des solutions simples.

Je suis celui qui vient avec sa hache pour faire les coupes nécessaires, avec son scalpel pour affiner, avec son tableau noir pour expliquer.

Cette expérience, cette expertise, je la construis au fil de mes presta clients, puis je la transmets à mes apprenants dans le Bootcamp.

Donc, je ne construis pas juste des pages : je construis Ma Mémoire Moteur (M³).

Le CKM me sert à transformer mon expérience en Propriété Intellectuelle qui m’est propre, au-delà de tout ce que l’IA produit partout. Je construis des frameworks, des SOP, des templates, des scripts, des assets.

Mes acronymes ne sont pas des gadgets.

Ce sont des standards : ils me permettent de répéter la même qualité, de former plus vite, de livrer plus propre, et de déléguer sans perdre mon niveau d’exigence.

C’est devenu, avec le temps, encore plus important maintenant que je ne travaille plus vraiment seul.

Et surtout : ils rendent ce savoir, Ma Mémoire Moteur (M³), requêtable par les membres de l’équipe, les gens à qui je donne accès à mon contenu… et par des agents.

Je ne vends pas du Notion.

Je vends une méthode qui produit de la clarté, un système qui la maintient, des frameworks pour construire son propre futur.

Contexte, Théorie, Vocabulaire Business

En entreprise, on a tous vécu la même scène : la connaissance est dans des têtes, et quand ça bouge (croissance, turnover, projets qui s’enchaînent), ça casse.

Tu passes ton temps à redécouvrir ce que d’autres avaient déjà compris.

Tu as les mêmes débats.

Tu refais les mêmes erreurs.

Et tu découvres que “on a un Drive” ne veut rien dire : un drive c’est un grenier.

C’est du stockage froid.

C’est là où vont mourir les données qui auraient pu être utiles.

RIP.

Un CKM c’est une mémoire qui sert, et qui circule.

Commençons par différencier donnée → information → connaissance.

• Donnée : c’est du signal brut, structuré ou pas. Ça ne raconte pas une histoire. Il faut pouvoir l’accumuler, la filtrer, la tagger etc, mais en soi, elle ne vaut pas grand chose si elle n’est pas réexploitée. Ce sont des points.
• Information : Une information, c’est un ensemble de données recoupées dans un certain contexte et avec une certaine intention pour en faire une première base exploitable. Autrement dit, les données, regroupées, agrégées, filtrées, triées, finissent par créer des formes.
• Connaissance : À partir d’un jeu d’informations, tu crées un monde, une visualisation, une connaissance. C’est un tableau que tu peins à partir des formes composées de points. Une connaissance est une production, la tienne ou celle de quelqu’un d’autre, mais qui est forcément la synthèse d’un jeu d’informations basées sur des données.

Tout le problème de la connaissance, en entreprise, est qu’elle reste trop souvent tacite, implicite. Et la connaissance est inutile si on ne peut pas l’utiliser, la retrouver, et répéter ce qu’elle permet d’opérer.

Le job du CKM, c’est de pousser un max de tacite/implicite vers de l’explicite utilisable et retrouvable.

• Tacite / Implicite : les réflexes, le flair, “je sais parce que je l’ai vécu”. Ça vit dans les gens.
• Explicite : ce qui est écrit noir sur blanc et qui fait référence : procédures (SOP, checklists), critères de décision, et templates de travail

Une SOP, c’est juste la version industrialisée du “comment on fait X ici”. Elle sert à deux choses : répéter la qualité et déléguer sans perdre le niveau.

Et pour qu’une SOP serve vraiment, il lui faut

• une structure simple
  • objectif
  • prérequis
  • étapes
  • résultat attendu
  • exceptions/risques
  • liens vers la doc
• un statut (brouillon/actif/à réviser)
• un owner
• une date de révision

Sans ça, ce n’est pas une SOP, c’est un post-it qui va mourir.

En pratique tu retombes toujours sur les mêmes briques :

• une couche capture (comment ça rentre)
• une couche stockage (où ça vit + comment c’est structuré)
• une couche diffusion (comment les gens trouvent)
• une couche application (comment on l’utilise pour bosser, et ensuite comment les agents viennent requêter tout ça)
• une couche retour et apprentissage (comment on s’assure que cette SOP vit avec son temps et est adaptée au fil du temps)

Et c’est pour ça que CKM ≠ Drive : le drive ne gère pas le cycle de vie, ni l’usage, ni la gouvernance.

Et maintenant la vérité terrain : CKM, frameworks, SOP… c’est toujours le parent pauvre.

Pas parce que c’est inutile.

Parce que c’est chiant à construire, chiant à tenir, et ça ne “brille” pas à court terme.

Donc on repousse. Puis on oublie. Puis ça devient un cimetière.

Et un jour tu payes l’addition : onboarding lent, qualité inégale, dépendance à 2-3 personnes, et chaos quand quelqu’un part.

La solution n’est pas “plus de docs”.

La solution c’est : des règles simples, des owners, un rythme de revue, et une hygiène minimum pour que ça reste vivant.

Le framework CAPITAINE

CAPITAINE se lit en trois blocs. Chaque bloc répond à une question :

POURQUOI (C.A.P.) → pourquoi tu te lances, et sur quoi tu te concentres. QUOI (I.T.A.) → ce que tu rassembles, comment tu le transformes, ce que tu produis. COMMENT (I.N.E.) → comment tu fais tourner le système au quotidien, et comment tu le gardes vivant.

POURQUOI — C.A.P.

Avant de documenter quoi que ce soit, tu réponds à trois questions stratégiques. Sans ça, tu vas tout documenter, donc rien documenter.

C — Cap : La direction long terme.

C'est ta boussole : qu'est-ce que "bien gérer la connaissance" veut dire chez toi ?

Ça dépend de ton contexte.

Une agence de 8 personnes qui scale et une boîte industrielle de 200 n'ont pas le même cap.

Tu définis ce que tu veux protéger, ce que tu veux accélérer, et ce que tu ne veux plus jamais redécouvrir.

A — Ambitions : Les cibles mesurables.

Le cap donne le sens, les ambitions donnent les chiffres.

"Réduire le temps d'onboarding de 3 semaines à 1 semaine." "Faire en sorte que n'importe quel membre de l'équipe puisse reprendre un projet en cours en 48h."

Sans ambitions chiffrées, tu n'as aucun moyen de savoir si ton CKM sert à quelque chose.

P — Priorités : Ce que tu fais maintenant, et surtout ce que tu ne fais pas.

C'est le filtre.

Tu ne peux pas tout documenter d'un coup, donc tu choisis : quels sont les 3-5 domaines de connaissance critiques où l'absence de documentation te coûte le plus cher aujourd'hui ?

C'est là que tu commences. Le reste attendra — et c'est OK.

QUOI — I.T.A.

Une fois que tu sais pourquoi et où, tu construis. Ce bloc est un pipelineFlux d’opportunités du lead au client. : tu recenses, tu transformes, tu produis.

I — Inventaire : Tout ce que tu as et tout ce que tu dois rassembler.

Avant de créer quoi que ce soit, tu fais le tour : où vit la connaissance aujourd'hui ?

Dans des têtes (tacite), dans des Slack/mails/calls jamais formalisés (implicite), dans des docs éparpillés (explicite mais inaccessible).

L'inventaire, c'est la photo de l'existant — y compris ce qui n'est pas encore capturé.

C'est aussi le moment où tu identifies les experts-clés : les 2-3 personnes dont le départ ferait mal. Leur savoir tacite, c'est ta dette de connaissance.

T — Traitements : Les règles et mécanismes de transformation.

Comment tu passes du brut à l'exploitable.

Ce ne sont pas les contenus eux-mêmes, ce sont les recettes de fabrication : tes conventions de nommage, tes templates de capture, tes workflows d'automatisation, tes règles de tagging.

Dans un contexte augmenté par l'IA, c'est aussi là que tu définis comment tes agents participent au traitement — transcription automatique, extraction de points-clés, classification.

Le T, c'est ta chaîne de montage.

A — Actifs : Les produits finis, réutilisables.

C'est ce qui sort de ta chaîne : les fiches de connaissance, les SOP, les synthèses, les frameworks, les critères de décision documentés.

Un actif a une caractéristique simple : quelqu'un d'autre que son auteur peut s'en servir sans explication orale.

Si tu dois l'expliquer de vive voix pour qu'il soit utile, ce n'est pas encore un actif — c'est encore du traitement en cours.

COMMENT — I.N.E.

Tu as tes actifs. Maintenant il faut que ça tourne, que ça serve, et que ça ne meure pas.

I — Implémentation : Les process et mécanismes que tu mets en place

C'est l'intendance : qui est owner de quoi, quels outils portent le système, quels rituels d'équipe assurent la circulation (revues hebdo, sessions de partage, retours d'expérience structurés).

L'implémentation, c'est aussi là que tu intègres la dimension collective — un CKM n'est pas qu'une base documentaire, c'est un système social. Les gens doivent contribuer, challenger, mettre à jour.

Sans rituels, tu as une bibliothèque. Avec des rituels, tu as une mémoire vivante.

N — Navigation : Comment on retrouve ce dont on a besoin, vite.

C'est un pur problème d'architecture d'information : ta taxonomieSystème de catégories et étiquettes cohérent., tes tags, tes liens entre contenus, ta structure de recherche. Une SOP parfaite qu’on met 10 minutes à trouver est une SOP qui ne sera pas utilisée. La navigation, c'est ce qui transforme une base de stockage en base d'usage.

Et c'est ici que l'IA change fondamentalement la donne : un CKM bien structuré (métadonnées riches, relations explicites, contexte sémantique) devient requêtable par des agents. Ce n'est plus seulement un humain qui cherche dans une barre de recherche — c'est un agent qui peut parcourir, croiser et synthétiser ta base de connaissances pour assister une décision en temps réel.

C'est ça qui change l'équation coût/bénéfice du CKM : le coût de construction reste le même, mais la valeur d'exploitation explose.

E — Entretien : La gouvernance, les reviews et hygiène

Chaque actif a un owner, un statut, une date de révision. Tu mets en place un rythme (mensuel, trimestriel) pour passer en revue ce qui est obsolète, ce qui manque, ce qui doit évoluer.

Mais l'entretien, ce n'est pas seulement maintenir l'existant — c'est aussi apprendre. Les retours terrain, les post-mortems, les erreurs documentées génèrent de la connaissance nouvelle qui réalimente l'inventaire. La boucle recommence.

C'est ce qui fait la différence entre un système de documentation (statique) et un système d'apprentissage organisationnel (vivant).

{
  "session": "M3_schema_v1_final",
  "date": "2026-03-07",
  "schema_v1": {
    "champs": [
      {"nom": "Titre", "type": "Title"},
      {"nom": "État", "type": "Status 9 valeurs"},
      {"nom": "CAPITAINE", "type": "Select 9 valeurs C/A/P/I/T/A/I/N/E"},
      {"nom": "Type", "type": "Select + Notion AI"},
      {"nom": "Lien", "type": "URL"},
      {"nom": "Date édito", "type": "Date"},
      {"nom": "Owner", "type": "People"},
      {"nom": "Outils (R)", "type": "Relation vers base Outils existante"},
      {"nom": "Domaines (R)", "type": "Relation vers base Domaines existante"}
    ],
    "ejecte_v1": ["Média", "Origine"],
    "reporte_futur": [
      "Auteur (R) -> quand CRM existe",
      "Projets (R) -> quand OKR existe",
      "Tâches (R) -> quand OKR existe",
      "Produits (R) -> quand CRM existe",
      "Contenu (R self) -> quand M3 est peuplé"
    ]
  },
  "prochaine_etape": "Construire la base M3 dans Notion avec ce schéma v1 à 9 champs."
}

{
  "session": "M3_status_finalise",
  "date": "2026-03-07",
  "etat_status_finalise": {
    "logique": "Mouvement Exterieur -> Interieur -> Exterieur. Ancrage implicite sur la chaine Donnee -> Information -> Connaissance.",
    "not_started": {
      "groupe": "Pas commencé",
      "valeurs": ["Capture", "Analyse", "Synthèse"],
      "ancrage_DIC": ["Donnée", "Information", "Connaissance"]
    },
    "in_progress": {
      "groupe": "En cours",
      "valeurs": ["Structuration", "Rédaction", "Validation"],
      "sens": "Production interne KreaCity"
    },
    "done": {
      "groupe": "Terminé",
      "valeurs": ["Publié", "Obsolète", "Archivé"],
      "sens": "Sortant - cycle de vie final"
    }
  },
  "prochaine_etape": "Construire le schema M3 complet dans Notion avec ce Status a 9 valeurs."
}

{
  "session": "M3_architecture",
  "date": "2026-03-06",
  "objectif": "Simplifier K3DB en appliquant CAPITAINE a KreaCity elle-meme. 1 base M3 absorbe tout.",
  "decisions": {
    "architecture": "1 base, 1 source, des vues. Pas de multi-source.",
    "absorber_dans_M3": ["K3-Contenus DB", "K3-Procedures DB", "K3-OTAVU DB", "K3-Posts DB", "K3-Themes DB"],
    "dettes": ["K3-Posts DB", "K3-Themes DB"],
    "OTAVU": "Sous-estime. Preuves clients critiques. Usage absorbe dans champ Type de M3.",
    "schema_garder": ["Titre", "Date edito", "Owner", "Auteur(R)", "Media", "Type(select+NotionAI)", "Origine", "Etat(Status natif 3x3)", "CAPITAINE(select 9val)", "Projets(R)", "Taches(R)", "Produits(R)", "Contenu(R self)", "Outils(R)", "Domaines(R)", "Lien"],
    "schema_supprimer": ["Pipeline 3x3", "Themes"]
  },
  "en_cours": {
    "Etat_9valeurs": "Non finalise. Piste : Pas commence=entrant (Retranscription/Media/Idee), En cours=interne (Synthese/Refactor/Squelette), Termine=sortant (Publie/Obsolete/Archive). Option simple : garder basique.",
    "CAPITAINE": "Faut-il aligner avec D/I/C ou decoreler completement Etat et CAPITAINE ?"
  },
  "prochaine_etape": "Finaliser 9 valeurs Etat. Puis construire schema M3 complet dans Notion."
}