Pourquoi Microsoft Copilot déçoit beaucoup de PME, surtout dans le bâtiment

L'attente est plus grande que la promesse du produit

Il existe un moment récurrent dans beaucoup de PME suisses ces douze derniers mois. La direction assiste à une présentation Microsoft, voit Copilot résumer des diapositives, rédiger des e-mails, expliquer des tableaux Excel, prendre des notes de réunion Teams, et signe les licences. Six semaines après le déploiement, le retour froid arrive depuis les équipes : « Oui, ça écrit des e-mails. Mais mes calculs, mes sous-traitants, mon processus d'offres, ça ne trouve toujours rien. »

Ce n'est pas une charge contre Microsoft. Microsoft décrit le produit exactement comme ça : Microsoft 365 Copilot est une couche de productivité à l'intérieur des apps M365, appuyée sur Microsoft Graph, sur les autorisations existantes et sur une base de données proprement préparée. Microsoft recommande explicitement, avant tout déploiement, une évaluation de la maturité, une gouvernance des données, une formation à l'adoption et un monitoring continu de l'usage. La déception vit dans l'écart entre cette promesse produit et l'attente PME d'« un copilote pour tout ».

Ce que Microsoft Copilot est réellement

Copilot est excellent pour ce pour quoi il a été conçu : un environnement Microsoft 365. Il résume des documents Word, explique des feuilles Excel, rédige des réponses Outlook et prend des notes de réunion Teams, précisément, rapidement, avec les autorisations dont l'utilisateur dispose déjà dans le tenant M365. Dans l'écosystème Microsoft, c'est un vrai gain de productivité.

Pourquoi cela paraît souvent « trop peu » dans les PME

Dans une PME suisse, les informations critiques pour l'activité ne se trouvent que rarement uniquement dans M365. Elles vivent dans un ERP, dans un CRM, dans des systèmes métier, dans des fichiers de calculs, dans des sous-dossiers sur un disque réseau, dans des conversations WhatsApp avec des sous-traitants, dans la tête du conducteur de travaux et de la cheffe de chantier. Copilot n'en voit rien, non parce qu'il serait mauvais, mais parce qu'il n'a pas été conçu pour ça.

Les cinq déceptions typiques au quotidien des PME

Si l'on interroge plusieurs PME suisses du bâtiment, de la fiduciaire et des métiers après leurs six premiers mois avec Copilot, on entend toujours les mêmes cinq points.

1. Pas de contexte d'entreprise complet

Copilot ne peut utiliser que ce qu'il voit. Si votre processus d'offres vit dans un fichier Excel sur le disque réseau, si la logique de calcul tient dans un outil interne, si les conditions des sous-traitants sont dans une autre base, Copilot s'arrête à la porte. Il aide à formuler, mais il ne sait pas avec quel coefficient vous servez ce maître d'ouvrage précis, et pourquoi.

2. L'IA ne règle pas un chaos d'autorisations

Copilot utilise les droits existants dans SharePoint, OneDrive et Teams. Si ces droits sont historiquement empilés, sales ou trop larges, et c'est le cas dans la plupart des PME, Copilot fait soudain apparaître des contenus que les collaborateurs avaient théoriquement le droit de voir, mais qu'ils n'avaient jamais cherchés. Le partage excessif devient visible sans que personne ne l'ait voulu. L'IA ne transforme pas une mauvaise structure de droits en bonne structure.

3. Les systèmes externes coûtent un vrai effort d'intégration

ERP, CRM, logiciels métier, comptabilité, plateforme de QR-facture, ces systèmes sont rarement nativement dans Microsoft Graph. Microsoft propose des connecteurs, mais chaque connecteur est un sujet d'intégration, de licence et de maintenance en soi. « On va connecter Copilot à Bexio » sonne comme deux semaines de travail ; dans la réalité c'est un projet avec des exigences, des tests, de la formation et des coûts récurrents.

