« Le projet est terminé, nous sommes en production. » Dans beaucoup d’entreprises, cette phrase marque la fin du projet SIRH. Pour les équipes RH, elle devrait plutôt marquer le début d’une autre étape, souvent plus difficile et parfois plus décisive : celle de l’adoption.

Car un SIRH ne crée pas de valeur parce qu’il est installé. Il en crée lorsque les usages changent réellement. Lorsque les collaborateurs arrêtent d’envoyer des mails pour poser leurs congés. Lorsque les managers prennent l’habitude de valider dans l’outil plutôt que par téléphone. Lorsque les équipes RH peuvent enfin abandonner les fichiers Excel conservés « au cas où ».

C’est précisément là que se joue la réussite d’un projet. Le déploiement est une étape technique. L’adoption est une transformation des habitudes de travail. Et cette transformation ne se décrète pas le jour du go-live.

Ce qu’on observe sur le terrain : le décalage entre connexion et adoption réelle

Un exemple revient souvent. Une PME déploie un nouveau SIRH avec un portail managers et collaborateurs. Trois mois après le go-live, le taux de connexion affiché est excellent : plus de 90 % des managers se sont connectés au moins une fois dans le mois. Sur le papier, l’adoption semble réussie.

En creusant un peu, la réalité est différente. Une bonne partie de ces connexions correspond en fait à une simple consultation, pas à un usage autonome. Les demandes de congés continuent d’arriver par mail dans près de quatre cas sur dix. Certains managers se connectent pour vérifier une information, puis appellent quand même les RH pour confirmer.

Le taux de connexion mesure une présence sur l’outil, pas un changement de comportement.

Le projet semble réussi parce que l’outil fonctionne. Pourtant, l’organisation continue de fonctionner comme avant. Et c’est souvent à ce moment-là que la déception s’installe : quelques mois après le go-live, l’entreprise réalise qu’elle a déployé un nouvel outil sans avoir réellement transformé ses pratiques.

Le logiciel est bien déployé. Les usages, eux, n’ont pas réellement changé, et c’est précisément ce qu’un pilotage de l’adoption doit détecter avant que cela ne devienne une habitude installée.

Pourquoi les contournements apparaissent : trois causes bien distinctes

Le réflexe le plus courant, lorsqu’un contournement apparaît, est d’y voir un problème de logiciel. Sur le terrain, on retrouve en réalité trois causes assez différentes, qui n’appellent pas la même réponse.

• La première est une friction technique réelle : un parcours trop long pour une action simple, un écran mal pensé, une information difficile à retrouver. Dans ce cas, le contournement est un signal utile : il pointe un défaut d’ergonomie ou de paramétrage qu’il faut corriger rapidement, sous peine de le voir se généraliser.

• La deuxième cause est l’habitude non rompue : le mail ou le fichier Excel ne sont pas plus rapides, mais ils sont plus familiers. Ici, la réponse n’est pas technique, elle est humaine : de la pédagogie, de la répétition et parfois simplement du temps.

• La troisième cause, plus rarement évoquée, est la perte perçue de contrôle. Un manager qui validait auparavant de vive voix, avec une marge d’appréciation informelle, peut vivre la dématérialisation comme une perte d’autonomie, un système qui trace davantage ses décisions. Ce contournement-là ne se résout ni par un correctif technique ni par une formation supplémentaire, mais par un dialogue sur ce que le changement modifie réellement dans sa façon de travailler.

Confondre ces trois causes est l’erreur la plus fréquente après un go-live : on corrige l’ergonomie alors que le vrai sujet est la confiance, ou on multiplie les formations alors que le problème est un écran mal conçu.

Les signaux faibles d’une adoption qui dérape

Avant même que les indicateurs se dégradent, certains signes doivent alerter :

• Les RH continuent de saisir certaines demandes à la place des managers ou des collaborateurs.
• Des fichiers Excel sont conservés « en sécurité » ou « temporairement ».
• Les demandes de congés ou les validations continuent d’arriver par mail.
• Les utilisateurs se connectent régulièrement, mais réalisent peu d’actions en autonomie.
• Certaines procédures sont doublées, avec une validation dans l’outil et une confirmation par téléphone ou messagerie.

Pris isolément, ces signaux peuvent sembler anecdotiques. Mis bout à bout, ils indiquent souvent que les nouveaux usages ne sont pas encore installés.

Un calendrier simple pour piloter l’adoption après le déploiement

Piloter l’adoption ne veut pas dire attendre un bilan à six mois. Quelques jalons simples permettent de réagir au bon moment.

• À quinze jours, l’enjeu est surtout de repérer les blocages techniques et les incompréhensions immédiates : quelles actions posent problème à plusieurs utilisateurs en même temps ? Quelles questions reviennent le plus souvent au support interne ?

