Pourquoi tant d'équipes choisissent Notion
Notion s'est imposé comme wiki d'équipe et comme base de connaissances interne pour de bonnes raisons : une page se crée en quelques secondes, les sous-pages s'emboîtent sans effort, les bases de données donnent à chaque procédure des propriétés — statut, responsable, mots-clés, date de revue — et les modèles évitent de repartir d'une page blanche. Pour l'accueil des nouveaux arrivants, les procédures d'une équipe ou la documentation d'un projet, c'est souvent l'outil que les gens ont réellement envie d'ouvrir.
Cette facilité a une contrepartie : une base Notion contient ce que les gens ont eu le temps et l'envie d'écrire. Elle ne contient pas le reste.
Ce qu'une base Notion ne peut pas savoir
| Question | Ce que Notion montre | Ce qui manque |
|---|---|---|
| Ce savoir est-il documenté ? | Une page existe, ou non | Si la page suffit à quelqu'un qui ne sait pas déjà |
| Qui en est responsable ? | Une propriété « Responsable » | Qui sait réellement faire, et à quel niveau |
| Est-ce à jour ? | Un statut déclaré, une date de modification | Une validation par des pairs qui engage quelqu'un |
| Que perd-on si une personne part ? | Rien | Le nombre de détenteurs, la criticité, l'urgence |
La propriété « Responsable » est la plus trompeuse : elle désigne la personne qui tient la page, pas forcément celle qui maîtrise le geste. Et le savoir le plus exposé est précisément celui qui n'a pas de page du tout, parce que la seule personne qui le détient n'a jamais eu besoin de l'écrire.
Structurer une base de connaissances Notion qui tiendra
Quelques règles simples rendent une base Notion plus utile, avec ou sans KnowledgeCapital :
- Une base de données pour les fiches de référence, séparée des notes de réunion et des brouillons. Propriétés utiles : Statut, Responsable, Mots-clés, Date de dernière revue, et une propriété qui porte le nom du savoir décrit.
- Des titres qui disent le geste : « Redémarrer la ligne 2 après un arrêt d'urgence », plutôt que « Procédure ligne 2 ». Un titre qui nomme le savoir se retrouve, et se rattache.
- Le vocabulaire du terrain : nommez les choses comme les équipes les disent à voix haute. Deux pages qui décrivent le même savoir sous deux noms différents font deux savoirs pour tout le monde.
- Une page par savoir, pas un roman par service : une page qui couvre dix sujets ne se rattache à aucun.
- Une date de revue portée par une propriété, que quelqu'un regarde vraiment.
Brancher Notion, en trois gestes
- Dans Notion : Paramètres › Connexions › Développer ou gérer les intégrations › Nouvelle intégration interne. Copiez le jeton d'intégration.
- Partager ce qui doit être lu : sur chaque page ou base de données concernée, menu « … » › Connexions › ajouter l'intégration. Le périmètre, c'est exactement ce que vous partagez, et c'est Notion qui le garantit : le reste de l'espace reste invisible.
- Dans KnowledgeCapital : Administration › Sources › Brancher un système › Notion. Collez le jeton, puis Vérifier (la réponse nomme l'intégration), Brancher et Synchroniser.
Le jeton est chiffré dans le coffre du serveur et n'est jamais réaffiché. Le seul hôte atteint, api.notion.com, est autorisé nommément pour ce connecteur et retiré avec lui ; chaque appel est consigné au journal des sorties.
Ce que le connecteur lit
- Les pages partagées avec l'intégration, bloc par bloc : titres, paragraphes, listes, tableaux.
- Les propriétés des lignes de base de données — statut, responsable, mots-clés, date — écrites en tête de la fiche lue (« Statut : Validée », « Responsable : … ») : la recherche et les rattachements les voient.
- Seulement ce qui a changé : une page dont la date de dernière modification n'a pas bougé n'est pas relue.
Dans cette version, rien n'est écrit dans Notion : le connecteur lit, il ne publie pas. Chaque titre de page, dans KnowledgeCapital, ouvre la page d'origine dans Notion.
Ce que vous voyez ensuite
Chaque page lue est comparée au référentiel de connaissances. Quand le nom complet d'une connaissance se trouve dans la page — dans son titre, la proposition est forte —, un rattachement est proposé ; le knowledge manager confirme ou rejette, et rien n'est posé seul. C'est là que la règle des titres qui disent le geste paie.
- La fiche de chaque connaissance liste ses documents de référence, pages Notion comprises.
- La criticité se lit à côté : combien de personnes maîtrisent ce savoir, évaluées de 0 à 5, et à quel point il est exposé.
- Les savoirs en zone rouge sans aucune page forment une liste de travail : ce qu'il faut écrire en premier, ou transmettre avant un départ.
- Un statut « Validée » dans Notion reste un statut déclaré. Dans KnowledgeCapital, une fiche ne fait autorité qu'après examen par un comité de validation — les deux informations se lisent côte à côte, sans se confondre.
Notion et KnowledgeCapital : qui fait quoi
Notion reste l'endroit où l'on écrit, où l'on organise, où l'on accueille. KnowledgeCapital ne le remplace pas : il ajoute ce qu'un outil d'écriture ne peut pas porter — la mesure de la maîtrise par des évaluations, le calcul du risque de perte, la validation par des pairs, les retours d'expérience validés, le réseau d'experts, l'académie interne et le plan de transmission. Pour comparer les familles d'outils, lisez comment choisir un logiciel de gestion des connaissances ; pour une grille détaillée, les douze critères.
Si une partie de votre savoir vit aussi dans Confluence, dans SharePoint ou dans une GED, chaque système se branche sur le même écran, avec les mêmes règles. Les connecteurs sont inclus à partir de l'offre Professionnel.
Notion est une marque de Notion Labs, Inc. ; Confluence est une marque d'Atlassian ; SharePoint est une marque de Microsoft Corporation. KnowledgeCapital n'est ni affilié à ces sociétés ni approuvé par elles.