Transformation digitale des achats en Afrique OHADA : pourquoi le DG de PME doit piloter le projet P2P, pas le déléguer

Pourquoi la plupart des projets de digitalisation achats échouent

Les études sur la transformation digitale des organisations convergent sur un constat : la majorité des projets qui n'atteignent pas leurs objectifs ne sont pas des échecs technologiques. Ce sont des échecs de conduite du changement.

Dans le cycle achats, les résistances sont particulièrement fortes. Les équipes opérationnelles, les acheteurs et les comptables ont développé des habitudes autour d'Excel et de l'email. Changer ces habitudes exige une impulsion qui ne peut venir ni de la DSI, ni de la direction achats seule.

Le CIPS, dans ses publications sur la maturité des organisations achats, identifie l'implication explicite de la direction générale comme l'un des facteurs les plus corrélés au succès des projets de transformation P2P, au même titre que la qualité de la solution choisie.

Le rôle que seul le DG peut jouer

Le DG détient trois leviers que personne d'autre dans l'organisation n'a. Premier levier : l'autorité sur les comportements. Quand le DG annonce que les achats sans demande d'achat approuvée ne seront plus remboursés, les comportements changent. Quand c'est la DSI ou la direction achats qui le dit, le message est moins suivi.

Deuxième levier : la vision transversale. La digitalisation des achats touche toutes les directions : opérations (qui créent les demandes d'achat), finance (qui approuve et comptabilise), direction générale (qui arbitre les budgets), fournisseurs (qui reçoivent les bons de commande). Seul le DG a l'autorité naturelle pour aligner ces parties prenantes.

Troisième levier : la légitimité budgétaire. Même si le coût d'un logiciel P2P adapté aux PME africaines est faible (Procura démarre à 75 000 XOF par mois), le projet doit être porté par la direction pour éviter qu'il ne soit mis en échec par les résistances opérationnelles.

Les trois décisions que le DG doit prendre dès le départ

Première décision : définir les règles du jeu non négociables. Quels achats passent obligatoirement par la plateforme ? Dès quel montant ? Quelles catégories d'achat sont couvertes dès le lancement ? Ces règles doivent être communiquées directement par le DG, pas documentées dans un manuel de procédures que personne ne lit.

Deuxième décision : nommer un référent interne. Une seule personne, pas un comité, porte la mise en place opérationnelle : configuration du référentiel fournisseurs, paramétrage des paliers d'approbation, formation des utilisateurs. Cette personne doit avoir le soutien visible du DG pour faire respecter le processus.

Troisième décision : fixer une date de bascule nette. La coexistence du nouveau système et d'Excel pendant plusieurs mois est la première cause d'échec d'adoption. Le DG fixe une date après laquelle Excel n'est plus accepté pour les achats. Cette décision est difficile à tenir, mais elle est la seule qui garantit une adoption complète.

Comment embarquer les équipes et les fournisseurs

Les équipes internes s'embarquent en trois temps. D'abord, une démonstration courte du nouveau cycle, centrée sur ce qui change pour chaque profil : le demandeur crée sa DA en deux minutes et suit son statut en temps réel ; l'approbateur valide depuis son téléphone ; le comptable reçoit la facture déjà rapprochée avec le BC.

Ensuite, une période de test sur une catégorie d'achat limitée, avec des données réelles. Cela permet à chacun de se familiariser avec l'outil avant la bascule générale. Enfin, le message du DG à la date de bascule : une communication claire à l'ensemble des collaborateurs concernés, avec la date et les règles.

Les fournisseurs s'embarquent naturellement, car le portail fournisseur simplifie leur quotidien : ils voient le statut de leurs factures en temps réel, reçoivent leurs bons de commande directement sur la plateforme, et n'ont plus à appeler le comptable pour savoir quand ils seront payés.

Ce qu'un déploiement en 1 semaine change à l'équation

La durée d'implémentation est l'un des principaux freins à la décision de digitaliser les achats dans une PME. Un projet de six mois avec un consultant externe mobilise des ressources internes, crée une incertitude prolongée, et démotive les équipes avant même le lancement.

Procura est opérationnel en une semaine. Jour 1 : appel de découverte et configuration initiale. Jours 2 et 3 : démonstration personnalisée avec les données de l'entreprise dans un bac à sable. Jours 4 à 7 : premier cycle complet en production, de la demande d'achat au règlement fournisseur. À partir de la semaine 2 : déploiement à l'ensemble des utilisateurs.

Cette rapidité change le calcul de risque pour le DG. Un projet d'une semaine est une expérimentation à faible risque. S'il ne produit pas les résultats attendus, il peut être interrompu sans coût majeur. Dans la pratique, les organisations qui franchissent ce cap ne reviennent jamais en arrière.