Conduite de projet
Pourquoi un projet ERP cale dans une PME, et comment le relancer
Excel qui continue en parallèle, stock faux, date de démarrage repoussée. Les causes d'un ERP qui n'avance plus et un plan de relance en quatre étapes.
Un projet ERP cale rarement à cause du logiciel. Il cale quand tous les modules démarrent en même temps, quand personne n'a nettoyé les données de départ, quand le paramétrage ignore la pratique réelle de l'équipe et quand personne dans l'entreprise n'a le temps de porter le projet. Pour le relancer, choisissez un seul flux, nettoyez ses données, fixez une date d'arrêt de l'ancien outil pour ce flux et nommez un responsable interne.
En bref
- Tant qu'Excel reste la référence, l'ERP n'est qu'une double saisie.
- Un flux complet en usage vaut mieux que dix modules à moitié paramétrés.
- Comptez le stock de départ juste avant la bascule.
- Un projet sans responsable interne disponible s'arrête, quel que soit le prestataire.
Les signes qu'un projet ERP cale
Le projet n'est pas officiellement arrêté. Le contrat court, le prestataire répond, l'entreprise paie les licences. Pourtant le travail réel se fait encore ailleurs.
- Les commandes arrivent toujours par téléphone et WhatsApp, puis quelqu'un les ressaisit le soir.
- Le stock affiché ne correspond pas au dépôt, alors le magasinier garde son cahier.
- La date de démarrage a déjà changé deux fois.
- Une seule personne sait se servir du logiciel, et elle part en congé.
- Les chiffres présentés au gérant sortent encore d'un fichier Excel.
Tout démarrer en même temps
Ventes, achats, stock, production, comptabilité, paie. Quand tous les modules démarrent le même jour, chaque erreur de paramétrage en touche trois autres, et l'équipe passe ses journées à corriger.
Commencez par un seul flux, du début à la fin. Par exemple le devis qui devient commande, puis livraison, puis facture. Quand ce flux tourne sans Excel à côté, ajoutez le suivant. Les gens apprennent sur un circuit qu'ils connaissent, et chaque étape montre un résultat au gérant.
Des données de départ que personne n'a nettoyées
Le même article existe sous trois noms. Un client a deux fiches avec deux soldes. Le stock initial vient d'un inventaire vieux de huit mois. Ces données entrent dans l'ERP telles quelles, et dès la première semaine les états sont faux.
Avant la bascule, faites trois choses. Fusionnez les doublons d'articles et de clients, avec un code unique par article. Comptez le stock physique juste avant le démarrage. Désignez une personne de l'entreprise qui valide chaque fichier repris, parce que le prestataire ne sait pas quel article est le bon.
Un paramétrage qui ignore la pratique réelle
Le paramétrage part souvent de la procédure écrite. Or la pratique d'une PME passe par des remises négociées au téléphone, des livraisons partielles, des retours, des clients qui paient en plusieurs fois. Si le logiciel ne gère pas ces cas, l'équipe les traite à côté, et le double système s'installe.
Pendant le cadrage, passez une journée avec ceux qui font le travail. Notez chaque exception qu'ils rencontrent dans la semaine. Chacune doit avoir sa réponse dans le logiciel, ou une décision écrite de la traiter autrement.
Personne n'a le temps de porter le projet
Le responsable du projet côté entreprise est souvent le comptable ou le directeur commercial, en plus de son poste. Il valide les écrans le soir et répond aux questions du prestataire avec une semaine de retard. Le projet avance au rythme de ses disponibilités.
Nommez un responsable interne qui a le pouvoir de trancher, et libérez-lui du temps dans la semaine. C'est lui qui décide quand une règle change, qui valide les données reprises et qui annonce la fin de l'ancien outil.
Relancer un projet en quatre étapes
Un projet calé se relance rarement en ajoutant des fonctions. Il se relance en réduisant le périmètre jusqu'à ce qu'un premier flux tourne pour de vrai.
| Étape | Ce que vous faites | Ce que vous obtenez |
|---|---|---|
| État des lieux | Lister ce qui est saisi dans l'ERP, ce qui reste sur Excel ou papier, et pourquoi | La liste des blocages réels |
| Un seul flux | Choisir le flux le plus utile et le plus court, par exemple commande, livraison, facture | Un périmètre que l'équipe peut tenir |
| Données du flux | Nettoyer les articles et les clients de ce flux, compter le stock concerné | Des états justes dès le premier jour |
| Date de bascule | Fixer le jour où l'ancien outil s'arrête pour ce flux, et s'y tenir | Une seule source de vérité pour ce flux |
Questions fréquentes
Les réponses courtes
Faut-il changer d'ERP quand le projet n'avance plus ?
Rarement en premier. Si les données ne sont pas propres et que personne ne porte le projet en interne, un nouveau logiciel calera pour les mêmes raisons. Changez d'outil quand le logiciel ne sait pas traiter un flux que vous utilisez chaque jour, même après un nouveau cadrage.
Qui doit nettoyer les données avant la reprise ?
L'entreprise décide, le prestataire outille. Le prestataire peut repérer les doublons et préparer les fichiers, mais seule l'équipe sait quel article ou quel solde client est le bon.
Vaut-il mieux un ERP standard ou un logiciel sur mesure ?
Cela dépend de l'écart entre vos processus et ceux du progiciel. Notre guide « Logiciel sur mesure ou ERP, comment choisir » détaille les critères.