Il y a quelques années, quand j’introduisais l’ERP Sage dans une entreprise dans laquelle je travaillais, j’ai essayé d’expliquer la valeur du logiciel de manière un peu trop simple, même maladroite en disant : Ce logiciel fait le travail d’une à deux personnes à lui tout seul !
Un an plus tard, le dirigeant m’a convoqué dans son bureau, m’a demandé de fermer la porte et de m’assoir, puis, me regardant droit dans les yeux a déclaré : tu m’avais promis l’année dernière que ton logiciel remplacerait deux employés, pourtant, au lieu de remercier deux salariés, je vois que tout le monde est encore plus occupé qu’avant ! Est-ce que tu as exagéré ou bien est-ce que quelque chose n’a pas fonctionné ?
Cette question, en apparence simple, révèle une incompréhension profonde de ce qu’est un ERP.
De nombreuses entreprises se posent la même question sous différentes formes : “On nous a promis des gains d’efficacité, pourtant les équipes semblent plus occupées que jamais, l’ERP est-il responsable ?”
La réponse à cette question est pourtant simple, elle repose dans la définition même du système ERP :
Un ERP ne crée pas de l’efficacité : il rend visible les inefficacités qui existaient déjà.
L’ERP n’est pas censé remplacer des personnes, il remplace des frictions, des doubles saisies, des manques de visibilité. Le travail ne va pas donc disparaître par magie, il est plutôt déplacé vers das validations, de la structuration et vers plus de contrôle.
Les réalités cachées des projets ERP ne sont pas techniques, elles sont cognitives : elles viennent de la différence entre ce que l’on imagine et e que le système transforme réellement.
Les trois réalités cachées des projets ERP
Durant mon expérience au sein d’entreprises algériennes, j’ai observé trois réalités qui compliquent l’intégration d’un projet ERP :
La réalité des données
Un ERP a bien entendu besoin de données pour fonctionner, or, On se rend rapidement compte que les données sont peut-être le premier mur qui se dresse devant nous lors de l’intégration d’un ERP : doublons clients, produits mal structurés, historiques incomplets ou incohérents…
Les dirigeants d’entreprises sont toujours conscients de ces problèmes, mais attendent souvent que l’ERP les aide à résoudre ou au moins contourner ces imperfections, mais la réalité est autre : l’ERP hérite du chaos existant !
La réalité de l’intégration
Nous voyons souvent en entreprise des factures sur Excel, plusieurs logiciels métiers isolés, des utilisateurs contraints à exporter des données manuellement afin de les traiter, des doubles saisies partout…
Tous ces aspects exposent un système d’informations fragmenté et une intégration partielle. Nous nous attendons encore une fois à voir ces problèmes se régler par magie après installation du nouvel ERP, or, la deuxième réalité qui nous saute aux yeux est que l’intégration est un prérequis et non un effet de l’installation d’un ERP.
La réalité organisationnelle
Beaucoup d’entreprises fonctionnent avec des processus implicites, des employés avec des rôles vagues ou mal définis, des métiers non standardisés, nous voyons souvent les utilisateurs contourner les procédures, résister au changement…
Dans certaines entreprises, deux personnes réalisent exactement la même tâche sans le savoir, dans d’autres, une validation importante dépends uniquement d’un employé expérimenté qui n’a jamais documenté sa méthode de travail. Tant que ces pratiques restent informelles, elles semblent fonctionner. Lorsqu’un ERP impose un processus structuré, ces zones grises deviennent immédiatement visibles.
C’est la troisième réalité à laquelle les projets ERP sont exposés : le problème n’est pas uniquement technique, mais aussi culturel. Les équipes ne sont parfois tout simplement pas prêtes au saut vers un ERP.
Pourquoi ces réalités sont cachées ?
Ici, il faut être pragmatique ; quand un éditeur ou un intégrateur nous présente son système, il nous fait une démonstration propre, les données de démo sont parfaites, les flux sont simplifiés au maximum : c’est normal que le résultat paraisse propre, c’est parce que la démo est trop parfaite. C’est un mécanisme commercial tout à fait normal et légitime, d’ailleurs, les commerciaux font souvent remarquer qu’il faut que les données soient correctement renseignées, mais n’insistent pas plus que ça quant à l’importance de cette remarque.
Cela dit, il ne faut pas comprendre que les intégrateurs nous cachent des informations utiles pour nous vendre un service, d’ailleurs, ils ne sont pas responsables de l’organisation de l’entreprise. En revanche, leur rôle consiste aussi à aider le client à identifier les obstacles qui pourraient compromettre le projet.
Un projet ERP n’est pas une installation logicielle, C’est une reconstruction progressive du système d’information réel de l’entreprise… en utilisant un logiciel ERP.
L’ERP n’est pas une solution en soi, c’est l’outil qui permet à l’entreprise d’arriver au niveau organisationnel auquel elle aspire.
Lorsqu’un projet ERP semble compliquer le travail quotidien, le problème ne vient généralement pas du logiciel lui-même.
Le système agit comme un révélateur. Il met en lumière des données incomplètes, des processus mal définis, des intégrations absentes ou des responsabilités floues qui existaient déjà avant son arrivée.
C’est précisément pour cette raison que les projets ERP sont parfois inconfortables : ils obligent l’entreprise à se confronter à sa propre réalité opérationnelle.
Et c’est aussi pour cette raison qu’ils peuvent devenir de puissants leviers de transformation lorsqu’ils sont abordés comme des projets d’organisation avant d’être considérés comme des projets informatiques.
Dans les prochains articles, nous explorerons ces différentes réalités à travers des exemples concrets d’intégration, principalement autour d’Odoo, mais avec des enseignements applicables à la plupart des ERP.