Si tu es le seul à savoir comment les choses fonctionnent dans ton entreprise, tu n’as pas une équipe autonome — tu as une équipe sous perfusion. Et toi, tu passes ta journée à la brancher.
Le symptôme que tout le monde reconnaît#
Tu es en pleine négociation avec un fournisseur. Ton téléphone vibre. Un employé te pose une question sur une procédure qu’il connaît depuis deux ans.
Tu réponds. Dix minutes plus tard, quelqu’un d’autre pose la même question. Tu réponds encore.
Le lendemain, la première personne revient. Elle a oublié.
Un patron me dit : “Mes employés me posent toujours plein de questions, parfois plusieurs fois la même. Tout est dans ma tête, je fais ça depuis 20 ans.”
Ce n’est pas un problème de compétence de ses employés. Ce n’est pas un problème de communication. C’est un problème de stockage : la connaissance de l’entreprise n’existe nulle part en dehors de son cerveau.
Et un cerveau, ça ne scale pas.
Il y a aussi un risque que peu de dirigeants mesurent vraiment : 23 minutes — c’est le temps moyen qu’il faut pour retrouver sa concentration après une interruption. Cinq questions dans ta journée, c’est presque deux heures de concentration perdues. Pas sur des sujets complexes. Sur des boulons à 50 centimes.
Et quand un employé clé part, il emporte avec lui tout ce qui n’a jamais été écrit. Les procédures implicites, les exceptions, les contacts informels. La prochaine personne apprend à la dure — en dérangeant quelqu’un d’autre.
Pourquoi le wiki de 200 pages ne marche pas#
La réponse classique à ce problème, c’est la documentation. “On va tout mettre dans Notion.” “On va créer une base de connaissance.”
Ça part d’une bonne intention. Ça échoue presque toujours.
Parce que la documentation construite par anticipation documente ce que tu penses utile — pas ce que tes équipes cherchent vraiment. Tu écris 200 pages. Ils en lisent 3. Et les 3 qu’ils lisent ne contiennent pas ce qu’ils cherchaient.
Un wiki que personne ne lit, c’est pire qu’une absence de wiki. Ça donne l’illusion que le problème est réglé alors que la connaissance reste dans ta tête — juste avec un wiki en plus à maintenir.
La vraie solution : laisser la demande créer la documentation#
Le principe est inversé. Tu ne documentes pas ce que tu penses utile. Tu documentes ce que les gens demandent vraiment.
Voici comment ça fonctionne :
Les employés posent leurs questions à un assistant. Si la réponse existe déjà dans la base, ils l’ont en 5 secondes. Personne n’est dérangé.
Si elle n’existe pas, le référent est notifié. Il répond une fois. La réponse est stockée pour toujours.
La prochaine fois que quelqu’un pose la même question, l’assistant répond. Le référent ne sait même pas que la question a été posée.
La base se construit d’elle-même. Elle grandit précisément là où les besoins sont réels. Pas où tu as supposé qu’ils étaient.
Ce que ça donne en pratique#
J’ai mis ce système en place pour un client. Voici la démo de l’outil en action :
Le résultat concret : les interruptions répétitives disparaissent progressivement. Pas du jour au lendemain — les premières semaines, les questions sans réponse font tourner la base. Mais au bout d’un mois, les demandes les plus fréquentes sont couvertes. Les équipes cherchent d’abord dans la base avant d’appeler.
Et quand le référent part en vacances ou quitte l’entreprise, la connaissance reste.
Ce que tu peux faire dès lundi#
Pas besoin de mettre en place un système complet cette semaine.
Fais juste ça : compte le nombre de fois où on t’interrompt pour une question à laquelle tu as déjà répondu. Sur une journée. Note le chiffre.
En parallèle, note aussi de quel type sont ces questions. Est-ce que c’est toujours les mêmes personnes ? Toujours le même sujet ? Toujours la même étape d’un process ?
Si tu arrives à 5 interruptions ou plus, tu as un problème de stockage de connaissance — pas un problème de personnel. Et ce problème a une solution directe.
La vraie question n’est pas “pourquoi mes équipes ne retiennent pas l’information ?” C’est “où est stockée cette information pour qu’ils puissent la retrouver sans moi ?”
Si tu veux voir si ce type de système est adaptable à ton organisation, contacte-moi. Je mets ça en place lors de mes missions d’optimisation de process — souvent en une journée pour la base fonctionnelle.
Le problème d’interruptions vient souvent de pair avec des tâches répétitives non documentées. L’article sur l’automatisation des tâches répétitives couvre la suite logique.
