Vous avez sélectionné votre ERP. SAP, Microsoft Dynamics, Sage, Divalto — peu importe. La vraie décision structurante n’est pas le logiciel. C’est l’intégrateur. Un bon ERP mal implémenté par un intégrateur insuffisant donnera un projet raté. Un ERP standard bien piloté par un intégrateur solide donnera un projet livré dans les délais et dans le budget. J’ai vécu les deux situations en 20 ans de missions DSI en PME et ETI.
Voici les 8 questions que je pose systématiquement avant de recommander un intégrateur à un dirigeant — et les signaux d’alerte qui doivent vous faire reposer le stylo.
Pourquoi le choix de l’intégrateur est plus important que le choix de l’ERP
Dans la majorité des projets ERP qui dérivent, la cause racine n’est pas le logiciel. Elle est dans la relation avec l’intégrateur : périmètre mal cadré, TMA sous-dimensionnée, chef de projet junior sur un projet complexe, turn-over chez l’intégrateur en cours de mission.
J’ai piloté des déploiements ERP sur SAP, Divalto, Microsoft Dynamics et Sage dans des contextes multi-pays et multi-entités. Dans chaque projet difficile que j’ai repris ou redressé, le problème venait de la relation avec l’intégrateur — pas du logiciel lui-même.
Un intégrateur ERP, ce n’est pas un prestataire comme un autre. C’est un partenaire avec lequel vous allez travailler 12 à 36 mois, sur un projet qui va toucher tous vos processus métiers, mobiliser vos équipes, et engager un budget significatif. Se tromper coûte cher — en argent, en temps et en énergie humaine.
Les 8 questions à poser à un intégrateur ERP avant de signer
1. Combien de projets similaires au mien avez-vous livrés — et pouvez-vous me mettre en contact avec 3 clients références ?
La question des références est basique, mais la façon dont l’intégrateur y répond est révélatrice. Un intégrateur solide vous donne des références dans votre secteur, de taille comparable, sur la même version du logiciel. Il les donne rapidement et sans hésitation.
Signal d’alerte : des références génériques (« nous avons fait des centaines de projets »), des clients non joignables, ou des références dans des secteurs très différents du vôtre. Appelez toujours ces références — pas pour obtenir un avis commercial, mais pour comprendre comment s’est passé le projet réellement : délais, dépassements de budget, réactivité sur les anomalies, qualité du support post-démarrage.
2. Qui sera mon chef de projet — et restera-t-il sur mon projet de A à Z ?
Le chef de projet côté intégrateur est la clé de voûte du projet. C’est lui qui connaît vos processus, qui gère les écarts, qui fait le lien entre votre équipe et les équipes techniques. Un changement de chef de projet en cours de mission est l’une des causes les plus fréquentes de dérapage.
Demandez à rencontrer le chef de projet pressenti — pas uniquement le commercial. Évaluez son niveau d’expérience, son secteur de référence, sa capacité à comprendre vos enjeux métiers. Demandez explicitement une clause de continuité dans le contrat.
Signal d’alerte : l’intégrateur ne peut pas vous nommer le chef de projet avant la signature, ou vous présente un profil senior en avant-vente qui sera remplacé par un junior en phase d’exécution. C’est une pratique courante — et un risque majeur.
3. Comment gérez-vous les évolutions de périmètre en cours de projet ?
Tous les projets ERP évoluent. Des besoins non anticipés apparaissent, des processus se révèlent plus complexes que prévu, des arbitrages doivent être faits. La question n’est pas de savoir si votre périmètre va évoluer — il évoluera. La question est de savoir comment l’intégrateur gère ces évolutions.
Certains intégrateurs facturent chaque évolution en régie, sans plafond. D’autres incluent une enveloppe d’évolutions dans le forfait. D’autres encore imposent un processus de change request lourd et coûteux. Comprendre ce mécanisme avant de signer vous évitera des mauvaises surprises budgétaires.
Signal d’alerte : un contrat qui ne mentionne pas explicitement le processus de gestion des évolutions de périmètre, ou un intégrateur qui minimise la question en disant « on s’adaptera ».
4. Quelle est votre méthodologie de projet — et comment mesurez-vous l’avancement ?
Un intégrateur sérieux a une méthodologie documentée : jalons définis, livrables attendus à chaque étape, critères de validation, reporting régulier à la direction. Il doit être capable de vous montrer un plan de projet type et de vous expliquer comment il mesure l’avancement réel — pas uniquement le consommé budgétaire.
Signal d’alerte : une méthodologie floue (« on fait de l’agile » sans plus de précision), l’absence de jalons contractuels, ou un reporting uniquement financier sans indicateurs d’avancement fonctionnel.
5. Quel est le dispositif de TMA et de support post-démarrage ?
Le démarrage en production est souvent le moment le plus tendu d’un projet ERP. Les anomalies remontent, les utilisateurs sont déstabilisés, les processus se confrontent à la réalité opérationnelle. La qualité du support post-démarrage conditionne le succès réel du projet.
Demandez les SLA précis : délai de prise en charge selon la criticité, plages horaires de disponibilité, nombre de jours de présence sur site pendant la phase de stabilisation. Vérifiez que ces engagements sont contractualisés — pas simplement promis en avant-vente.
Signal d’alerte : un dispositif de TMA sous-dimensionné par rapport à la complexité de votre SI, des SLA non contractualisés, ou un intégrateur qui considère que le projet s’arrête à la mise en production.
6. Qui compose l’équipe projet côté intégrateur — et quelle est leur expérience réelle ?
Au-delà du chef de projet, demandez la composition complète de l’équipe : consultants fonctionnels, développeurs, experts techniques. Vérifiez les profils : ancienneté dans la société, nombre de projets similaires réalisés, certifications sur la version du logiciel concernée.
Dans les PME, les intégrateurs envoient parfois des consultants juniors sur des projets complexes pour maximiser leurs marges. Ce n’est pas acceptable sur un projet structurant. Négociez contractuellement les profils minimaux attendus sur votre projet.
Signal d’alerte : une équipe dont la composition n’est pas confirmée avant la signature, des consultants avec moins de 3 ans d’expérience sur des modules critiques, ou un intégrateur qui refuse de contractualiser les profils.
7. Comment intégrez-vous la conduite du changement dans votre approche ?
Un ERP, c’est d’abord un changement organisationnel. Les utilisateurs doivent changer leurs habitudes, apprendre de nouveaux processus, accepter de perdre parfois des automatismes qu’ils avaient développés sur l’ancien système. La conduite du changement est la première cause d’échec ignorée des projets ERP.
Demandez comment l’intégrateur aborde la formation, la communication interne, l’identification des utilisateurs clés (key users), et la gestion des résistances. Un bon intégrateur a une approche structurée — pas seulement une journée de formation en fin de projet.
Signal d’alerte : une proposition qui réduit la conduite du changement à une formation de 2 jours avant le go-live, ou qui délègue entièrement cette responsabilité à votre équipe sans accompagnement.
8. Quelles garanties contractuelles proposez-vous sur les délais et le budget ?
C’est la question que beaucoup de dirigeants n’osent pas poser — et que les intégrateurs espèrent ne pas entendre. Pourtant, un intégrateur confiant dans sa capacité à livrer n’a pas de raison de refuser des engagements contractuels sur les jalons clés et le plafond budgétaire.
Demandez explicitement : des pénalités en cas de retard significatif sur les jalons contractuels, un mécanisme de plafonnement du budget en cas de dépassement lié à des erreurs d’estimation initiale, et des conditions de sortie si les engagements ne sont pas tenus.
Signal d’alerte : un contrat entièrement en régie sans aucun engagement de résultat, ou un intégrateur qui justifie l’absence de garanties par la « complexité inhérente aux projets ERP ». La complexité est réelle — mais elle se gère avec une méthodologie sérieuse, pas avec une clause d’irresponsabilité.
Le rôle du DSI dans la sélection de l’intégrateur
Idéalement, la sélection de l’intégrateur ERP doit être pilotée ou accompagnée par un DSI expérimenté — interne ou externalisé. Pourquoi ? Parce que les intégrateurs savent exactement comment se présenter en avant-vente pour maximiser leurs chances. Ils connaissent les questions que les dirigeants posent rarement et les zones grises contractuelles qui leur laissent de la marge.
Un DSI qui a déjà sélectionné et challengé des intégrateurs ERP sait lire entre les lignes d’une proposition commerciale, identifier les postes sous-estimés dans le chiffrage, et négocier les clauses contractuelles qui protègent réellement votre entreprise.
Sur les projets ERP que j’ai pilotés en Auvergne-Rhône-Alpes et en France — en industrie, finance, distribution et enseignement — la phase de sélection et de contractualisation avec l’intégrateur est systématiquement celle où un regard externe fait le plus de différence.
Questions fréquentes — Choisir son intégrateur ERP en PME
Combien coûte un projet ERP en PME ?
Un projet ERP en PME (50 à 500 salariés) représente en général entre 150 000 € et 800 000 € selon la taille de l’entreprise, le nombre d’entités, le périmètre fonctionnel et le niveau de paramétrage. Ce budget inclut les licences, l’intégration, la formation et la TMA post-démarrage. Les dépassements non maîtrisés atteignent en moyenne 30 à 50 % du budget initial sur les projets sans gouvernance dédiée.
Quelle est la durée typique d’un projet ERP en PME ?
Entre 12 et 24 mois pour un projet de périmètre standard en PME mono-site. Un déploiement multi-entités ou multi-pays peut durer 24 à 36 mois. Les projets qui dépassent ces durées le font généralement pour des raisons évitables : périmètre mal cadré, ressources insuffisantes côté client, ou intégrateur sous-dimensionné.
Vaut-il mieux choisir un grand intégrateur national ou un intégrateur local ?
Les deux ont des avantages. Un grand intégrateur apporte une méthodologie éprouvée et des ressources larges. Un intégrateur local connaît mieux le tissu économique régional et est souvent plus réactif. Le critère déterminant n’est pas la taille : c’est la qualité de l’équipe dédiée à votre projet et les références sur des projets comparables au vôtre.
Peut-on changer d’intégrateur en cours de projet ?
Oui, mais c’est coûteux et perturbant. Changer d’intégrateur en cours de projet implique une période de recouvrement, une perte de connaissance accumulée, et des risques juridiques si le contrat initial ne prévoit pas de clause de sortie. C’est pour cette raison que la sélection initiale est critique — et qu’il vaut mieux prendre 2 à 3 mois supplémentaires pour bien choisir plutôt que de devoir gérer une rupture en cours de mission.
Faut-il un appel d’offres formel pour sélectionner un intégrateur ERP ?
Pour une PME, un appel d’offres formel avec cahier des charges n’est pas toujours nécessaire — mais un processus de sélection structuré l’est toujours. Minimum : 3 intégrateurs consultés, une démonstration sur vos données réelles, et une réponse sur le même canevas pour comparer objectivement. Un DSI expérimenté peut structurer ce processus en 4 à 6 semaines.
En résumé
Choisir un intégrateur ERP sans poser ces 8 questions, c’est signer un chèque en blanc. Les projets ERP qui dérivent ne le font pas par malchance — ils le font parce que la relation avec l’intégrateur n’a pas été suffisamment cadrée dès le départ.
- Vérifiez les références sur des projets comparables au vôtre — et appelez-les vraiment
- Identifiez le chef de projet avant la signature et négociez sa continuité
- Contractualisez les jalons, les profils et les SLA de support
- Ne signez pas un contrat entièrement en régie sans aucun engagement de résultat
- Faites-vous accompagner par un DSI expérimenté pendant la phase de sélection
Vous pilotez un projet ERP en PME ou ETI en Auvergne-Rhône-Alpes ou en France ? Je peux vous accompagner sur la sélection de l’intégrateur, la rédaction du cahier des charges ou le pilotage complet du projet.
À lire aussi : Pilotage de Projets IT pour PME et ETI · Pourquoi 60 % des projets ERP dérapent · DSI à Temps Partagé pour PME et ETI
AM Consulting 