- Imposez les mêmes scénarios à chaque fournisseur afin de rendre les démonstrations comparables.
- Testez les exceptions et distinguez clairement standard, configuration, extension, développement et contournement.
- Exigez une preuve pour chaque capacité critique et notez immédiatement après chaque scénario.
- Utilisez une grille pondérée avec preuve, écart et risque plutôt qu’une moyenne simple.
Une démo ERP n’est pas un spectacle produit. C’est un test de décision. Si le fournisseur choisit seul le scénario, l’ordre des écrans et les cas présentés, vous évaluez surtout sa capacité à faire une bonne présentation.
Pour évaluer une démo ERP correctement, imposez les mêmes scénarios à chaque fournisseur, testez les exceptions qui comptent dans vos opérations et exigez une preuve pour chaque capacité jugée critique.
En bref : comment évaluer une démo ERP?
Avant la démo, définissez vos scénarios critiques, vos exceptions, vos critères pondérés et les preuves attendues. Pendant la démonstration, faites exécuter vos scénarios dans l’ERP, distinguez le standard de la configuration et du développement, documentez les contournements et notez immédiatement. Après la démo, comparez toutes les solutions avec la même grille.
Une affirmation commerciale ne devrait jamais recevoir la même note qu’une capacité réellement démontrée.
1. Commencez par vos scénarios, pas par la liste de fonctionnalités
Une liste de fonctionnalités produit souvent une série de réponses « oui ». Un scénario oblige le fournisseur à montrer comment le travail se fait réellement.
Par exemple : recevoir une commande urgente, vérifier le stock sur plusieurs sites, réserver l’inventaire, produire ce qui manque, expédier partiellement puis facturer le client. Le scénario révèle les étapes, les dépendances et les compromis que la simple case « gestion des commandes » ne montre pas.
2. Donnez le même scénario à chaque fournisseur
Si chaque éditeur ou intégrateur fait sa propre démo, vous comparez des présentations différentes. Pour obtenir une base décisionnelle, imposez les mêmes processus, données de départ et résultats attendus.
Cette discipline doit commencer dès l’appel d’offres ERP afin que les fournisseurs sachent ce qui sera évalué.
3. Faites démontrer les exceptions
Les processus standards sont généralement les plus faciles à montrer. Les vrais écarts apparaissent dans les exceptions : commande partielle, retour, substitution, rupture, crédit, changement de nomenclature, approbation hors seuil ou transfert entre sites.
Choisissez les exceptions qui coûtent déjà du temps à votre organisation. Elles ont souvent plus de valeur décisionnelle que dix fonctions standards.
4. Demandez ce qui est standard, configuré, étendu ou développé
Pour chaque capacité importante, demandez explicitement si elle relève du produit standard, d’une configuration, d’une extension, d’un développement spécifique ou d’un contournement.
Ces catégories n’ont pas le même coût, le même risque de maintenance ni le même impact sur les futures mises à jour.
5. Comptez les étapes réelles
Ne notez pas seulement si le processus est possible. Regardez combien d’écrans, de clics, de changements de contexte et de validations sont nécessaires.
Un processus utilisé 500 fois par jour mérite une attention différente d’une opération mensuelle. La fréquence doit influencer le poids donné à l’ergonomie.
6. Utilisez des données représentatives
Une démo devient beaucoup plus utile lorsque le fournisseur doit travailler avec des exemples qui ressemblent à votre entreprise : produits, sites, unités de mesure, niveaux de stock, clients, fournisseurs ou structures comptables.
Vous n’avez pas besoin de transférer des données sensibles. L’objectif est d’empêcher une démonstration construite uniquement autour d’un environnement parfait préparé par le vendeur.
7. Testez les intégrations critiques
Pour chaque interface importante, demandez ce qui est natif, ce qui passe par une API, ce qui exige un outil tiers et qui sera responsable de l’intégration.
Vérifiez également si l’intégration est incluse dans la proposition ou simplement présentée comme techniquement possible.
8. Évaluez l’intégrateur en même temps que l’ERP
La démo montre aussi la qualité de l’équipe qui pourrait réaliser le projet. Observez si elle comprend vos opérations, reconnaît les limites du produit, pose de bonnes questions et sait expliquer les compromis.
Évaluez séparément la solution et l’intégrateur. Vous pourrez ensuite comparer les propositions ERP sans mélanger qualité du logiciel, équipe, prix et risque.
9. Exigez une preuve lorsque la réponse est « oui »
Une capacité critique peut être validée par plusieurs types de preuve : démonstration réelle, configuration visible, documentation produit, architecture, référence comparable, engagement écrit ou disposition contractuelle.
Plus la capacité est critique, moins une réponse verbale devrait suffire.
10. Notez immédiatement après chaque scénario
Ne repoussez pas la notation à la fin de la journée. Les impressions se mélangent rapidement entre fournisseurs.
Utilisez une échelle simple, par exemple de 1 à 5, avec une définition claire de chaque niveau. Ajoutez une colonne pour la preuve et une autre pour les écarts ou questions à confirmer.
11. Utilisez une grille pondérée, pas une moyenne simple
Tous les critères ne valent pas le même poids. Un besoin réglementaire ou un processus central de production peut être bloquant, même si la solution obtient une excellente moyenne générale.
Une structure possible : adéquation fonctionnelle 20 %, architecture 10 %, intégrations 10 %, données 10 %, intégrateur 12 %, risque d’implantation 8 %, adoption 5 %, coût total 10 %, conditions contractuelles 5 %, plus les critères spécifiques à votre entreprise.
La grille PlanAxion permet de formaliser ce type de comparaison.
12. Terminez avec une liste d’écarts documentés
À la fin de la démonstration, chaque élément non prouvé doit être transformé en action : question à confirmer, test complémentaire, document à recevoir, preuve de concept ou engagement à intégrer dans la proposition.
Attribuez un responsable et une date à chaque écart critique. Aucun point important ne devrait disparaître simplement parce que la démo est terminée.
25 questions à poser pendant une démo ERP
- Pouvez-vous exécuter ce scénario du début à la fin?
- Cette capacité est-elle standard?
- Quelle configuration est requise?
- Faut-il une extension?
- Faut-il du développement spécifique?
- Quelle partie repose sur un produit tiers?
- Que se passe-t-il dans cette exception?
- Combien d’étapes l’utilisateur doit-il effectuer?
- Peut-on automatiser ces étapes?
- Comment les approbations sont-elles gérées?
- Comment cette fonction se comporte sur plusieurs sites?
- Comment gérez-vous les droits et rôles?
- Comment l’ERP s’intègre-t-il à notre système critique?
- Qui construit et maintient cette interface?
- Est-elle incluse dans l’estimation?
- Quelles données doivent être préparées?
- Quels historiques peuvent être migrés?
- Comment les erreurs sont-elles détectées?
- Quels rapports sont standards?
- Quelles limites du produit devons-nous connaître?
- Avez-vous déjà livré ce scénario dans notre industrie?
- Quelle partie de la démonstration est personnalisée pour nous?
- Quelle hypothèse utilisez-vous ici?
- Pouvez-vous documenter cette réponse?
- Quel élément devons-nous encore valider avant de considérer ce besoin comme couvert?
La démo ne suffit pas à sélectionner un ERP
Une démonstration est une source de preuve parmi plusieurs. La décision finale doit aussi intégrer l’appel d’offres, les références, l’intégrateur, l’architecture, les données, le coût total, les risques et les conditions commerciales.
PlanAxion accompagne les organisations côté client pour définir les scénarios, contrôler les démonstrations, documenter les preuves et transformer les résultats en décision comparable.
Questions fréquentes
Qui doit participer à une démo ERP?
Les propriétaires des processus concernés, les TI, le responsable du projet et les décideurs qui devront valider les compromis importants. Il n’est pas nécessaire que toute l’organisation assiste à chaque séance.
Combien de solutions faut-il inviter en démonstration?
Les fournisseurs arrivant à cette étape devraient déjà avoir passé une présélection. L’objectif est de comparer quelques options crédibles en profondeur plutôt que de multiplier les présentations superficielles.
Combien de temps doit durer une démo ERP?
La durée dépend du nombre de scénarios critiques. Une bonne démo est organisée par processus et réserve suffisamment de temps aux exceptions, aux questions et à la notation.
Le fournisseur doit-il choisir le contenu de la démo?
Il peut présenter certains éléments différenciateurs, mais les scénarios critiques et les critères d’évaluation devraient être définis par le client.
Comment comparer deux démos ERP?
Utilisez les mêmes scénarios, les mêmes critères et la même échelle de notation. Documentez également la preuve, les écarts et les hypothèses pour chaque solution.
Une démo suffit-elle pour choisir un ERP?
Non. Elle doit être combinée avec l’analyse de la proposition, de l’intégrateur, du coût total, des risques, des références et des conditions contractuelles.
Quelle est la différence entre une démo et une preuve de concept?
La démo montre comment le produit répond à des scénarios définis. Une preuve de concept pousse généralement plus loin un risque particulier avec une configuration, des données ou une intégration plus proches de la réalité du client.
Source primaire : méthode de sélection ERP côté client de PlanAxion. Voir aussi Grille de sélection ERP, Appel d’offres ERP et Sélection ERP indépendante.
