« Dans l'outil, on ne va pas utiliser ce truc-là, parce que les gens ne sauront pas faire. »
Cette phrase, un dirigeant nous l'a dite en réunion de cadrage. Calmement. Sans se rendre compte de ce qu'elle annonçait. Elle annonçait un outil amputé avant même d'être ouvert, pour protéger des équipes qu'on n'avait pas encore interrogées.
Six mois plus tard, dans ce cas de figure, le scénario est toujours le même : les licences sont payées, les tableaux sont là, et le suivi réel continue de circuler par téléphone.
Le problème spécifique de l'adoption dans le bâtiment
L'adoption ne rate pas parce que l'outil est compliqué. Elle rate parce que remplir l'outil coûte plus cher, sur le moment, que de ne pas le remplir.
Un conducteur de travaux qui enchaîne trois visites de chantier dans la journée n'ouvrira pas un logiciel pour saisir ce qu'il peut dire en trente secondes au téléphone. Un compagnon ne va pas apprendre une interface pour signaler une réserve.
Dans le bâtiment, cette arithmétique est brutale : le temps de saisie est pris sur le temps de production, et il est visible immédiatement, alors que le bénéfice — une vue consolidée, un reporting fiable — profite à quelqu'un d'autre, plus tard.
Ajoutez la crainte du contrôle. Un outil qui rend l'avancement visible est d'abord perçu comme un outil qui rend les retards visibles.
Et ajoutez l'habitude. Dans une entreprise de travaux et d'aménagement de bureaux, nous avons trouvé le suivi réparti entre des post-its, des boîtes mail partagées et des documents personnels. Un outil de gestion de projet y avait été déployé, puis utilisé par obligation, sans adhésion. Chaque absence emportait l'information avec la personne.
Personne ne le fait exprès. Mais tout le monde y perd du temps.
Pourquoi Monday.com répond à ce contexte précis
La question n'est pas de convaincre les équipes que l'outil est bien. C'est de faire en sorte qu'elles n'aient presque rien à changer pour l'alimenter.
Monday.com le permet parce qu'il se plie à la manière dont vous travaillez déjà.
Les formulaires font entrer une remontée de chantier en trois champs, depuis un téléphone, sans compte ni formation. C'est souvent le seul geste demandé au terrain pendant les premiers mois.
Les vues séparent les publics : la même donnée devient une liste pour le bureau, un calendrier d'interventions pour l'équipe, un Kanban pour le chef de chantier. Personne n'a à traverser l'écran d'un autre pour trouver le sien.
L'espace « mon travail » regroupe pour chaque personne ce qui la concerne réellement, tous chantiers confondus. C'est ce qui transforme l'outil de contrainte de reporting en aide personnelle.
Et les automatisations font le travail ingrat : relancer, notifier le responsable, prévenir quand une date bouge. Personne ne devient le rappel humain des autres.
Il y a un revers, que nous voyons souvent : cette puissance permet aussi de construire une usine à gaz.
Chez un acteur de la distribution spécialisée, Monday.com était installé mais délaissé. Trop de vues, trop d'automatisations, des modèles de projet que les chefs de projet métiers ne s'appropriaient pas. Le sujet n'était pas de former davantage. Il était de retirer.
Notre recommandation de configuration
- Co-construire l'espace avec les utilisateurs, pas pour eux.Des ateliers courts, avec les conducteurs de travaux dans la salle. Les travaux de Kurt Lewin sur la conduite du changement le montrent : on obtient bien plus en réduisant les résistances qu'en multipliant les arguments favorables. Discuter des raisons de ne pas utiliser l'outil est plus efficace que d'en vanter les mérites.
- Ancrer l'usage dans un rituel qui existe déjà.Le point chantier du lundi se tient désormais devant le tableau, plus devant un document imprimé. Si l'outil n'est ouvert dans aucune réunion, il ne sera ouvert nulle part.
- Réduire avant d'ajouter.Moins de colonnes, moins de statuts, moins de vues. Un tableau qu'on comprend en dix secondes est un tableau qu'on remplit. Restructurer les modèles pour des profils non experts vaut mieux que d'ajouter une session de formation.
- Désigner des référents internes, pas seulement des utilisateurs formés.Une ou deux personnes par agence, formées plus en profondeur, qui répondent aux questions du quotidien. C'est ce qui rend l'équipe autonome quand nous ne sommes plus là.
- Prévoir un suivi après la formation, pas seulement pendant.Nous tenons des créneaux d'assistance ouverts sur plusieurs mois — des questions arrivent à la semaine six qui n'existaient pas à la semaine deux. Et une documentation courte, logée dans l'outil lui-même.
Comment on a accompagné ce type de client
Le cas le plus parlant vient d'une entreprise de distribution spécialisée, sur un périmètre proche de ce que vivent les groupes de construction multi-agences : douze directions métiers, une centaine de collaborateurs concernés, et un outil déjà en place que plus personne ne défendait.
Nous avons commencé par un audit de l'architecture existante et des usages réels, direction par direction. Le diagnostic a été net : l'outil demandait à des chefs de projet occasionnels de manipuler une structure conçue pour des experts.
Nous avons alors restructuré le pilotage sur trois niveaux de lecture — le projet, le portefeuille de la direction, le portefeuille global — simplifié les vues, les statuts et les colonnes, refondu les modèles pour des profils non experts, puis formalisé des cas d'usage métier concrets pour donner envie de s'en servir.
Les résultats
- 3 niveaux de pilotageau lieu d'une architecture unique illisible
- 20 modèles de projetenviron, restructurés pour des utilisateurs non experts
- 12 directions métiersréalignées sur les mêmes statuts et les mêmes vues
- 4 moisde mission, avec formation et documentation
Dans le bâtiment, nous avons observé la même mécanique chez une entreprise de suivi de chantiers qui utilisait un outil de gestion de projet depuis deux ans, sans directives claires. Il n'y manquait pas de fonctionnalités. Il y manquait un cadre commun, des règles écrites et un plan d'action. C'est ce que l'audit a livré.
Questions fréquentes
Nos équipes terrain refusent le nouvel outil. Faut-il les former davantage ?
Rarement. Avant de reformer, posez cinq questions : pourquoi l'outil n'est-il pas utilisé, a-t-il déjà apporté quelque chose de positif, tout le monde a-t-il été embarqué au départ, y avait-il un objectif clair au déploiement, certaines réticences sont-elles antérieures à l'outil. Une formation ne résout pas un problème de cadre.
Combien de temps avant que l'adoption soit réelle ?
Comptez en rituels, pas en semaines. L'usage tient à partir du moment où l'outil est ouvert dans une réunion récurrente et où plus aucune décision ne se prend en dehors. Sur nos missions, le suivi d'ancrage se compte en mois, pas en jours.
Faut-il imposer l'outil ou laisser le choix ?
Ni l'un ni l'autre. On impose le résultat attendu — un chantier dont l'avancement est lisible sans appeler personne — et on co-construit le chemin. Imposer l'outil sans le résultat produit du remplissage. Laisser le choix sans cadre produit trois outils parallèles.
Que faire des collaborateurs qui restent sur leurs tableurs personnels ?
Regarder ce que leur tableur fait de mieux que l'outil. Neuf fois sur dix, il manque une vue, un champ ou une étape au paramétrage. Le contournement est un signal de configuration, pas de mauvaise volonté.
Un outil sous-exploité doit-il être remplacé ?
Presque jamais. Changer d'outil sans changer le cadre reproduit le même échec six mois plus tard, avec en plus le coût de la bascule. Commencez par un audit des usages réels : la plupart du temps, il faut simplifier, pas remplacer.
Voir aussi
Vous avez déployé Monday.com et vos équipes ne l'ouvrent pas ?
Réserver un diagnostic gratuit- Monday Partner
- Asana Partner
- Notion Advanced
- AirSaas