4. Gouvernance et formation sont sous-estimées

Si les collaborateurs reçoivent Copilot sans directive claire sur ce qu'ils ont le droit d'y entrer et ce qu'ils n'ont pas, on retrouve exactement les risques contre lesquels la LPD révisée protège. Microsoft lui-même insiste, dans sa documentation de readiness, sur la formation, les e-mails de bienvenue et le monitoring de l'usage. Ce travail n'apparaît pas dans le prix de licence, et n'est pas budgétisé dans la plupart des PME. Qui économise ici paie ensuite en audit, en réputation ou en conformité.

5. Les questions de droit et de protection des données suisses restent les vôtres

Même un grand fournisseur ne vous libère pas de vos obligations de responsable du traitement selon la LPD révisée. Traitement dans le cloud, transferts à l'étranger, analyse d'impact relative à la protection des données pour les traitements à risque élevé, interdictions de surveillance dans la relation de travail, tout cela reste chez vous. Le PFPDT le précise clairement dans ses prises de position sur l'IA générative. Si vous travaillez avec des clients UE, s'ajoutent les obligations d'AI literacy de l'EU AI Act, en vigueur depuis le 2 février 2025. Détails sur notre page EU AI Act.

Pourquoi cela devient particulièrement visible dans le bâtiment

Dans le bâtiment suisse, ces cinq points deviennent une douleur tangible, parce que les données critiques se trouvent particulièrement rarement proprement dans M365.

Calculs, offres et la réalité Excel

La plupart des entreprises de construction suisses calculent dans Excel. Des modèles construits sur des années, soignés individuellement, avec les taux de sous-traitants dans un onglet, les coefficients dans un autre, l'expérience projet dans un troisième. Un Copilot qui ouvre ce fichier dans M365 sait formuler, mais il ne connaît pas la logique. Il ne sait pas que vous appliquez 12 % de marge de risque à ce maître d'ouvrage parce que le dernier projet a généré trois avenants. Cette histoire n'est pas dans la cellule.

Savoir de chantier et directives internes

Un point ressort de plus en plus clairement dans le bâtiment suisse : les réponses sur des sujets bâtiment sont meilleures quand seules des sources vérifiées, à jour et propres à la branche sont utilisées, et pas l'internet ouvert. Un copilote d'application sans base de connaissances contrôlée atteint ici sa limite. Il ne connaît pas vos processus SUVA internes, vos modèles de mise en demeure, votre gestion de garantie avec tel ou tel maître d'ouvrage. Il connaît une moyenne tirée d'internet.

Back-office, RH et rapports

Les premiers gains productifs d'IA dans une PME du bâtiment ne sont généralement pas sur le chantier, mais dans l'administration : factures entrantes QR, photos de notes de frais, questions de saisie des temps, certificats de salaire, validations fournisseurs. Ces processus vivent dans le logiciel de comptabilité, dans des modules métier, parfois encore en papier. Un copilote qui reste hors de ces systèmes aide à écrire l'e-mail de réponse, pas le processus lui-même. À quoi ça peut ressembler autrement, nous l'avons décrit étape par étape dans Déployer l'IA dans une entreprise de construction.

Ce dont les PME suisses ont réellement besoin

La réponse n'est pas « Microsoft a tort, achetez autre chose ». Elle est plus nuancée : Copilot est fort là où il a été conçu, dans M365. Pour les processus qui vivent en dehors de M365, une PME a besoin d'une autre couche.

Un copilote-collaborateur, pas seulement un copilote d'app

La différence est conceptuelle. Un copilote d'application vit dans les applications (Word, Excel, Outlook) et vous aide à les utiliser plus productivement. Un copilote-collaborateur vit dans les processus métier, il connaît vos offres, vos sous-traitants, vos collaborateurs, vos fournisseurs, et vous aide là où vous perdez réellement du temps. Les deux ont leur place ; ce ne sont pas des concurrents.

