Installer un ERP dans une DMC : la conduite du changement passe avant le logiciel

En bref. Dans une DMC (agence réceptive), un ERP ne s'impose pas, il s'adopte. L'adoption repose sur quatre temps : partager le pourquoi, partir des douleurs de l'équipe, la faire participer au choix, puis organiser la bascule avec des champions internes et une date de fin tenue. Le logiciel compte, mais c'est la conduite du changement qui décide du résultat.

Je dirige Mexikoo, une DMC au Mexique, depuis plus de dix ans, et j'ai fondé Odys, un logiciel pensé pour les DMC. J'ai donc vécu ce sujet des deux côtés : la dirigeante qui veut changer d'outil et fait face à une équipe qui n'en veut pas, et l'éditrice qui accompagne des agences dans leur onboarding. Ce que j'en retiens tient en une phrase : changer d'ERP, c'est de la conduite du changement, pas un projet informatique.

Une précision de vocabulaire. Dans une DMC, quand je dis ERP, je parle de l'outil où vivent vos devis, vos réservations fournisseurs, vos dossiers en opération et votre facturation. Peu importe le nom sur la plaquette.

Pourquoi une équipe résiste-t-elle à un nouvel ERP ?

Parce que l'humain préfère ce qu'il connaît, même quand l'alternative est meilleure. En 1988, les économistes William Samuelson et Richard Zeckhauser ont mis un nom dessus : le biais de statu quo. Dans leurs expériences, une option devient nettement plus choisie dès qu'elle est présentée comme la situation actuelle.

Dans une DMC, ce biais pèse encore plus lourd. L'ERP, c'est la deuxième main de vos agents d'opérations. Ils y passent leur journée : un devis, une confirmation hôtel, un vol à reprogrammer, un roadbook à envoyer. Changer d'outil, c'est leur demander de redevenir débutants sur le geste qu'ils maîtrisent le mieux, en pleine saison, avec des voyageurs sur le terrain. Ce n'est pas de la mauvaise volonté. C'est un inconfort réel, et il faut le traiter comme tel.

Les chiffres vont dans le même sens. Dans l'étude Best Practices in Change Management de Prosci (plus de 2 600 praticiens interrogés), 88 % des projets menés avec une excellente conduite du changement atteignent ou dépassent leurs objectifs, contre 13 % quand elle est faible. C'est déclaratif et corrélé, pas une preuve de causalité. Mais l'écart est assez net pour arrêter de traiter l'humain comme la dernière ligne du planning.

Pourquoi commencer par le pourquoi, avant le logiciel ?

Parce qu'une équipe qui comprend où va l'entreprise vous suit beaucoup plus facilement sur le comment et sur le quoi. Si vous ouvrez avec une démo de logiciel, vous parlez d'écrans. Si vous ouvrez avec votre vision de la DMC de demain, vous parlez de leur avenir.

Chez Mexikoo, j'ai fait face à de la résistance quand j'ai voulu installer de nouveaux outils. Ce qui a débloqué la situation, ce n'est pas une meilleure démo. C'est d'avoir présenté plusieurs fois à toute l'équipe la DMC que je voulais construire : une agence à l'avant-garde, où la technologie fait partie de la culture et pas d'un projet ponctuel. Et surtout, ce que devenaient leurs rôles dans cette DMC-là.

C'est le point que beaucoup de dirigeants oublient. Votre équipe passe une grande partie de son temps sur de la logistique : ressaisir, relancer, vérifier, recopier. Si l'outil absorbe une part de ce travail, la question légitime de chacun est « et moi, je deviens quoi ? ». Répondez avant qu'on vous la pose. Aidez chaque personne à se projeter dans un rôle qui dépasse ses tâches d'aujourd'hui : plus de temps avec les voyageurs, plus de conception de produit, plus de relation avec les partenaires. Un pourquoi qui ne dit rien de leur place dans le futur reste un discours de direction.

Comment partir des douleurs de l'équipe ?