• À quarante-cinq jours, l’enjeu change de nature. Ce n’est plus l’outil qu’il faut regarder, mais les habitudes : les managers valident-ils spontanément dans le système ou attendent-ils encore une relance ? Les collaborateurs mettent-ils à jour leurs informations eux-mêmes ?

• À quatre-vingt-dix jours, la question devient celle de l’ancrage : les anciens fichiers ont-ils disparu ou continuent-ils d’être maintenus « au cas où » ? C’est souvent à cette échéance que l’on peut dire si le projet a réellement changé les usages ou s’il a simplement ajouté un outil de plus à côté des anciens.

Les indicateurs qui disent la vérité, et ceux qui rassurent à tort

Le taux de connexion est un indicateur facile à obtenir, mais il rassure plus qu’il n’informe : on peut se connecter sans rien faire de nouveau.

Le vrai indicateur à suivre est le taux de réalisation des actions en autonomie : 

– Combien de demandes de congés sont créées directement dans l’outil plutôt que transmises par un autre canal ? 

– Combien de collaborateurs mettent eux-mêmes leurs informations à jour ? – Combien de validations managers se font sans repasser par les RH ?

Le nombre de sollicitations adressées aux équipes RH est également révélateur. Si le volume et la nature des questions restent identiques plusieurs mois après le déploiement, c’est le signe que le report de charge attendu ne s’est pas encore produit.

Enfin, chaque fichier Excel conservé, chaque processus parallèle ou chaque validation réalisée en dehors de l’outil mérite d’être compté, pas ignoré : ce sont des indicateurs d’adoption à part entière.

Les cinq questions à se poser à J+90

Trois mois après le go-live, quelques questions simples permettent souvent de prendre du recul :

• Quels processus sont encore réalisés en dehors de l’outil ?
• Quels usages nécessitent encore une intervention des RH ?
• Quels irritants reviennent systématiquement dans les échanges ?
• Quels gains de temps sont réellement observés ?
• Quels anciens réflexes n’ont toujours pas disparu ?

Les réponses sont parfois plus révélatrices que n’importe quel tableau de bord.

Ce qui fonctionne vraiment sur le terrain – Le conseil Magari Solutions

Les entreprises qui réussissent le mieux l’adoption de leur SIRH ont souvent un point commun : elles considèrent le go-live comme une étape, pas comme une ligne d’arrivée.

Elles fixent une date de bascule ferme sur les anciens outils, plutôt que de laisser coexister indéfiniment les fichiers Excel « pour se rassurer ». Elles organisent des temps d’échange réguliers avec les utilisateurs, identifient des relais dans les équipes et suivent quelques indicateurs simples pour détecter rapidement les contournements.

Mais surtout, elles se posent une question très concrète quelques semaines après le déploiement :

• Qu’avons-nous réellement arrêté de faire depuis la mise en production ?
• Les validations par mail ont-elles disparu ? 
• Les fichiers de suivi sont-ils toujours utilisés ? 
• Les équipes RH passent-elles moins de temps à ressaisir ou à contrôler les données ?

Car c’est souvent là que se mesure la réussite d’un projet. Non pas dans le nombre de fonctionnalités activées ou dans le respect du planning, mais dans la disparition progressive des anciens réflexes.

Dans notre expérience, les projets qui créent le plus de valeur sont rarement ceux qui ont le plus investi dans le déploiement technique. Ce sont ceux qui consacrent autant d’énergie aux semaines qui suivent la mise en production qu’au choix de l’outil lui-même.

Les difficultés rencontrées après un go-live ne sont pas le signe d’un échec. Elles sont normales dans tout projet de transformation.

En revanche, considérer qu’elles se résoudront d’elles-mêmes est souvent une erreur. Car les habitudes se réinstallent vite. Quelques validations par mail, un fichier Excel conservé « temporairement », une procédure parallèle maintenue pour se rassurer… et, quelques mois plus tard, ces exceptions sont devenues la nouvelle norme.

Au fond, la réussite d’un projet SIRH se mesure peut-être assez simplement : l’entreprise travaille-t-elle différemment qu’avant ?

Si la réponse est non, le projet n’est probablement pas terminé. Il ne fait que commencer.

Et si certaines habitudes persistent encore quelques mois après le go-live, ce n’est pas forcément le signe que le logiciel est mauvais. C’est souvent l’indicateur qu’il reste un dernier chantier à mener : celui de l’appropriation des nouveaux usages.

Pour aller plus loin, lisez les articles :

Ecosystème SIRH en PME : comment structurer ses outils RH sans complexifier son organisation ?

Pourquoi les outils RH échouent à l’adoption… et pas au développement ?