Comment éviter de choisir un ERP avant d'avoir défini les besoins ?
D’après Stratégie du système d’information
Il faut séparer la définition du besoin de la démonstration commerciale. Les présentations de solutions peuvent aider à explorer les possibilités, mais elles ne doivent pas devenir le seul langage utilisé pour décrire la cible. Sinon, les fonctions montrées par un éditeur risquent de remplacer les priorités réelles de l'entreprise.
Commencez par les processus à améliorer, les informations nécessaires, les règles communes et les exceptions justifiées. Décrivez les problèmes observés et les résultats attendus avec des indicateurs. Vérifiez ensuite ce qui relève d'une faiblesse de l'outil et ce qui provient de pratiques ou de données mal maîtrisées.
La cible doit aussi préciser les responsabilités, les interfaces, les exigences de reprise des données et l'exploitation future. Un logiciel peut couvrir une fonction sans résoudre les désaccords sur qui valide une commande ou qui entretient un référentiel.
Le schéma directeur positionne alors le projet ERP dans une trajectoire cohérente : prérequis, périmètre, lots, disponibilité des métiers et critères de choix. La consultation des fournisseurs intervient sur cette base. Le choix reste ouvert assez longtemps pour comparer des solutions réelles à un besoin commun, plutôt que d'adapter le besoin à un produit déjà retenu.