Avec une question simple, que j'appelle la question de la baguette magique : « Si vous aviez une baguette magique, qu'est-ce que vous aimeriez ne plus jamais avoir à faire au quotidien ? »

Les réponses sont concrètes et souvent inattendues : la ressaisie d'un même dossier dans trois fichiers, les relances fournisseurs à la main, la chasse au dernier tarif à jour, le roadbook refait de zéro à chaque modification. C'est votre vraie liste de critères de sélection, bien plus utile qu'un comparatif de fonctionnalités.

Le mécanisme est le suivant :

1. Collectez les réponses personne par personne, pas en réunion collective où les plus bavards prennent toute la place.
2. Regroupez-les en une courte liste de douleurs prioritaires, une dizaine au maximum, formulées avec leurs mots.
3. Pendant les démos des éditeurs, faites rejouer ces douleurs sur des cas réels de votre agence, idéalement par les personnes qui les ont exprimées.
4. Faites valider par l'équipe que l'outil résout bien ces douleurs-là, et pas des problèmes qu'ils n'ont pas.

Si vos équipes ne sentent pas qu'on résout une douleur qui est la leur, elles ne changeront pas d'outil. Un logiciel qui règle les problèmes du dirigeant mais pas ceux de l'agent d'opérations sera contourné, et Excel reviendra par la petite porte.

Faut-il impliquer l'équipe dans le choix du logiciel ?

Oui, et le plus tôt possible. Un manager qui choisit seul l'outil que toute l'équipe utilisera huit heures par jour part avec un sérieux handicap. À l'inverse, on refuse rarement un outil qu'on a soi-même contribué à choisir.

Ce n'est pas qu'une intuition de dirigeante. En 1948, Lester Coch et John French ont étudié des changements de méthodes de travail à la Harwood Manufacturing Corporation, une usine textile de Virginie (étude originale). Le groupe simplement informé du changement a vu sa productivité tomber à environ deux tiers de son niveau pendant un mois, avec environ 17 % de départs en quarante jours. Les groupes associés à la conception du changement ont retrouvé leur niveau en quelques jours, puis l'ont dépassé d'environ 14 %, sans aucun départ. L'étude a ses critiques méthodologiques, mais son enseignement principal a traversé les décennies : la résistance dépend largement de la manière dont le changement est introduit.

Concrètement, associez au moins un représentant de chaque métier (ventes, opérations, comptabilité) à la présélection, aux démos et au choix final. Et soyez transparent sur ce qui est ouvert. Si le budget et la date de bascule sont fixés par la direction, dites-le dès le départ. Ce qui doit être réellement ouvert, c'est le choix entre les options présélectionnées et la manière de travailler dans l'outil. Une fausse concertation, où la décision était déjà prise, fait plus de dégâts que pas de concertation du tout.

Quel est le rôle des champions internes dans l'adoption d'un ERP ?

Le champion est la personne qui fait vivre l'outil au quotidien quand le support de l'éditeur n'est pas disponible à l'instant T. Dans une petite DMC, un champion suffit. Dans une structure plus grande, prévoyez-en deux.

Choisissez des profils un peu technophiles, respectés par leurs collègues, et donnez-leur un vrai mandat :

• l'évangélisation de l'outil inscrite dans leurs missions et leurs objectifs, idéalement dans leur variable ;
• du temps dédié pendant les premiers mois, pas en plus de leur charge habituelle ;
• une ligne directe avec l'éditeur pour remonter les blocages.

Leur valeur tient à une chose qu'aucun support externe ne peut offrir : ils connaissent votre manière d'opérer. Quand un agent bloque sur un usage, le champion ne donne pas la réponse du manuel, il donne la réponse qui marche chez vous. C'est ce qui évite les petits contournements qui, mis bout à bout, tuent l'adoption.

Comment réussir la bascule de l'ancien outil vers le nouveau ?

En fixant une date de fin, puis en la tenant. Chez Odys, ce que j'observe dans la majorité des onboardings, c'est que les plus rapides sont ceux où l'ancien outil s'éteint : un contrat qui se termine, une licence qui expire. Personne ne veut payer deux outils en même temps, donc tout le monde accélère.

