Dans un bureau d'études de 10 à 200 personnes, l'IA sert d'abord à lire, extraire, comparer et rédiger, jamais à dimensionner. Cinq tâches se prêtent bien à l'automatisation aujourd'hui : l'analyse des CCTP et pièces de marché, le chiffrage et la réponse aux appels d'offres, le contrôle de cohérence entre indices de plans, la mise en forme des notes de calcul et rapports, et la recherche dans les Eurocodes et DTU avec citation de la source. Le calcul, la responsabilité et la signature restent à l'ingénieur, et aucun outil sérieux ne prétend le contraire.
Le sujet n'est plus marginal. Selon l'Insee, 33 % des entreprises des activités spécialisées, scientifiques et techniques, la famille des bureaux d'études, déclaraient utiliser au moins une technologie d'IA en 2025, contre 10 % dans la construction et 18 % toutes activités confondues. Côté volume de travail, McKinsey estimait en juillet 2026 que 50 % du travail non physique en architecture et ingénierie pouvait être automatisé, sur la base de plus de 150 flux de travail analysés dans 25 domaines. On peut discuter le chiffre, pas le temps passé à relire des PDF.
Quelles tâches un bureau d'études peut-il confier à l'IA dès maintenant ?
Celles qui consistent à trouver, extraire ou comparer de l'information dans des documents que vous produisez ou recevez déjà. Le tableau ci-dessous résume les cinq automatisations qui fonctionnent, avec le type d'outil, le gain (mesuré sur un cas client quand il est lié, ordre de grandeur sinon) et la limite à ne pas franchir.
| Tâche | Outil | Gain | Limite |
|---|---|---|---|
| Lecture des CCTP et pièces marché | Extraction structurée par LLM (exigences, normes, quantités) vers un tableau | De l'ordre d'une journée de relecture ramenée à une heure de contrôle sur un dossier de 200 pages | Ne remplace pas la lecture des clauses contractuelles par le chargé d'affaires |
| Chiffrage et réponse aux appels d'offres | Recherche dans les mémoires techniques passés, pré-remplissage du DPGF | Note de débours de 30 à moins de 10 minutes chez une PME du BTP | Les prix unitaires et les ratios restent validés par l'économiste |
| Cohérence entre indices de plans | Comparaison de cartouches, nomenclatures et cotes entre deux révisions | Écarts listés en quelques minutes au lieu d'une revue manuelle | Signale, ne corrige pas ; les plans complexes demandent un découpage par zones |
| Notes de calcul et rapports | Assistant de rédaction sur trame maison, contrôle des unités et des références | Temps de mise en forme réduit de moitié environ sur des rapports répétitifs | Aucun calcul, aucune hypothèse de dimensionnement produite par le modèle |
| Recherche normative (Eurocodes, DTU) | Assistant documentaire RAG avec citation de la page | Temps de recherche en baisse de 55 % sur un fonds de 2 000 documents | Réponse refusée si aucun passage n'est trouvé dans le corpus |
Ce qui n'y figure pas est aussi parlant : pas de génération de plans, pas de choix de sections, pas de vérification aux états limites. Si un prestataire vous vend cela sous le nom d'IA, demandez-lui qui signe.
Comment extraire les exigences d'un CCTP sans relire 300 pages ?
En traitant le CCTP comme une base de données et non comme un texte. Un modèle de langage reçoit le document par lots, avec une consigne de sortie fixe : pour chaque exigence, le lot, la norme citée, la quantité ou la performance attendue, et la page d'origine. Le résultat arrive dans un tableau que le chargé d'affaires filtre par lot ou par norme.
Ce qui rend la chose fiable : une référence de page exigée pour chaque ligne (une exigence sans page est une exigence à vérifier), une séparation nette entre ce qui est extrait (la phrase du CCTP) et ce qui est interprété (sa traduction en quantité), et la relecture humaine maintenue sur les clauses qui engagent (pénalités, délais, garanties). Sur un dossier de consultation type, on passe d'une journée de lecture à une heure de contrôle environ. Surtout, on n'oublie plus la norme citée en page 187.
Peut-on répondre aux appels d'offres plus vite en réutilisant ses mémoires techniques ?
Oui, et c'est souvent le premier chantier rentable, parce qu'un bureau d'études réécrit chaque mois des paragraphes qu'il a déjà écrits. Un assistant indexe les mémoires techniques passés, les CV, les références chantier, et propose pour chaque rubrique du nouveau règlement de consultation les passages les plus proches, avec leur provenance. Le rédacteur assemble, adapte, signe.
Le chiffrage suit la même logique. Chez une PME du BTP de rénovation, la note de débours est passée de 30 minutes à moins de 10, avec un DPGF pré-rempli pour l'ERP de chiffrage, soit 70 % de temps en moins après un pilote de 8 à 10 semaines. Le détail des choix techniques est dans notre retour d'expérience sur l'automatisation des devis et DPGF. Pour la partie rédactionnelle et organisationnelle de la réponse, voir aussi comment une PME industrialise sa réponse aux appels d'offres.
On déconseille de laisser le modèle proposer des prix unitaires. Il reproduira les prix d'il y a deux ans avec beaucoup d'assurance. Le bon partage, c'est l'outil qui remplit les quantités et retrouve les ratios, l'économiste qui fixe les prix.
Comment détecter les écarts entre deux indices de plans ?
En comparant des données extraites, pas des images. Le cartouche, la nomenclature et les cotes de l'indice B sont extraits en tableau, puis rapprochés de ceux de l'indice A. Ce qui a changé ressort en liste : une cote modifiée, un repère disparu, une nuance d'acier différente dans la nomenclature. L'ingénieur reçoit une liste d'écarts à valider, pas un plan annoté qu'il devrait relire entièrement.
La difficulté est en amont, dans la façon de découper et d'indexer les plans. Un PDF de plan traité comme un texte ordinaire donne des résultats médiocres, parce que la légende, les vues et la nomenclature n'ont aucun rapport entre elles. Nous avons détaillé la méthode dans l'article sur l'indexation de plans techniques pour un RAG industriel : extraire le cartouche comme des données, découper par zones, rattacher chaque segment à sa révision. Sans ce travail, la détection d'écarts fabrique autant de faux positifs que de vrais.
Ce que ça ne fait pas : dire si un écart de 20 mm est une correction voulue ou une erreur de dessin. L'outil lève la main, l'ingénieur tranche.
L'IA peut-elle rédiger une note de calcul ?
Elle peut en rédiger la structure, vérifier les unités et la cohérence des références, et c'est tout. Le calcul lui-même vient du logiciel de dimensionnement ou de la feuille validée du bureau, et le modèle de langage n'y touche pas. Un LLM produit du texte vraisemblable, pas des résultats justes, et une note de calcul vraisemblable est plus dangereuse qu'une note absente.
Concrètement, l'assistant reçoit les résultats exportés du logiciel, la trame de rapport du bureau et les hypothèses saisies par l'ingénieur. Il produit un rapport ordonné, signale une unité incohérente entre deux chapitres, un coefficient partiel qui ne correspond pas à l'annexe nationale citée, une figure référencée mais absente. Sur des rapports répétitifs (diagnostics, notes de dimensionnement de séries d'ouvrages), le temps de mise en forme baisse de moitié environ. Sur une note d'exception, le gain est faible et on le dit.
La même frontière vaut pour la responsabilité et la signature. L'ingénieur reste l'auteur de l'étude au sens de son contrat et de son assurance, et un outil qui ne garde pas la trace de ce qu'il a extrait, de quelle source et à quelle date, n'a pas sa place dans un dossier soumis à contrôle technique. Les 80 000 entreprises d'ingénierie industrielle et de la construction que recense Syntec-Ingénierie sont à 80 % des TPE et PME : elles n'ont pas d'équipe pour maintenir un système opaque. D'où deux règles dès la première version, le passage source affiché à côté de chaque extraction et un journal de ce qui a été proposé puis retenu.
Comment chercher dans les Eurocodes et les DTU avec une réponse sourcée ?
Avec un assistant documentaire qui cite la page, et qui se tait quand il ne trouve rien. Les Eurocodes forment, d'après AFNOR, un ensemble de 58 normes européennes réparties en dix groupes de textes, chacune accompagnée de son annexe nationale. Avec les DTU et les avis techniques, personne au bureau ne connaît l'ensemble par cœur.
La bonne architecture est un RAG (génération augmentée par recherche) sur les textes que le bureau a légalement acquis, hébergé en France ou en Europe, avec une citation vérifiable pour chaque affirmation. Les API récentes le permettent nativement : la fonctionnalité de citations d'Anthropic, par exemple, renvoie pour un PDF le passage exact cité et ses numéros de page. L'ingénieur clique, lit le paragraphe de la norme, décide. Chez une PME industrielle centenaire, 2 000 documents techniques indexés dans un assistant hébergé en France ont réduit de 55 % le temps de recherche du SAV. Le principe est identique pour un fonds normatif, avec une contrainte de plus : le modèle doit répondre « pas trouvé dans le corpus » plutôt que d'inventer un article d'Eurocode.
Ce que JUWA fait pour un bureau d'études
Un audit de quatre semaines d'abord, parce que les cinq automatisations n'ont pas la même valeur en structure, en fluides ou en VRD. On cartographie les flux documentaires, on interroge chargés d'affaires et projeteurs, on chiffre chaque cas d'usage en heures rendues et en risque, et la feuille de route commence par le chantier au meilleur rapport gain sur effort, souvent la réponse aux appels d'offres.
Puis un passage en production en 4 à 8 semaines sur le premier cas, avec la validation humaine dès la première version, un hébergement en France ou en Europe quand les pièces de marché l'exigent, un chef de projet joignable en direct et un point hebdomadaire. Ce qu'on refuse : brancher un modèle sur des plans sans les avoir indexés proprement, et toute promesse sur le calcul. Si votre bureau d'études cherche un cabinet IA pour l'industrie et l'ingénierie qui accepte ces limites, c'est le bon point de départ.
