Cockpit BTP
Pour une entreprise de gros œuvre : une étude des besoins et un prototype qui relient le chantier et le bureau, et font apparaître les dérives de marge avant qu’il ne soit trop tard.
// 02 — Fiche
Réalisation 05 / 05- Réalisation
- 05 / 05
- Pour qui
- Une entreprise de gros œuvre
- Période
- Avril 2026
- Secteur
- Bâtiment et travaux publics
- Type de mission
- Étude métier, architecture et prototype
- Statut
- Étude livrée Étude et prototype livrés
// 03 — Le contexte
Le contexte.
Dans le gros œuvre, la marge se joue sur le chantier, mais elle se constate au bureau — souvent des semaines plus tard. Entre les deux, l’information passe par des appels, des photos envoyées par messagerie et des tableaux ressaisis le soir.
// 04 — Le problème
Le problème.
- Une rupture entre le terrain et le bureau : les remontées arrivent tard, incomplètes, et doivent être ressaisies.
- Des dérives vues trop tard : quand l’écart de coût apparaît, il n’est plus rattrapable.
- Des situations de travaux et une facturation laborieuses.
- Des documents dispersés entre messageries, dossiers partagés et papier.
- Un savoir-faire détenu par quelques personnes, jamais capitalisé.
// 05 — Ce que nous avons fait
2 voletsCe que nous avons fait.
-
L’étude
Une analyse détaillée des besoins de l’entreprise et des logiciels déjà utilisés dans le secteur, pour comprendre ce qu’ils couvrent, ce qu’ils laissent de côté, et où un outil sur mesure apporterait réellement de la valeur.
-
Le système conçu, et son prototype
- Une application terrain : le chef de chantier remonte l’avancement, les incidents et les consommations par photo ou par la voix, sans ressaisie.
- Un cockpit de marge : pour chaque chantier, les coûts réels comparés au prévu, en continu.
- Des alertes de dérive : un signal dès qu’un poste s’écarte, avec l’explication de l’écart.
- Des agents IA par rôle : pour le conducteur de travaux, la direction ou l’administration, chacun avec son périmètre.
- Une recherche dans les documents : plans, devis, comptes rendus, retrouvés en langage courant.
- Une validation humaine et un journal de chaque décision proposée par le système.
| Chantier | Avancement | Coût prévu | Coût réel | Écart |
|---|---|---|---|---|
| Chantier démo 01 | 72 % | 184 000 € | 179 300 € | −2,6 % |
| Chantier démo 02 | 45 % | 96 000 € | 104 200 € | +8,5 % |
| Chantier démo 03 | 18 % | 312 000 € | 309 800 € | −0,7 % |
| Chantier démo 04 | 91 % | 58 000 € | 59 100 € | +1,9 % |
Remontée terrain · 07:42Chantier démo 02 · 1 photo, 1 note vocale · consommations du jour
Alerte de dérive · chantier démo 02
Poste béton : +8,5 % sur le prévu.
Explication proposée : trois livraisons de plus que prévu cette semaine, remontées depuis le chantier.
journal · proposé par l’agent, en attente de validation
// 06 — Ce que ça change
Objectif ≠ résultatCe que ça change.
-
Objectifdéfini dans l’étude
Les objectifs définis dans l’étude — moins de ressaisie, détection plus précoce des dérives, marge mieux protégée — n’ont pas encore été mesurés en conditions réelles.
-
Mesuréavec sa source
Le prototype démontre la faisabilité technique et l’usage ; les résultats viendront d’un pilote sur chantier.
// 07 — Sous le capot
Sous le capot.
- Un prototype exécutable, avec base de données et jeu de données d’essai.
- Une architecture qui sépare le calcul des coûts (déterministe) de la couche d’IA (qui explique et assiste).
- Une application pensée d’abord pour le téléphone, utilisable avec des gants et une connexion médiocre.
// 08 — Un projet similaire ? Parlons-en