Gestion documentaire dans le BTP suisse :
comment l'IA change le terrain.

Un secteur qui noie ses experts sous ses propres documents

Un bureau d'ingénieurs actif en Suisse romande gère en permanence des dizaines de projets en parallèle. Chacun produit son lot de documents : plans d'exécution, cahiers des charges techniques, devis, procès-verbaux de séance, rapports de sol, normes SIA applicables, directives cantonales.

Le problème n'est pas la quantité. Le problème, c'est le temps passé à naviguer dans cette masse pour retrouver une information précise. Un ingénieur expérimenté qui passe 45 minutes à rechercher la version applicable d'une norme ou une clause contractuelle sur un projet concurrent, c'est 45 minutes qui ne sont pas facturables et qui ne font pas avancer le chantier.

Multipliez par l'équipe entière, par le nombre de projets actifs, par les années d'archives accumulées. La charge est réelle, diffuse, et rarement mesurée.

Ce que le BTP suisse a de particulier

Le contexte réglementaire suisse ajoute une couche de complexité spécifique. Les normes SIA (Société suisse des ingénieurs et architectes) sont régulièrement mises à jour. Les exigences cantonales diffèrent. Les marchés publics suivent des procédures précises documentées dans des textes parfois denses.

Pour un bureau actif dans plusieurs cantons, gérer la cohérence documentaire entre les projets est un travail en soi. Quelle version de la norme s'applique à ce projet ? Quelle clause contractuelle a été négociée sur le projet similaire de l'année dernière ? Quel ingénieur a traité un problème de fondation comparable en 2023 ?

Ces questions ne trouvent pas toujours de réponse rapide, même dans un bureau bien organisé.

Les types de documents concernés

• Normes SIA et directives techniques - avec leurs versions et dates d'entrée en vigueur
• CCTP et cahiers des charges - souvent adaptés projet par projet
• Procès-verbaux de séance et de chantier - mine d'informations rarement indexée
• Rapports géotechniques et d'expertise - souvent volumineux, peu consultés après livraison
• Correspondances et décisions contractuelles
• Documentation interne de bureau - méthodes, retours d'expérience, gabarits

Ce qu'un système IA peut faire concrètement

Un assistant documentaire construit sur l'architecture RAG (Retrieval-Augmented Generation) travaille différemment d'un moteur de recherche classique. Il ne cherche pas des mots-clés, il comprend le sens de la question et retrouve les passages pertinents dans votre corpus documentaire.

Posez-lui une question en français, comme vous la poseriez à un collègue : "Quelle est la résistance minimale requise pour les bétons exposés au gel selon la norme applicable ?" ou "Dans quel projet avons-nous traité une problématique de retrait différentiel sur dalle mixte ?"

Il répond avec précision, cite ses sources, et vous indique dans quel document se trouve l'information. Si la réponse n'est pas dans votre base documentaire, il le dit clairement.

Ce que le système ne remplace pas

Il ne remplace pas le jugement de l'ingénieur. Il ne prend pas de décision technique. Il ne garantit pas que la norme retrouvée est la bonne pour votre cas spécifique - c'est votre expertise qui fait cette évaluation.

Ce qu'il fait, c'est vous donner accès à l'information pertinente plus vite, pour que vous puissiez passer plus de temps à analyser et moins de temps à chercher.

La frontière est importante. Un système bien conçu la respecte et la rend explicite à ses utilisateurs.

Conditions pour que ça fonctionne

Deux conditions sont nécessaires avant d'envisager ce type de système.

Première condition : vos documents existent sous forme numérique. Les plans papier scannés sans OCR, les notes manuscrites, les échanges verbaux non transcrits - rien de tout cela n'est exploitable directement. Une partie du travail préparatoire est souvent de structurer ce qui existe avant de l'ingérer.

Deuxième condition : quelqu'un dans le bureau sera responsable de la base documentaire. Un système alimenté avec des documents obsolètes ou incomplets donnera des réponses obsolètes ou incomplètes. La qualité du système à long terme dépend de la discipline de mise à jour. Ce n'est pas une contrainte lourde - mais elle doit être anticipée.

Par où commencer

La première étape n'est pas technique. C'est de répondre à une question simple : quel est le problème documentaire le plus fréquent dans votre bureau ? Quelle recherche revient le plus souvent ? Quel document est le plus sollicité et le plus difficile à naviguer ?

A partir de cette réponse, on définit un périmètre précis pour un premier système. Petit, bien défini, mesurable. C'est toujours plus efficace qu'un projet qui veut tout couvrir dès le départ.