Pourquoi le Change Design devient le nouveau Change Management ?

Pendant longtemps, les entreprises ont considéré la conduite du changement comme la dernière étape d’un projet. Une fois le nouvel ERP sélectionné, le CRM déployé ou la réorganisation validée, venait le moment d’accompagner les collaborateurs. Il fallait expliquer le projet, communiquer sur ses bénéfices, former les équipes, identifier les ambassadeurs et répondre aux résistances. Le changement était alors perçu comme une conséquence logique d’une décision déjà prise. Cette vision a façonné des décennies de transformation des organisations. Elle a permis d’accompagner des projets de grande ampleur et reste encore aujourd’hui la manière dont la majorité des entreprises abordent leurs programmes de transformation. Pourtant, un constat revient de plus en plus souvent sur le terrain : malgré des plans de communication de qualité, des formations complètes et des équipes Change expérimentées, certains projets continuent d’échouer. Les outils sont déployés, les processus documentés, les collaborateurs formés… mais les usages réels ne suivent pas toujours.

Pendant longtemps, ces difficultés ont été attribuées à une supposée résistance au changement. Une explication simple, rassurante même, qui faisait porter la responsabilité sur les utilisateurs. Pourtant, lorsqu’on observe le quotidien des équipes, une autre réalité apparaît. Dans bien des cas, les collaborateurs ne refusent pas le changement. Ils refusent simplement des solutions qui compliquent leur travail.C’est probablement là que se situe la plus grande évolution des prochaines années. Le véritable enjeu n’est plus d’apprendre aux collaborateurs à accepter le changement. Il est de concevoir des transformations qui s’intègrent naturellement dans leur manière de travailler.

Autrement dit, nous assistons progressivement au passage d’une logique de Change Management à une logique de Change Design.

Le changement commence bien avant le premier e-mail de communication

Lorsqu’un projet de transformation démarre, les premières discussions portent rarement sur les utilisateurs. Elles concernent les objectifs business, les contraintes techniques, le budget, le planning ou le choix de la solution. Les équipes projet travaillent pendant plusieurs mois, parfois plusieurs années, avant que les futurs utilisateurs ne découvrent réellement ce qui va changer dans leur quotidien. Ce fonctionnement paraît logique. Pourtant, il contient déjà les graines des difficultés d’adoption. Car au moment où les équipes Change interviennent, une grande partie des décisions structurantes est déjà figée. Les processus sont dessinés, les interfaces développées, les règles métier validées. L’accompagnement consiste alors principalement à aider les collaborateurs à s’adapter à un système qu’ils n’ont pas contribué à construire.

Cette approche fonctionne lorsque les évolutions sont limitées. Elle devient beaucoup plus fragile lorsque la transformation modifie profondément le travail quotidien. Prenons l’exemple d’un nouveau logiciel de gestion d’interventions destiné à des techniciens terrain. Sur le papier, le projet est irréprochable. Les informations sont mieux structurées, les indicateurs plus précis, les données remontent automatiquement au siège et les managers disposent enfin d’une vision consolidée de l’activité. Quelques semaines après le déploiement, pourtant, les techniciens continuent de prendre des notes sur papier avant de ressaisir les informations plus tard. Certains utilisent encore des groupes WhatsApp pour organiser leurs interventions. D’autres contournent complètement certaines fonctionnalités.

Le réflexe consiste souvent à renforcer la formation ou à rappeler les bonnes pratiques. Mais la vraie question est ailleurs. Pourquoi des professionnels, qui ont tout intérêt à travailler efficacement, choisissent-ils de contourner un outil censé leur simplifier la vie ? Très souvent, la réponse ne se trouve pas dans leur capacité à accepter le changement. Elle se trouve dans la manière dont ce changement a été conçu.

La résistance au changement cache souvent un problème de design

Le terme « résistance au changement » est probablement l’un des plus utilisés dans les projets de transformation. Pourtant, il masque une réalité beaucoup plus nuancée. Dans leur vie personnelle, les mêmes collaborateurs adoptent parfois de nouveaux usages avec une rapidité étonnante. Ils changent de smartphone sans suivre une journée de formation. Ils découvrent une nouvelle application bancaire en quelques minutes. Ils commandent un taxi, gèrent leurs finances ou organisent leurs voyages avec des services qu’ils n’avaient jamais utilisés auparavant. Pourquoi cette facilité disparaît-elle une fois qu’ils franchissent la porte de leur entreprise ? La différence tient rarement aux individus. Elle tient à l’expérience proposée.

Les meilleurs services numériques ont été conçus pour s’adapter aux comportements de leurs utilisateurs. À l’inverse, beaucoup d’outils internes demandent encore aux collaborateurs d’adapter leur travail aux contraintes du système. Cette inversion est fondamentale. Lorsque l’on demande à un commercial de renseigner une vingtaine de champs supplémentaires pour satisfaire les besoins de reporting de l’entreprise, il ne perçoit pas immédiatement la valeur créée. Lorsqu’un opérateur logistique doit naviguer entre plusieurs écrans pour accomplir une tâche qui lui prenait auparavant quelques secondes, il n’a pas le sentiment de progresser. Lorsqu’un manager doit consulter cinq applications différentes pour préparer une réunion, il ne remet pas en cause son propre fonctionnement ; il remet en cause celui de l’organisation.

Ce que l’on appelle parfois « résistance » est souvent une tentative de préserver son efficacité.

‍

Le Service Design change complètement la manière d’aborder la transformation

