| Je suis à la fois éditeur d’un logiciel QHSE et consultant qui accompagne des organisations dans leur gestion de la sécurité depuis plus d’une décennie. Cette double position me donne accès à quelque chose que peu de gens voient : pourquoi les déploiements ne se passent pas immédiatement après les démonstrations commerciales, mais six mois après la signature. |
Ce qu’on vous vend et ce qui se passe réellement
La vente d’un outil QHSE suit un script rodé. Démonstration propre sur des données fictives, interface épurée, commerciaux compétents. L’organisation signe, convaincue que la digitalisation de sa sécurité est en marche. Douze mois plus tard, dans une proportion que j’estime à au moins la moitié des déploiements, l’outil est utilisé par 20 % des personnes prévues, pour 30 % des fonctionnalités achetées.
Ce n’est pas une estimation fantaisiste. C’est ce que je constate dans les organisations qui me contactent après un premier déploiement raté, souvent pour relancer le projet, parfois pour en racheter un autre. Le pattern est remarquablement constant, quelle que soit la taille de l’organisation ou l’outil choisi.
Certains éditeurs répondent à ce problème d’adoption en ajoutant une couche de contrainte : objectifs d’utilisation par utilisateur et par rôle, tableaux de bord de conformité interne, parfois des primes liées à l’assiduité sur la plateforme. Le taux d’utilisation remonte dans les rapports. Les données remontent aussi. Mais leur qualité, leur pertinence terrain, et la réelle appropriation de la démarche de prévention, elles, n’évoluent pas. On a mesuré une activité, pas un comportement.
Les vrais freins ne sont pas là où on les cherche
Quand un déploiement échoue, le réflexe est de chercher du côté de l’outil : trop complexe, pas adapté, mauvaise ergonomie. Parfois c’est vrai. Mais dans la grande majorité des cas que j’ai vus, l’outil n’est pas en cause. Les freins sont organisationnels et managériaux et ils étaient identifiables avant même de signer.
Outil
Évaluation des risques psychosociaux (RPS) par unité de travail
Télécharger gratuitement notre document illustratif — méthode RPS-DU (INRS ED 6403).
FREIN N°1 : L’ABSENCE DE SPONSOR INTERNE
C’est le plus fréquent et le plus fatal. Un déploiement qui n’a pas de sponsor clairement désigné dans l’organisation (quelqu’un avec l’autorité, le temps, et la légitimité pour pousser l’adoption au quotidien) ne décolle pas. L’éditeur livre, configure, forme une fois. Trois mois plus tard, les habitudes reprennent. L’outil dort.
Le sponsor n’est pas nécessairement le directeur HSE. C’est la personne qui, dans l’organisation, a le crédit pour dire : « On utilise l’outil, et voici pourquoi ça change quelque chose pour vous. » Sans cette personne identifiée, le projet est fragile dès le départ.
FREIN N°2 : LE TERRAIN N’A PAS ÉTÉ CONSULTÉ
L’outil a été choisi en salle de réunion par des managers qui ne l’utiliseront pas ou peu quotidiennement. Le travailleur qui doit signaler une observation depuis son mobile, le chef d’équipe qui doit valider une LMRA avant le début d’une intervention découvrent l’outil le jour de la formation. Parfois, ils trouvent qu’il ne correspond pas à leur réalité de terrain. Leur résistance est légitime.
La règle que j’applique dans chaque projet : au moins deux ou trois utilisateurs finaux, des vrais, pas des managers, doivent avoir testé l’outil et validé son adéquation avant que la décision d’achat ne soit prise.
FREIN N°3 : LA FORMATION COMME ÉVÉNEMENT UNIQUE
Une demi-journée de formation au lancement. C’est tout. Pas de documentation accessible après, pas de référent identifié par équipe, pas de suivi à 30 et 90 jours, pas de module court pour les nouvelles recrues. Le taux d’utilisation atteint un pic dans les deux semaines qui suivent, puis chute. C’est mécanique.
La formation n’est pas un événement, c’est un processus. Les organisations qui réussissent leurs déploiements maintiennent un support accessible, font des points réguliers sur l’utilisation, demande des comptes et ont un référent interne capable d’accompagner les cas particuliers.
FREIN N°4 : NUMÉRISER UN PROCESSUS CASSÉ
L’outil numérique arrive pour remplacer un processus existant. Si ce processus n’est pas clarifié avant le déploiement : qui fait quoi, à quelle étape, avec quelle information, l’outil hérite des incohérences du papier. Parfois en pire, car il les rend visibles et génère des frustrations nouvelles.
Avant de choisir un outil, la question à se poser est simple : est-ce que le processus que je veux digitaliser fonctionne déjà correctement à la main ? Si la réponse est non, le problème n’est pas l’outil.
Ce qu’un tableur bien tenu vaut mieux qu’un outil mal déployé
Outil
Évaluation des risques psychosociaux (RPS) par unité de travail
Télécharger gratuitement notre document illustratif — méthode RPS-DU (INRS ED 6403).
Cette affirmation surprend souvent venant d’un éditeur de logiciel. Je la maintiens. Un tableur que tout le monde utilise, où les données sont complètes, où le responsable sait où chercher l’information, ce tableur a une valeur opérationnelle réelle. Il est imparfait, pas scalable, pas certifiable. Mais il fonctionne.
Un outil SaaS partiellement adopté crée deux problèmes que le tableur n’avait pas : des données incomplètes dans un système censé être fiable, et une défiance vis-à-vis des outils numériques qui sera difficile à surmonter lors du prochain projet. J’ai vu des organisations payer deux fois pour le même déploiement parce que le premier avait laissé des cicatrices.
Numériser le chaos produit du chaos numérique. La digitalisation d’un processus HSE ne peut réussir que si le processus est d’abord compris et maîtrisé. |
Ce que le terrain dit et que les commerciaux n’entendent pas
Quand je parle avec des travailleurs qui n’utilisent pas l’outil qu’on leur a fourni, les raisons sont rarement « c’est trop compliqué ». Les raisons réelles sont :
- « On a été formés une fois, j’ai oublié comment faire, et je ne sais pas à qui demander ».
- « Je l’utilise, mais personne ne regarde ce que je remonte alors à quoi ça sert » ?
- « Ça prend trois fois plus de temps que de noter sur un carnet, et mon chef ne me demande pas les données de l’outil, il me demande le rapport Excel qu’on faisait avant ».
- « Le réseau sur le chantier ne passe pas, et l’application ne fonctionne pas hors ligne ».
Ces retours sont précieux. Aucun ne parle de fonctionnalités manquantes. Tous parlent de processus, de management, d’accompagnement, et d’adéquation au contexte terrain. Ce sont des problèmes que l’éditeur ne peut pas résoudre seul et que le commercial ne mentionnera pas pendant la démonstration.
Ce qu’il faut faire avant, pas après
La bonne séquence pour un déploiement qui fonctionne n’est pas : choisir l’outil → signer → déployer → former → espérer. C’est :
- Clarifier le processus cible : ce qu’il doit produire, qui y contribue, avec quelle fréquence.
- Désigner le sponsor interne : pas le SIPP par défaut, mais la personne avec la légitimité pour embarquer les équipes.
- Impliquer deux ou trois utilisateurs finaux dans le choix : leur retour sur l’ergonomie mobile est non négociable.
- Définir les indicateurs de succès à 30, 90, et 180 jours taux d’utilisation, complétude des données, temps de traitement des observations.
- Planifier la montée en charge : pas tout en même temps, mais par périmètre, avec consolidation avant extension.
Ce que je dis aux organisations qui viennent me voir après un premier échec : le problème n’était probablement pas l’outil. Le problème était la méthode. La bonne nouvelle, c’est que la méthode se corrige si on accepte de prendre le temps. |
Conclusion
La digitalisation de la sécurité est une opportunité réelle pour la traçabilité, la réactivité, la qualité des données, et la démonstration de conformité. Elle ne se décrète pas et elle ne s’achète pas. Elle se construit, processus par processus, avec les équipes qui vont l’utiliser.
En tant qu’éditeur, je préfère perdre un contrat parce que l’organisation n’est pas prête plutôt que livrer un outil qui va dormir. Le déploiement raté ne sert personne : pas l’organisation, pas ses travailleurs, et certainement pas la réputation de l’éditeur.