La leçon, c'est de répliquer cette urgence même quand rien ne vous y oblige. Votre ancien outil est gratuit, ou c'est un Excel maison ? Donnez-lui quand même une date de fin. Sans date claire, exprimée et partagée à toute l'équipe, la bascule n'arrive jamais vraiment : le réflexe humain ramène toujours vers ce qui est confortable.

Deux leviers existent pour y arriver.

Le bâton : couper l'ancien outil

Vous fixez une date, vous l'annoncez, et ce jour-là l'ancien outil passe en lecture seule ou disparaît. C'est efficace et c'est sain. Mais utilisé seul, c'est une méthode de contrainte, et une équipe contrainte fait le minimum.

La carotte : un bonus d'adoption

C'est la méthode que je préfère, parce qu'elle rend la démarche volontaire. Vous créez un bonus exceptionnel, dans le variable ou à part, pour celles et ceux qui ont basculé à une date donnée.

Le piège, c'est de mal choisir le critère. Si vous payez au nombre de dossiers créés dans l'outil, vous obtiendrez des dossiers, pas forcément de vrais usages. C'est la loi de Goodhart : quand une mesure devient un objectif, elle cesse d'être une bonne mesure. Un bonus bien construit suit trois règles :

1. Il récompense une part, pas un volume : 100 % des nouveaux devis et des nouveaux dossiers en opération créés dans le nouvel outil à partir de la date fixée.
2. Il est limité dans le temps et annoncé comme exceptionnel, pour ne pas devenir un dû.
3. Il coïncide avec la date de coupure de l'ancien outil : la carotte fait basculer la majorité, le bâton sécurise les derniers résistants.

La carotte aligne les planètes. Le bâton reste le filet de sécurité. Les deux ensemble transforment une bascule annoncée en bascule réelle.

Les quatre temps de la bascule, en résumé

1. Le pourquoi : votre vision de la DMC de demain et la place de chacun dedans.
2. La douleur : la question de la baguette magique, puis des démos jouées sur leurs propres cas.
3. La co-décision : l'équipe participe au choix, avec des règles du jeu claires.
4. La bascule : des champions mandatés, une date de fin tenue et un bonus construit sur la part d'usage.

Questions fréquentes

Combien de temps faut-il pour faire adopter un nouvel ERP dans une DMC ?

Cela dépend du volume de dossiers et de la taille de l'équipe, mais le facteur le plus déterminant est l'existence d'une date de fin pour l'ancien outil. Sans date, l'adoption s'étire indéfiniment.

Qui doit participer au choix d'un logiciel pour DMC ?

Au minimum un représentant de chaque métier qui utilisera l'outil au quotidien : ventes, opérations, comptabilité. Ils participent aux démos sur des cas réels de l'agence et valident que l'outil résout leurs douleurs prioritaires.

Comment gérer un collaborateur qui refuse d'utiliser le nouvel outil ?

Commencez par comprendre sa douleur : un refus signale souvent un usage mal couvert ou la peur de perdre en compétence. Faites-le accompagner par le champion interne. Si la résistance persiste après la date de fin, la date s'applique à tout le monde, sans exception.

Faut-il un bonus pour faire adopter un logiciel ?

Ce n'est pas obligatoire, mais c'est un accélérateur efficace s'il est bien construit : il récompense la part des nouveaux dossiers créés dans l'outil plutôt qu'un volume, il est limité dans le temps et il coïncide avec la date de coupure de l'ancien outil.

Qu'est-ce qu'un champion interne ?

Un collaborateur référent de l'outil, un peu technophile, dont les objectifs incluent l'accompagnement de ses collègues et le déblocage des usages au quotidien, en tenant compte de la manière d'opérer propre à l'agence.

Dans une DMC, l'ERP n'est pas un logiciel comme les autres. C'est l'outil avec lequel vos équipes vont travailler tous les jours, pour le meilleur et pour le pire. Choisissez-le avec elles. Le logiciel, au fond, c'est la partie facile.