Contexte de travail, rôles, audit, hébergement suisse

Un bon copilote-collaborateur réunit quatre propriétés : il connaît votre contexte de travail à travers les modules métier (ERP, CRM, RH, wiki) ; il respecte les rôles et autorisations sans les hériter de la croissance historique M365 ; il enregistre chaque action dans une chaîne d'audit infalsifiable ; et il héberge vos données en Suisse sous droit suisse. Ces propriétés sont documentées publiquement dans le Trust Center de hegyon.ai, y compris la liste des sous-traitants et le DPA sur demande.

Comparatif Microsoft Copilot vs. hegyon.ai

Voici la comparaison sobre, non pour dénigrer l'un et valoriser l'autre, mais pour montrer pour quoi chaque outil a été conçu :

Lecture honnête : une PME suisse bien configurée utilisera les deux couches. Copilot pour la productivité M365, un copilote-collaborateur pour les processus qui vivent en dehors. La question n'est pas « Microsoft ou hegyon », c'est « quelle couche pour quelle douleur ».

Comment tester l'IA en 6 à 12 semaines sans mauvais achat

Qui veut sérieusement évaluer Copilot ou un copilote-collaborateur doit prévoir six à douze semaines, pas pour une évaluation d'outil, mais pour un pilote maîtrisé.

Clarifier données et rôles

Avant qu'un seul compte ne soit distribué, une directive IA d'une page va sur la table : classes de données autorisées, classes interdites, responsables, politique de logging. Ce n'est pas de la bureaucratie, c'est la condition pour que la formation ait un sens. Sauter cette étape, c'est construire sur du sable, que l'outil soit Copilot ou un autre.

Choisir deux cas d'usage bâtiment

Pas « l'IA pour tout le monde ». Mais deux processus concrets où l'on perd mesurablement du temps aujourd'hui. Idéalement : un processus de bureau (texte d'offre, procès-verbaux, contrôle factures) et un processus de savoir (conditions sous-traitants, mises en demeure, processus SUVA). On voit ainsi à la fois l'angle efficacité et l'angle gouvernance.

Former les collaborateurs et créer une FAQ vivante

Modules de 90 minutes par rôle, avec des cas d'usage réels de la fonction. La conduite de travaux s'entraîne sur de vraies offres, la calculation sur des soumissions anonymisées, le back-office sur de vrais formats de factures. Une FAQ interne est entretenue en continu, pas écrite pour le lancement puis oubliée. Plus sur le volet humain dans Déployer l'IA sans perdre ses collaborateurs.

Mesurer, scaler ou arrêter

Au bout de 30 jours, on mesure : quels cas d'usage tournent en production ? Quelles questions de retour apparaissent ? Quels schémas d'erreur se répètent ? Trois options en sortent, scaler, ajuster, ou arrêter honnêtement. La pire option est « on continue parce qu'on a déjà les licences ». Un arrêt honnête coûte moins cher qu'un déploiement durablement médiocre.

Prochaine étape pour les PME suisses

Qui utilise déjà Microsoft Copilot ne devrait pas le couper, c'est une vraie couche de productivité dans M365. Mais ce ne devrait pas être la seule couche IA de l'entreprise. Pour les processus qui vivent en dehors de M365, et dans une PME suisse c'est la majorité, il faut un copilote-collaborateur qui connaît votre contexte de travail.

Si vous voulez voir à quoi cela ressemble dans le quotidien d'une PME du bâtiment, texte d'offre, comptabilité fournisseurs, paie, gestion du savoir dans une seule interface, hébergement suisse, chaîne d'audit, LLM multi-fournisseur, réservez une démo de 30 minutes. Vous n'aurez pas une présentation, mais une vraie plateforme avec de vraies données.

Hébergement suisse. Droit suisse. Focus PME suisse. Réservez la démo via le bouton en haut de chaque page, ou directement sur hegyon.ai/fr/contact.