Comment réussir l'implémentation d'un ERP : phases, migration des données et conduite du changement

Dans la sixième partie, nous avons expliqué pourquoi les projets ERP échouent : un processus non défini, un propriétaire absent, des données sales, un lancement précipité et une équipe non préparée au changement. Transformons maintenant ces leçons en plan d'exécution. Choisir le système est une décision d'une journée ; l'implémenter est un projet de plusieurs mois, et c'est là que le résultat se joue vraiment. Dans cette septième partie, nous parcourons les phases de l'implémentation dans l'ordre : de la découverte et du schéma des processus à la migration des données, puis aux tests, à la mise en production et à l'hypercare, et enfin au volet humain, là où la plupart des projets s'enlisent.

Découverte et schéma des processus : dessiner avant de construire

Une implémentation réussie commence par une phase de découverte, pas par une installation. Vous vous asseyez avec chaque service pour cartographier son fonctionnement réel aujourd'hui — pas celui qu'il est censé avoir sur le papier — puis vous vous accordez sur la manière unique dont le système mènera chaque processus. Le livrable de cette phase est un seul document : le schéma des processus, qui définit chaque processus, son responsable, son point de départ et son point d'arrivée.

Ce schéma est la constitution du projet. Chaque différend se tranche en y revenant, et chaque personnalisation est évaluée à son aune. Les projets qui sautent la découverte pour passer directement à l'écran découvrent les lacunes après la mise en production, quand les corriger coûte plusieurs fois plus cher.

Migration des données : nettoyer avant de déplacer

Vos anciennes données vivent dans des tableurs et des systèmes dispersés, accumulés au fil des années, et ce sont elles les plus dangereuses à transporter dans le nouveau système. Une migration réussie est une phase à part entière, pas un copier-coller :

• Nettoyer avant de déplacer : noms en double, soldes qui ne concordent pas, articles sans catégorie. Nettoyez-les à la source avant qu'ils n'entrent dans le système, car des données sales qui entrent dans un système propre restent sales et ébranlent la confiance dans les chiffres dès le premier jour.
• Faire correspondre et vérifier : associez les champs de votre ancien système à ceux du nouveau, migrez d'abord un lot d'essai, puis vérifiez que les soldes et les totaux concordent avec la source avant de vous y fier.
• L'historique que vous emportez : décidez ce qu'il faut migrer et ce qu'il faut archiver. Tous les anciens enregistrements ne méritent pas d'alourdir le nouveau système.

La règle : nettoyer d'abord, migrer ensuite, vérifier enfin. Cet ordre fait la différence entre un système qui démarre dans la confiance et un système qui démarre dans le doute.

Tests et recette avant la mise en production

Avant que quiconque utilise le système pour un travail réel, celui-ci doit réussir un test sur vos données, pas sur les données de démonstration de l'éditeur. Vous construisez des scénarios à partir de votre activité réelle — une facture complète, un cycle d'achat, une clôture de fin de mois — et vous les exécutez dans le système pour vérifier qu'il produit le bon résultat.

Vient ensuite la recette : votre propre équipe exécute les opérations qu'elle effectuera au quotidien et valide qu'elles fonctionnent comme elles le doivent. La recette n'est pas une formalité ; c'est la dernière occasion de repérer une lacune avant qu'elle ne se transforme en crise devant un vrai client.

Mise en production et hypercare : progressivement, pas d'un bond

Lors de la mise en production, vous faites face à deux décisions :

• Par phases ou « big bang » : un lancement « big bang » active tout en une seule journée, ce qui multiplie les risques et fait de toute erreur une crise à l'échelle de l'entreprise. Un déploiement par phases — un module ou une agence à la fois — circonscrit l'erreur et construit la confiance pas à pas. Dans la plupart des cas, le déploiement par phases est plus sûr ; le saut unique ne convient qu'aux petites entreprises aux opérations simples.
• Hypercare : les premières semaines après la mise en production sont la phase la plus délicate. Maintenez un support intensif au plus près de l'équipe pour repérer les erreurs et répondre immédiatement aux questions, jusqu'à ce que le système se stabilise et que les gens lui fassent confiance. La mise en production n'est pas la ligne d'arrivée, mais le début de la phase la plus sensible.

Le volet humain : propriétaire, parrainage et changement

C'est ici que la plupart des projets s'enlisent — pas dans la technologie. L'implémentation repose sur trois piliers humains : un propriétaire interne unique, doté d'autorité et de temps dédié, qui pilote de votre côté, et non un collaborateur à qui l'on ajoute le projet en marge ; un parrainage de la direction qui donne au projet une véritable priorité et tranche ce qui traverse plusieurs services ; et une conduite du changement consciente qui prépare l'équipe avant la mise en production, et non après.

Conduire le changement, c'est impliquer les gens tôt pour qu'ils se sentent partie prenante de la décision plutôt que ses victimes, expliquer pourquoi l'on change et pas seulement comment, et faire de la formation un processus continu plutôt qu'un événement ponctuel. Un système que les gens adoptent réussit même s'il est plus simple ; un système qu'on leur impose subit une résistance silencieuse même s'il est plus puissant.

Le regard d'Origami

Nous sommes une société technologique, mais pour nous l'implémentation est un projet organisé, pas l'installation d'un logiciel. Nous commençons par la découverte et le schéma des processus avant de toucher à un écran, nous traitons la migration des données comme une phase qui nettoie et vérifie plutôt qu'elle ne copie, nous insistons sur une recette validée par votre équipe, et nous lançons par phases avec un hypercare rapproché. Et nous faisons du propriétaire interne, du parrainage de la direction et de la conduite du changement une partie du plan dès le premier jour. Notre objectif est un système qui vit après la mise en production, pas un système qui fonctionne le jour de la livraison puis est abandonné.

Conclusion

Une implémentation d'ERP réussie n'est pas un événement mais un projet en plusieurs phases : une découverte qui cartographie les processus, une migration qui nettoie avant de déplacer, une recette validée par ceux qui utiliseront le système, une mise en production par phases suivie d'un hypercare, et au-dessus de tout cela un propriétaire présent, un parrainage de la direction et une équipe préparée au changement. Celui qui parcourt ces phases dans l'ordre fait tourner un système vivant ; celui qui les saute fait tourner une crise différée. Et à travers toutes ces phases se dresse une condition qu'on ne peut pas différer en Arabie saoudite : la conformité. Dans la huitième partie, nous verrons ce que vous devez exiger de tout système avant de signer — facturation électronique, TVA et localisation complète en arabe — comme exigences impératives, et non comme options.

Sources

• Autorité de la zakat, des impôts et des douanes (ZATCA) — la facturation électronique (Fatoora), une obligation à prendre en compte lors des tests et de la mise en production : https://zatca.gov.sa
• Autorité saoudienne des données et de l'intelligence artificielle (SDAIA) — la loi sur la protection des données personnelles (PDPL) et les contrôles sur les données pendant la migration : https://sdaia.gov.sa
• Vision saoudienne 2030 — transformation numérique et soutien aux petites et moyennes entreprises : https://www.vision2030.gov.sa