Le bench est terminé, le contrat est signé. Il ne reste plus qu'à annoncer à l'équipe qu'à partir de lundi, tout passe par le nouvel outil. Seulement voilà : trois mois plus tard, l'usage stagne, les anciens fichiers circulent toujours et chacun a trouvé une bonne raison de contourner le système. Le problème n'est presque jamais l'outil, mais la façon dont le changement a été conduit. Voici comment le structurer pour embarquer vraiment vos équipes !
En SaaS B2B, ça bouge tout le temps. Un nouveau CRM, un outil de ticketing, une Customer Success Platform à déployer, une équipe CSM qu'on découpe entre onboarding et account management, un process de renouvellement qu'on refond... Et c'est normal : une entreprise qui grandit doit régulièrement revoir son organisation et ses outils.
Le problème, c'est que la conduite du changement est souvent traitée comme une formalité. Un mail d'annonce, une démo, une session de formation, et on passe au sujet suivant. Or c'est précisément dans cette phase, et surtout avant elle, que se joue le succès ou l'échec du projet. Un excellent outil mal introduit fera toujours moins bien qu'un outil moyen que l'équipe s'est approprié.
Sans adhésion, le projet est mort dans l'œuf
Je l'ai vécu de l'intérieur. Lorsque j'étais VP Operations, un client nous a demandé davantage de statistiques sur ses demandes de support. Une demande tout à fait légitime. Il en a discuté avec l'un des co-fondateurs, qui a mis en place Zendesk quelques semaines plus tard. Il a fait son benchmark seul, il a paramétré l'outil seul, puis un jour il nous a demandé, à mon équipe et à moi, de passer dessus.
Ça n'est jamais passé.
Pas à cause du choix de l'outil. À cause de la façon dont ça a été fait. Nous nous sommes retrouvés devant un fait accompli, et le rejet a été immédiat, de la part de l'équipe comme de la mienne (oui, le VP Ops faisait partie du problème !). Nous n'avons jamais vraiment réussi à dépasser ce cap : l'adoption est restée mauvaise pendant longtemps.
Avec le recul, le mécanisme est assez simple. Quand un outil de travail quotidien arrive tout ficelé, le message implicite reçu par l'équipe est clair : votre avis ne compte pas sur la manière dont vous faites votre métier. Ceux qui vont utiliser l'outil au quotidien sont justement ceux qui n'ont pas eu leur mot à dire.
Il y a aussi un biais bien connu qui joue à plein : l'effet IKEA, c'est-à-dire la tendance à survaloriser ce que l'on a construit soi-même. Le co-fondateur avait choisi et configuré l'outil, il y tenait. Nous, nous n'avions rien construit. L'attachement au projet était du mauvais côté : chez celui qui le portait, pas chez ceux qui devaient le faire vivre.
Et une première impression ratée se rattrape très mal. Une fois que l'outil est catalogué comme « le truc qu'on nous a imposé », chaque bug, chaque clic en trop devient une preuve à charge. On n'a pas deux fois l'occasion de lancer un outil.
Ce que disent les chiffres
Le cabinet Prosci suit depuis des années la corrélation entre qualité de la conduite du changement et atteinte des objectifs. Parmi les répondants ayant mené une excellente conduite du changement, 88 % ont atteint ou dépassé leurs objectifs, contre seulement 13 % pour ceux dont la conduite du changement était mauvaise. Autrement dit, un projet bien accompagné a environ sept fois plus de chances d'atteindre ses objectifs. Il s'agit d'une corrélation déclarative, mais l'écart est suffisamment massif pour faire réfléchir.
Autre enseignement, plus inquiétant : vos équipes sont fatiguées du changement. Selon une enquête Gartner relayée par la Harvard Business Review, le salarié moyen a vécu 10 changements planifiés en 2022, contre 2 en 2016, et la part des salariés prêts à soutenir ces changements est passée de 74 % à 43 % sur la même période.
Transposez ça à un SaaS en croissance : nouvelle segmentation au T1, nouveau CRM au T2, nouveau pricing au T3... Votre projet n'arrive jamais sur un terrain vierge. Il arrive sur une équipe qui a déjà absorbé plusieurs changements et qui a appris à attendre que « ça passe ».
Préparer le terrain avant d'annoncer quoi que ce soit
La conduite du changement ne commence pas au lancement. Elle commence au moment où vous identifiez le problème à résoudre. C'est contre-intuitif, parce que c'est à ce moment-là que l'on a le moins envie de perdre du temps à consulter. Et c'est pourtant là que tout se joue.
Partir du problème, pas de la solution
Avant de parler d'outil ou d'organigramme, exposez le problème. Qu'est-ce qui coince aujourd'hui ? Pour qui ? Qu'est-ce que ça coûte, en temps, en clients, en chiffre d'affaires ? Comment saura-t-on que c'est résolu ?
Une équipe qui partage le constat accepte beaucoup plus facilement la solution, parce qu'elle y voit la réponse à un problème qu'elle connaît. À l'inverse, une solution qui arrive sans problème partagé ressemble toujours à une lubie venue d'en haut. Et vous risquez de découvrir en chemin que le vrai problème n'était pas celui que vous imaginiez.
Impliquer ceux qui vont vivre le changement
Concrètement, embarquez deux ou trois utilisateurs clés dans le benchmark, faites-leur tester les solutions finalistes, lancez un pilote sur un périmètre réduit avant de généraliser. Ces personnes deviendront vos meilleurs relais : quand un collègue râlera, c'est un pair qui lui répondra, pas le management.
Gartner va d'ailleurs dans ce sens avec ce que le cabinet appelle une stratégie de changement « open source ». Selon Gartner, les organisations qui l'appliquent ont 14 fois plus de chances de réussir leur changement, voient le risque de fatigue baisser de 29 points et l'intention de rester progresser jusqu'à 19 points.
Attention, impliquer ne veut pas dire faire voter tout le monde sur tout. Gartner insiste sur ce point : il ne s'agit pas d'une démocratie où chacun vote chaque changement, mais d'une méritocratie où les meilleures idées l'emportent, d'où qu'elles viennent. Vous gardez la décision finale, mais vous la prenez avec les bonnes informations et vous expliquez comment vous l'avez prise.
Embarquer la direction (ou la convaincre)
Deux cas de figure. Si le changement vient d'en haut, la direction doit être visible et cohérente : elle explique le pourquoi, elle protège le temps nécessaire à l'adoption et, surtout, elle utilise elle-même le nouvel outil ou le nouveau process. Un CEO qui continue de demander ses chiffres dans l'ancien fichier Excel ruine en une réunion des semaines d'efforts. Prosci observe que les projets portés par des sponsors extrêmement efficaces atteignent leurs objectifs dans 79 % des cas, contre 27 % avec des sponsors extrêmement inefficaces.
Si le changement vient de vous, c'est l'inverse : il faut le vendre. Chiffrez le problème, montrez ce que le changement libère, et demandez explicitement ce dont vous avez besoin, budget ET temps d'accompagnement. C'est là que le principe de « faire et faire savoir » prend tout son sens. Une direction qui n'a pas compris l'enjeu vous lâchera au premier arbitrage difficile. C'est certain.
Dire ce qui change, ce qui ne change pas... et ce qu'on arrête
Formalisez le « avant / après » pour chaque rôle concerné. Ce qui change dans son quotidien, ce qui reste identique (c'est rassurant, dites-le !) et, point souvent oublié, ce qu'il va arrêter de faire. Un changement qui ajoute du travail sans en retirer est un changement qui sera contourné. Si le nouvel outil implique une double saisie pendant trois mois, anticipez-le et dites-le.
Pensez aussi au calendrier. Lancer un nouvel outil en pleine période de renouvellements ou en fin de trimestre, c'est garantir qu'il passera en dernier dans les priorités de chacun.
Accompagner la mise en place
Un kick-off n'est pas une conduite du changement. C'est un point de départ. L'adoption se construit dans les semaines qui suivent, par la répétition et par la régularité. D'où l'importance de rituels courts et installés dès le départ :
- Un point hebdomadaire de 15 minutes pendant les premières semaines, pour faire remonter ce qui bloque et ce qui marche.
- Des référents dans l'équipe, identifiés et disponibles pour les questions du quotidien.
- Une revue d'adoption mensuelle, données d'usage à l'appui.
- Des rétrospectives à 30, 60 et 90 jours, pour décider collectivement des ajustements.
Les OKR sont aussi un bon levier, à condition de les construire intelligemment. L'erreur classique consiste à fixer un objectif d'usage (« 100 % de l'équipe connectée à l'outil »). Un objectif d'usage mesure la conformité, pas la valeur. Mieux vaut ancrer l'objectif sur le résultat attendu, et faire de l'usage un moyen parmi d'autres.
Prenons le déploiement d'une Customer Success Platform et d'un score de santé. Voici à quoi cela pourrait ressembler (exemple fictif) :
- Objectif : détecter plus tôt les comptes à risque pour ne plus subir le churn.
- KR1 : 100 % des comptes suivis avec un score de santé d'ici la fin du trimestre.
- KR2 : chaque compte qui passe en zone rouge fait l'objet d'une action du CSM sous 7 jours.
Et le meilleur moyen de rendre ces objectifs motivants reste d'impliquer l'équipe dans leur définition. Un objectif que l'on s'est fixé soi-même se défend beaucoup mieux qu'un objectif reçu.
Dernier point, souvent négligé : fixez une date de fin pour l'ancien système et annoncez-la à l'avance. Ni trop tôt, sinon vous créez de la panique, ni trop tard. Tant que l'ancien fichier ou l'ancien process reste accessible, il reste l'option la plus confortable. L'habitude gagne toujours par forfait.
Garder les oreilles grandes ouvertes
Beaucoup de dirigeants sont convaincus d'avoir embarqué leurs équipes. Les équipes, elles, ont souvent une autre perception. Un chiffre régulièrement repris dans les études sur le sujet illustre bien ce décalage : selon ChangingPoint, 74 % des dirigeants affirment avoir associé les salariés à la construction de la stratégie de changement, mais seulement 42 % des salariés se sentent inclus.
Le seul moyen de réduire cet écart, c'est d'aller chercher le feedback plutôt que d'attendre qu'il arrive. Plusieurs canaux se complètent :
- Un canal dédié (Slack, Teams) pour les questions et les irritants, sans filtre.
- Les 1:1 managériaux, avec une question systématique sur le nouveau process.
- Les données d'usage, qui disent qui utilise quoi, et surtout qui décroche.
- Le off : échanger 30 minutes avec un collaborateur vous apprendra plus qu'un sondage.
Et changez de regard sur la résistance. Ceux qui râlent sont souvent ceux qui tiennent le plus à bien faire leur travail. La résistance est une information, pas un problème de caractère. Elle vous dit où le process ne colle pas au terrain, où la formation a été insuffisante, où l'outil complique quelque chose qui était simple.
Méfiez-vous plutôt du silence. Une équipe qui ne remonte rien n'est pas forcément une équipe convaincue. C'est parfois une équipe qui a décidé de contourner discrètement le système. Jusqu'au jour où vous vous en rendez compte.
Itérer pour prouver que c'est une co-construction
Écouter ne suffit pas. Si les remontées tombent dans un trou noir, vous obtiendrez l'effet inverse de celui recherché : l'équipe comprendra que la consultation était de façade et arrêtera de jouer le jeu.
Fermez la boucle, systématiquement. « Vous nous avez dit que la vue par compte était illisible, voici ce qu'on a changé. » Un simple journal des évolutions, partagé toutes les deux semaines, suffit souvent. Il montre que le dispositif bouge grâce aux utilisateurs, et il valorise ceux qui ont contribué.
Pour que cette itération soit possible, commencez simple, puis étoffez une fois les bases solides. Un déploiement « big bang » avec tous les modules, toutes les automatisations et tous les champs personnalisés dès le premier jour ne laisse aucune place à l'ajustement. Et il noie les équipes.
Traitez en priorité les petits irritants remontés par le terrain. Un champ inutile supprimé, un raccourci ajouté, une étape du process simplifiée : ce sont des quick wins qui coûtent peu et qui prouvent que l'écoute est réelle. Et quand vous refusez une demande, expliquez pourquoi. Un « non » argumenté renforce la confiance bien plus qu'une demande laissée sans réponse.
Enfin, n'oubliez pas que l'itération ne porte pas que sur l'outil. Parfois, c'est le process lui-même qu'il faut revoir, voire l'organisation. Si trois retours convergent pour dire que la nouvelle répartition entre onboarding et CSM crée des trous dans la raquette, ce n'est pas un problème de paramétrage.
Les erreurs qui plombent l'adhésion
Quelques pièges reviennent très souvent, quelle que soit la nature du changement :
- Confondre formation et adoption. Une formation montre comment faire, elle ne donne pas envie de faire. Sans le pourquoi, la formation s'oublie en quinze jours.
- Oublier les managers intermédiaires. Ce sont eux qui portent le message au quotidien. S'ils ne sont pas convaincus, leurs équipes le sentiront immédiatement.
- Mesurer les connexions plutôt que l'usage utile. Un utilisateur qui se connecte pour cocher la case n'est pas un utilisateur qui a adopté l'outil.
- Empiler les changements. Si trois projets arrivent le même trimestre, priorisez et séquencez. Vos équipes ont une capacité d'absorption limitée.
- Déclarer victoire trop tôt. L'adoption se mesure à six mois, pas à la fin de la première semaine.
Conclusion
Si vous devez retenir une chose, c'est que la conduite du changement commence avant le choix de la solution, pas après. Le temps que vous pensez gagner en décidant seul, vous le perdrez au décuple en adoption ratée, en contournements et en énergie dépensée à convaincre après coup. Alors prenez ce temps en amont. Vos équipes vous le rendront !
Pour aller plus loin :
