CircuitLe technicien de 58 ans qui part en retraite emporte votre catalogue avec lui
Chez un négoce de 20 personnes, l'expert qui part en retraite n'emporte pas seulement 30 ans de mémoire technique. Il emporte la connaissance du parc machines de 200 clients, les équivalences que personne n'a jamais écrites, et le réflexe qui lui permet de répondre juste en moins d'une minute. Aucun ERP ne capture ça. Aucun cahier de passation non plus. Ce n'est pas un problème de documentation. C'est un problème de nature du savoir. Et si on ne comprend pas cette distinction, toutes les tentatives de transmission échouent de la même façon.
Un expert de 30 ans d'expérience ne sait pas ce qu'il sait. Il a automatisé son expertise sous le niveau du langage. C'est pour ça que lui demander de 'tout écrire avant de partir' est une impasse, pas une solution.
Les coûts d'un départ non anticipé n'apparaissent pas dans la comptabilité. Ils se logent dans les demandes mal traitées, les clients qui changent de fournisseur en silence, et les urgences ratées pendant les 18 mois de montée en compétence du remplaçant.
Formaliser le savoir technique change la position à l'embauche : on peut recruter un bon commercial et lui transférer la connaissance en quelques semaines. Le bassin de candidats s'élargit considérablement.
Dans l'industrie française, plus d'un travailleur sur quatre approche de la retraite.
Délai habituel pour un remplaçant sans base de connaissance organisée, sur les cas courants seulement.
Délai réaliste sur les demandes du quotidien quand la connaissance produit est accessible.
Ce qui disparaît vraiment quand un expert part
Le danger n'est pas dans ce que le technicien a documenté (c'est rarement grand-chose). Il est dans ce qu'il n'a jamais jugé utile d'écrire parce que c'était évident pour lui. Il sait que chez Dumont Métallurgie, le palier de broche tourne en atmosphère humide et qu'un C3 est indispensable. Il sait qu'entre deux références qui semblent identiques en catalogue, l'une revient systématiquement en SAV. Il sait que ce client en particulier, quand il dit 'c'est urgent', ça peut attendre le lendemain matin ; quand il dit 'c'est pour cette semaine', il vaut mieux rappeler le jour même.
Ces réflexes ne s'apprennent pas dans un catalogue. Ils s'accumulent au fil des tournées, des retours, des pannes et des conversations de comptoir, sur dix, quinze, vingt ans. Le remplaçant arrive sans aucun de ces contextes. Il sera correct sur les références. Il sera faux sur les situations. Et le client s'en rendra compte, souvent en silence, au bout de quelques mois, en commençant à appeler ailleurs.
Pourquoi le savoir-faire résiste à la documentation et ce que ça implique
Le réflexe habituel est de demander à l'expert de 'tout écrire avant de partir'. C'est une impasse, pas parce qu'il est de mauvaise volonté, mais parce qu'il ne sait pas ce qu'il sait. Quand vous demandez à quelqu'un de 30 ans d'expérience d'expliquer comment il reconnaît une bonne équivalence, il répond souvent 'ça se voit' ou 'c'est l'expérience'. Ce n'est pas de l'arrogance. C'est la nature exacte du savoir tacite : un savoir automatisé, opérationnel, qui a migré sous le niveau du langage.
Ce type de connaissance ne se capture pas par introspection. Il se capture en situation. On le voit à l'œuvre quand l'expert répond à une demande inhabituelle, recadre un client qui se trompe de référence, ou classe une pièce à vue en deux secondes. C'est dans ces moments que la connaissance est observable, pas dans un entretien d'une heure planifié trois semaines avant le départ.
- Les carnets personnels et les fichiers Excel maison sont les premières sources à sécuriser : ils contiennent des décisions implicites accumulées sur des années.
- Les annotations sur les BL et les historiques de commandes cachent souvent des choix techniques non expliqués.
- Les appels que le technicien prend 'parce que c'est lui qu'on demande' sont le signal le plus direct de savoir concentré.
Cinq actions concrètes avant le dernier jour
Ces actions ne demandent pas un projet de knowledge management. Elles demandent trois semaines de rigueur et une personne responsable de les faire.
- Cartographier les clients pour lesquels le technicien est la référence directe : qui appelle, pour quoi, et ce que les autres ne peuvent pas encore répondre.
- Récupérer tous les fichiers personnels : tableaux Excel, PDF annotés, carnets de notes, répertoires de contacts fournisseurs non officiels.
- Enregistrer ou filmer dix demandes traitées en situation réelle, sans les préparer à l'avance. C'est là que le savoir est visible.
- Identifier les 50 références où son réflexe est le plus sûr, et les 20 situations où son diagnostic est systématiquement juste.
- Organiser un binôme sur les deux derniers mois : le successeur traite, l'expert corrige et explique après coup.
Ce qu'un outil change et ce qu'un wiki ne change pas
La différence entre un bon outil de capitalisation et un wiki interne tient à une chose : l'accès en situation. Un technicien au téléphone avec un client ne va pas ouvrir un onglet, chercher dans une arborescence et lire trois pages. Il a besoin que la bonne réponse arrive quand il pose la bonne question, dans son propre vocabulaire, en quelques secondes.
C'est ce que fait un assistant technique bien configuré : il transforme le savoir capturé en réponses accessibles au moment exact où elles sont utiles. Pas six mois après le départ. Pas au bout d'un projet de knowledge management. Dès que le contenu est en place.
Ce que ça change quand vous recrutez ensuite
Un distributeur qui a formalisé son savoir technique occupe une position radicalement différente dans un entretien de recrutement. Il ne cherche plus quelqu'un qui 'connaît déjà les produits'. Il peut prendre un bon profil commercial et lui transférer la connaissance technique en quelques semaines, parce que cette connaissance existe dans un outil accessible.
Le bassin de candidats s'élargit. Le délai d'autonomie se réduit de moitié. Et le départ du prochain expert ne déclenche plus la même urgence : l'essentiel de ce qu'il savait a déjà été transmis.
Questions fréquentes
À quel moment commencer à capitaliser le savoir d'un technicien expérimenté ?
Dès maintenant, avant que le sujet du départ soit posé. Dans la pratique, six mois avant l'annonce officielle reste un délai réaliste pour les actions les plus importantes. Trois mois, c'est insuffisant pour capturer les cas complexes.
Un ERP peut-il remplacer la transmission du savoir-faire technique ?
Non. L'ERP trace les transactions : ce qui a été commandé, en quelle quantité, à quel prix. Il ne trace pas les raisonnements : pourquoi cette référence plutôt qu'une autre, ce qui aurait mal tourné avec le second choix, ni le contexte du client qui a motivé la décision.
Comment convaincre un technicien expérimenté de partager ce qu'il sait ?
En ne lui demandant pas de 'tout documenter'. En l'impliquant dans des situations de travail réelles avec un junior : il traite, le junior observe, l'échange vient naturellement. La transmission se fait par l'action commune, pas par la dictée.
Combien de temps faut-il pour former un technico-commercial en négoce technique ?
Sans base de connaissance organisée : 18 à 24 mois sur les cas courants. Avec un outil qui porte la connaissance produit et les cas clients : 3 à 6 mois sur les demandes du quotidien. La différence tient à l'accès à l'information, pas à la capacité du recruté.
Centraliser les équivalences pour toute l'équipe
Si vos demandes d'équivalences vivent encore dans des PDF, des fichiers perso et la mémoire de deux techniciens, Circuit peut les rendre consultables par tout le monde.