Recherche de plans techniques : 70 ans d'archives en quelques minutes

Kuken Industries fabrique des tours de refroidissement, et ses ingénieurs gèrent 70 ans de dessins techniques. Quand une installation tombe en panne, quelqu'un doit retrouver le bon plan avant de pouvoir intervenir. Selon le retour d'expérience publié en novembre 2026, cette recherche prenait près d'une heure. Elle prend maintenant 4,5 minutes, grâce à une recherche par API appliquée à l'ensemble des archives. Le chiffre est modeste en apparence. Multiplié par chaque réparation, chaque devis de pièce détachée et chaque ingénieur, il change la façon de travailler d'un atelier.

Ce cas nous intéresse parce que presque toutes les PME industrielles suisses ont le même problème, à une échelle différente. Les plans s'accumulent depuis des décennies dans des formats qui n'ont rien en commun : tirages papier numérisés, PDF de qualité inégale, fichiers CAO d'anciennes versions, schémas annotés à la main. Le nom des fichiers suit la logique de celui qui les a classés, souvent parti à la retraite depuis longtemps. Retrouver un plan revient alors à connaître la bonne personne, le bon dossier réseau et la bonne convention de nommage de 1994.

La technique qui règle ce problème est plus simple qu'on ne l'imagine. Le système commence par lire chaque document : le texte du cartouche, les références, les légendes, parfois les cotes. Un modèle de langage ou de vision sait le faire même sur un scan imparfait. Ensuite, le contenu est indexé selon son sens, et non plus selon des mots exacts. Enfin, l'ingénieur pose sa question comme il la poserait à un collègue : « pompe de circulation, ventilateur à pales, modèle des années 80, client en Valais ». Le système renvoie les plans les plus proches, avec un lien vers l'original.

Le temps de 4,5 minutes mérite qu'on s'y arrête. Il ne s'agit pas de quelques secondes, et c'est une bonne nouvelle. L'ingénieur reste dans la boucle : il ouvre les résultats, compare deux ou trois candidats, vérifie qu'il s'agit bien de la bonne révision et décide. L'outil ne remplace pas son jugement, il supprime la partie de la recherche qui n'apportait aucune valeur, c'est-à-dire fouiller des arborescences et ouvrir des fichiers au hasard. Un outil qui prétendrait répondre sans vérification humaine serait dangereux sur un plan de réparation.

Les secteurs concernés dépassent largement le cas de Kuken. Dans le BTP, un bâtiment rénové trente ans après sa construction exige les plans d'origine, ceux de la structure, des réseaux et des modifications successives. En manufacturing, une machine dure souvent plus longtemps que le fournisseur qui l'a livrée, et son dossier technique devient la seule mémoire disponible. En logistique, les plans d'entrepôt, de quais et de rayonnages évoluent par couches. Dans chaque cas, la valeur est enfouie dans des archives que personne n'ose plus ouvrir.

Avant de se lancer, trois obstacles concrets méritent d'être regardés. D'abord, la qualité des scans : un plan illisible pour un humain le restera pour un modèle, et il faut parfois prévoir un traitement préalable sur une partie du fonds. Ensuite, la confidentialité. Des plans de machines ou d'installations sont des actifs sensibles, et la question de l'hébergement, des droits d'accès et de la conformité à la nLPD se pose dès le premier jour. Enfin, la gestion des révisions : le système doit indiquer quelle version d'un plan il présente, faute de quoi il crée plus de risques qu'il n'en résout.

Concrètement, voici comment nous aborderions ce type de projet chez SnapSolutions. Une application web en Next.js, une base Supabase qui gère les documents, les droits et la recherche par sens, et un développement mené avec Claude Code pour avancer vite sur chaque itération. Nous ne proposerions pas d'indexer toute la mémoire de l'entreprise d'un coup. Le périmètre se limite à une famille de produits ou à un site, pour que l'équipe de maintenance puisse tester l'outil sur ses vraies recherches. Une première version utilisable sur un cas réel se construit en 3 à 6 semaines, et le reste du fonds s'ajoute ensuite par étapes.

Tout commence par une phase de diagnostic, courte et cadrée. Elle répond à quelques questions simples. Combien de plans existent-ils, et sous quels formats ? Qui les cherche, à quelle fréquence, et pour quel type d'intervention ? Où se trouvent-ils aujourd'hui, et qui a le droit de les voir ? Ces réponses fixent le périmètre, les délais et les risques avant toute ligne de code. Le détail des étapes figure sur la page de notre méthode, et c'est la meilleure façon de savoir si votre cas se prête à ce type d'outil.

Reste la question du retour sur investissement, que les décideurs posent à raison en premier. Le calcul se fait sans artifice. Prenez le nombre de recherches de plans que vos équipes lancent chaque semaine, multipliez-le par le temps réellement perdu à chacune, puis par le coût horaire d'un technicien ou d'un ingénieur. À titre d'illustration, si Kuken gagne un peu plus de 50 minutes sur chaque recherche, dix recherches par semaine représentent déjà plus de huit heures d'ingénieur récupérées. Ajoutez ce que coûte une immobilisation de machine qui dure une heure de plus que nécessaire, et l'équation devient très concrète pour un directeur d'exploitation.

Les archives de plans ne sont pas un fardeau administratif, elles sont l'un des actifs les plus précieux d'une PME industrielle, à condition qu'on puisse y accéder. Le cas de Kuken Industries montre qu'une recherche en langage naturel sur 70 ans de dessins est aujourd'hui à portée d'une entreprise de taille moyenne, sans refonte de son système d'information. Si vous gérez un fonds de plans que personne ne veut plus ouvrir, écrivez-nous : nous regarderons ensemble ce qui peut être retrouvé en minutes plutôt qu'en heures.