C’est précisément ici que le Service Design apporte une rupture. Contrairement à une approche traditionnelle qui commence par la solution, le Service Design commence par le travail réel. Il cherche à comprendre comment les équipes collaborent, quelles sont les contraintes du terrain, quels contournements ont été mis en place et pourquoi ils existent. Cette phase d’observation produit souvent un constat surprenant : les processus officiels ne ressemblent plus aux processus réellement utilisés. Dans un service achats, par exemple, la procédure peut prévoir que chaque demande passe par un ERP, puis par un workflow de validation parfaitement documenté. Pourtant, sur le terrain, les collaborateurs échangent d’abord par Teams, valident certaines décisions à l’oral et utilisent parfois un fichier Excel partagé pour suivre les urgences. Ces écarts sont généralement considérés comme des anomalies.

Le Service Design les interprète différemment. Ils constituent des signaux extrêmement précieux. Ils montrent où le système officiel ne répond plus aux besoins opérationnels et où les équipes ont développé leurs propres solutions pour continuer à travailler efficacement. Observer ces pratiques permet de concevoir des processus qui s’appuient sur la réalité plutôt que de chercher à la corriger. C’est toute la différence entre accompagner un changement et concevoir un changement qui fera naturellement sens.

Le design devient une discipline organisationnelle

Pendant longtemps, le design a été associé aux interfaces. Son rôle consistait à améliorer l’ergonomie d’un logiciel ou la qualité d’une expérience utilisateur. Aujourd’hui, son périmètre s’élargit considérablement. Concevoir un processus métier, une organisation ou un workflow relève désormais autant du design que de la technologie. Lorsque l’on cartographie un parcours de recrutement, un circuit d’approvisionnement ou un processus de maintenance, on ne dessine pas uniquement une suite d’étapes. On définit la manière dont des dizaines, parfois des centaines de collaborateurs vont collaborer quotidiennement. Chaque validation supplémentaire, chaque ressaisie d’information, chaque changement d’outil ou chaque rupture dans le parcours influence directement la performance de l’organisation.

Le design ne consiste donc plus seulement à rendre un logiciel agréable à utiliser. Il consiste à rendre le travail lui-même plus fluide. Cette évolution explique pourquoi de plus en plus d’entreprises rapprochent aujourd’hui les équipes UX, Service Design, Product Management, Process Excellence et Change Management. Toutes poursuivent finalement un même objectif : améliorer la manière dont l’organisation fonctionne.

L’intelligence artificielle accélère cette transformation

Si cette évolution devient aujourd’hui particulièrement visible, c’est parce que l’intelligence artificielle modifie profondément la nature des transformations. Jusqu’à récemment, les entreprises déployaient un nouvel outil tous les cinq ou dix ans. Les cycles de changement étaient suffisamment espacés pour laisser le temps aux collaborateurs de s’adapter. Cette époque est déjà derrière nous.

Les logiciels évoluent désormais en permanence. Les assistants IA apparaissent dans les CRM, les ERP, les suites bureautiques et les applications métiers. Les agents intelligents automatisent progressivement certaines tâches. Les processus sont réinventés plusieurs fois dans l’année. Le changement cesse alors d’être un projet.Il devient un état permanent.

Dans ce contexte, les approches traditionnelles montrent rapidement leurs limites. Il devient difficile de produire des plans de formation figés lorsque l’outil évolue tous les mois. Les supports deviennent obsolètes presque aussitôt publiés et les utilisateurs doivent apprendre en continu. Le véritable défi consiste alors à concevoir des organisations capables d’évoluer naturellement, sans avoir besoin de relancer un projet de conduite du changement à chaque nouvelle fonctionnalité.

Le Change Design : une évolution naturelle

C’est probablement ce que recouvre le concept de Change Design. Le Change Design ne remplace pas la conduite du changement. Il la déplace en amont du projet. Son ambition n’est plus uniquement d’accompagner les collaborateurs vers une solution existante. Elle consiste à faire en sorte que cette solution soit pensée dès le départ pour s’intégrer naturellement dans leur quotidien. Cela suppose d’observer davantage, de prototyper les nouveaux processus, de tester rapidement les hypothèses, d’impliquer les utilisateurs beaucoup plus tôt et de considérer l’adoption comme un indicateur de qualité de conception plutôt que comme un objectif de communication.

Cette approche rapproche naturellement le Change Management du Service Design, de l’UX Research et du Product Design. Toutes ces disciplines partagent finalement une même conviction : une solution bien conçue nécessite beaucoup moins d’efforts pour être adoptée.

Conclusion

Pendant des années, les entreprises ont considéré que le changement était un sujet d’accompagnement. Lorsqu’un projet rencontrait des difficultés, elles renforçaient la communication, multipliaient les formations ou cherchaient de nouveaux relais auprès des managers. Cette approche restera utile. Mais elle ne suffira plus.

À l’heure où l’intelligence artificielle accélère le rythme des transformations, les organisations ne peuvent plus se contenter d’aider les collaborateurs à s’adapter. Elles doivent concevoir des outils, des processus et des expériences de travail qui rendent cette adaptation presque naturelle. Le Service Design ouvre précisément cette voie. Il ne cherche plus uniquement à améliorer des interfaces ou des services. Il devient une méthode pour repenser la manière dont les organisations évoluent.

Peut-être est-ce là la véritable évolution de la conduite du changement. Les entreprises les plus performantes demain ne seront pas celles qui sauront le mieux gérer le changement. Ce seront celles qui auront appris à le concevoir.