Un RFP ERP mal construit coûte plus cher que l’absence de RFP. Le prestataire répond à vos questions, vous comparez des colonnes Excel, vous signez, et vous découvrez six mois après le go-live que personne n’avait posé les questions qui comptaient.
Ce document corrige ce problème. Cinquante questions, organisées en cinq blocs : l’éditeur, l’intégrateur, l’architecture technique, le périmètre fonctionnel, et le contractuel. Pour chaque question, la réponse attendue d’un prestataire sérieux est suffisamment évidente : une réponse vague est un signal d’alerte en soi.
Ces questions s’adressent aux DSI, CFO et directeurs généraux qui gèrent un projet de sélection ERP pour une PME ou une ETI. Adaptez les blocs à votre contexte, mais ne supprimez pas les questions inconfortables : ce sont précisément celles-là qui révèlent la solidité réelle d’un prestataire.
Avant d’envoyer votre RFP, lisez notre guide complet de sélection ERP pour définir votre périmètre fonctionnel et votre budget cible. Sans ce travail préalable, même un excellent RFP produit des réponses non comparables.
Comment utiliser ces 50 questions
Envoyer 50 questions à 5 prestataires produit 250 réponses. Ce volume est gérable si vous avez un cadre de dépouillement. Quelques conseils pratiques :
- Imposez un format de réponse standardisé (tableau Excel ou formulaire partagé), pas un PDF de 80 pages.
- Demandez des preuves à l’appui de chaque réponse clé : référence client contactable, certificat de conformité, extrait de contrat type.
- Pondérez les blocs selon vos priorités. Un groupe multi-sites pondèrera davantage le bloc technique. Une PME en croissance mettra plus de poids sur le bloc contractuel.
- Réservez un score bonus (2 points sur 10) pour les prestataires qui signalent proactivement leurs limites. Un fournisseur honnête sur ses faiblesses est plus précieux qu’un fournisseur qui sur-vend.
Pour la grille de scoring des intégrateurs, consultez notre méthode de scoring sur 100 points.
Bloc 1 : L’éditeur ERP (questions 1 à 10)
Ces questions évaluent la solidité stratégique, la pérennité et la vision produit de l’éditeur. Un bon éditeur répond sans hésiter. Un éditeur en difficulté esquive ou généralise.
1. Quelle est la répartition de votre base clients par segment de taille d’entreprise ? Objectif : vérifier que vous n’êtes pas un client atypique dans leur portefeuille. Un éditeur qui vend 80 % à des grands comptes mais qui vous promet un accompagnement PME adapté mérite un scepticisme mesuré.
2. Combien de clients actifs avez-vous en France dans notre secteur d’activité ? Exigez des références vérifiables, pas des noms de marques sans contact. Trois références avec un interlocuteur DSI joignable valent mieux que vingt logos sur une slide.
3. Quelle est votre trajectoire d’investissement en R&D sur les trois dernières années, en pourcentage du chiffre d’affaires ? Le minimum attendu pour un éditeur viable : 15 à 20 % du CA réinvesti en R&D. En dessous, la roadmap stagne. Au-dessus de 30 %, vérifiez que ce n’est pas un effet de levier de croissance non rentable.
4. Comment gérez-vous les migrations de version majeure ? Quel délai moyen pour qu’un client passe à la dernière release ? Les migrations imposées sans accompagnement sont un des premiers sujets de litige post-signature. Un éditeur sérieux a un programme de migration structuré, avec des délais annoncés à l’avance et des ressources dédiées.
5. Votre solution sera-t-elle conforme à la facturation électronique B2B française dans les délais réglementaires ? Depuis le déploiement progressif de l’obligation en 2026, c’est une question non-négociable pour toute entreprise française. Demandez le nom de la PDP (Plateforme de Dématérialisation Partenaire) retenue et la date de certification.
6. Quelle est votre stratégie sur l’IA générative intégrée à la solution ? Distinguez les fonctionnalités disponibles en production aujourd’hui des annonces marketing. Demandez des cas d’usage mesurés chez des clients référencés : gain de temps sur la saisie, réduction des erreurs de codification, aide à la clôture comptable.
7. Comment garantissez-vous la souveraineté des données pour un client français soumis au RGPD ? Exigez de savoir où sont physiquement hébergées vos données (pays, datacenters nommés), si l’éditeur est soumis au Cloud Act américain (solution US hébergée aux États-Unis ou par une filiale américaine), et quelle est la procédure en cas de réquisition par une autorité étrangère.
8. Quelle est votre politique de sortie ? Comment facilitez-vous l’extraction des données si nous changeons de solution ? Un éditeur qui rend la sortie difficile vous enferme dans une dépendance dont vous paierez le prix lors de la prochaine renégociation. Exigez un export complet dans un format standard (CSV, XML, SQL dump) dans un délai contractuellement défini.
9. Quelle est votre stabilité capitalistique actuelle ? Demandez explicitement : y a-t-il des discussions de fusion, d’acquisition ou de cession en cours ? Un rachat par un fonds de private equity ou un grand groupe peut profondément modifier la roadmap, le support et les tarifs dans les 24 mois qui suivent.
10. Quel est votre engagement contractuel sur le maintien des fonctionnalités incluses dans notre offre initiale ? Certains éditeurs déplacent des fonctionnalités vers des tiers modules payants lors des mises à jour majeures. Demandez une clause de non-dépréciation des fonctionnalités couvertes par votre contrat initial.
Bloc 2 : L’intégrateur (questions 11 à 20)
L’intégrateur est souvent plus déterminant que l’éditeur dans la réussite d’un projet ERP. Un excellent intégrateur compense les limites d’un outil moyen. L’inverse n’est pas vrai.
11. Combien de consultants certifiés sur cette solution avez-vous en France, et quel est votre taux de turn-over moyen sur les deux dernières années ? Un turn-over supérieur à 25 % annonce des risques de continuité d’équipe sur votre projet. Demandez à rencontrer les consultants prévus sur votre projet, pas seulement l’équipe commerciale.
12. Qui sera le chef de projet dédié à notre compte ? Pouvez-vous garantir sa disponibilité à 80 % minimum sur notre projet pendant la phase de déploiement ? La garantie de disponibilité doit figurer dans le contrat, pas seulement dans la réponse RFP. Un chef de projet qui gère cinq projets simultanément n’est disponible pour aucun.
13. Quelle est votre méthode de gestion de projet, et comment gérez-vous les dérives de périmètre ? Distinguez la méthode affichée (Agile, cycle en V, hybride) de la réalité terrain. Demandez un exemple concret de dérive de périmètre rencontrée sur un projet récent et comment elle a été gérée.
14. Pouvez-vous nous fournir trois références clients dans notre secteur, de taille comparable, avec un contact DSI joignable par téléphone ? Appelez réellement ces références. Posez-leur ces trois questions : avez-vous respecté les délais ? Avez-vous respecté le budget ? Que feriez-vous différemment si vous recommenciez ?
15. Comment gérez-vous la montée en charge si notre projet nécessite des ressources supplémentaires en cours de route ? Un intégrateur de taille modeste peut manquer de ressources sur un projet qui s’étend. Vérifiez s’il dispose d’un partenariat avec l’éditeur pour puiser dans ses ressources en cas de besoin.
16. Quel est votre taux de livraison dans les délais initiaux prévus sur les trois derniers projets de complexité comparable ? Si l’intégrateur ne connaît pas ce chiffre, c’est une réponse en soi. Un intégrateur qui mesure ses performances contractuelles a ce chiffre. Celui qui improvise au fil de l’eau ne le mesure pas.
17. Comment assurez-vous le transfert de compétences vers nos équipes internes pendant le projet ? L’autonomie post-go-live dépend de ce transfert. Demandez quels livrables documentaires sont inclus dans la prestation (documentation fonctionnelle, guide administrateur, scripts de tests, formation utilisateurs clés).
18. Quelle est votre procédure de gestion des litiges ? Une clause d’escalade claire dans le contrat (niveau 1 : chef de projet, niveau 2 : directeur de projet, niveau 3 : direction) évite que les désaccords dégénèrent. Demandez à voir un exemple de clause de gestion des litiges dans leur contrat type.
19. Avez-vous une pratique intégrée de conduite du changement, ou sous-traitez-vous cette partie ? La conduite du changement déléguée à un sous-traitant crée des problèmes de coordination. Demandez combien de consultants spécialisés en conduite du changement font partie de leurs équipes permanentes.
20. Comment assurez-vous la continuité de service après le go-live, et quelle est la procédure d’escalade en cas d’incident critique en dehors des heures ouvrées ? Les premiers 90 jours post-go-live sont la période la plus risquée. Vérifiez si l’intégrateur propose une cellule de soutien hyper-care post-lancement, et à quel coût.
Bloc 3 : Architecture technique et sécurité (questions 21 à 30)
Ces questions relèvent d’une DSI rigoureuse. Si vous n’avez pas de DSI, faites-vous accompagner par un consultant indépendant pour ce bloc.
21. Votre solution est-elle multi-tenant ou single-tenant, et quelles sont les implications pour nos personnalisations ? En multi-tenant, vos développements spécifiques peuvent ne pas survivre aux mises à jour de l’éditeur. En single-tenant, vous gérez l’infrastructure. Comprenez le modèle avant de vous engager.
22. Quels sont les SLA de disponibilité garantis contractuellement, et que se passe-t-il concrètement en cas de non-respect ? 99,5 % de disponibilité représente environ 44 heures d’indisponibilité annuelle. 99,9 %, c’est moins de 9 heures. Demandez ce que vous recevez si le SLA n’est pas respecté (crédit de service, pénalité financière, option de résiliation).
23. Comment gérez-vous les sauvegardes, et quels sont vos RTO (Recovery Time Objective) et RPO (Recovery Point Objective) garantis contractuellement ? Un RTO de 4 heures signifie que vos systèmes redémarrent au plus tard 4 heures après un incident majeur. Un RPO de 1 heure signifie que vous perdez au maximum 1 heure de données. Ces chiffres doivent être dans le contrat, pas dans une fiche marketing.
24. Quelles certifications de sécurité possédez-vous, et ces certifications couvrent-elles bien notre environnement de production ? ISO 27001, SOC 2 Type II, HDS pour les données de santé : vérifiez que la certification couvre le scope précis de votre hébergement, pas seulement les locaux du siège de l’éditeur.
25. Avez-vous des connecteurs natifs avec les systèmes que nous utilisons déjà, ou faut-il développer des middlewares ? Les intégrations non documentées sont une source majeure de dépassement budgétaire. Listez vos systèmes en place (CRM, BI, WMS, EDI, outils métier spécifiques) et demandez une réponse précise pour chacun.
26. Supportez-vous le SSO (Single Sign-On) et l’authentification multifacteur, et avec quels fournisseurs d’identité ? Azure AD, Google Workspace, Okta : la compatibilité avec votre annuaire d’entreprise existant conditionne la simplicité du déploiement. Le MFA est désormais une exigence de base pour les assurances cyber.
27. Votre infrastructure est-elle hébergée en France ou dans l’UE, et êtes-vous soumis au Cloud Act américain ? Cette question est particulièrement pertinente pour les entreprises dans des secteurs sensibles (défense, santé, finance, collectivités). Un hébergeur européen certifié SecNumCloud est la référence en France pour les données sensibles.
28. Comment gérez-vous les fenêtres de maintenance et les mises à jour correctives ? Pouvez-vous choisir vos fenêtres de maintenance pour éviter les périodes de clôture comptable ou les pics d’activité opérationnelle ? Les corrections de sécurité critiques peuvent-elles être déployées en dehors de ces fenêtres ?
29. Pouvez-vous démontrer des tests de charge sur une configuration proche de la nôtre ? Un ERP qui fonctionne pour 50 utilisateurs peut se dégrader avec 200 utilisateurs simultanés lors d’une clôture mensuelle. Demandez des rapports de tests de charge, pas des affirmations génériques.
30. Quelle est votre stratégie de versioning des APIs d’intégration ? Un changement d’API non rétrocompatible peut casser vos intégrations existantes du jour au lendemain. Demandez le délai de préavis minimum et la politique de maintenance des anciennes versions d’API.
Bloc 4 : Périmètre fonctionnel (questions 31 à 40)
Ce bloc adapte votre RFP à votre contexte spécifique. Personnalisez les questions 31, 32 et 38 selon votre secteur d’activité.
31. Comment votre solution gère-t-elle les spécificités de notre secteur d’activité ? Demandez une démonstration sur des cas d’usage réels issus de votre métier, pas une présentation générique du catalogue de fonctionnalités. Un éditeur qui connaît votre secteur démontre sur vos processus.
32. Quelle est la profondeur fonctionnelle du module comptable sur les particularités françaises ? Plan Comptable Général 2025, Fichier des Écritures Comptables (FEC) conforme aux exigences DGFiP, liasse fiscale automatisée, déclaration de TVA CA3 : ces points ne sont pas cosmétiques pour une entreprise française.
33. Comment gérez-vous le multi-sociétés, les flux intercompany et la consolidation si notre organisation est concernée ? Pour un groupe avec plusieurs entités juridiques, la consolidation automatisée et la gestion des flux intercompany (éliminations, retraitements) peuvent représenter plusieurs semaines de travail de paramétrage.
34. Quel est le niveau de paramétrage autonome accessible à nos administrateurs fonctionnels, sans intervention d’un consultant ? Un outil entièrement verrouillé vous rend dépendant de l’intégrateur pour chaque ajustement. Un outil trop ouvert crée des risques de paramétrage incontrôlé. Trouver l’équilibre est une question de maturité produit.
35. Les workflows d’approbation sont-ils configurables par vos utilisateurs, ou toute modification requiert-elle un consultant ? L’autonomie sur les workflows conditionne votre agilité opérationnelle post-go-live. Un changement d’organigramme ne devrait pas nécessiter un bon de commande chez l’intégrateur.
36. Quelle est la profondeur du module de reporting natif, et comment s’intègre-t-il avec les outils BI du marché ? Power BI, Tableau, Qlik : demandez si la connexion est native ou nécessite un export manuel. Un module de reporting natif limité est acceptable si l’intégration BI est fluide.
37. Existe-t-il une application mobile native pour les cas d’usage terrain ? Saisie des temps, approbations de bons de commande, gestion des stocks en entrepôt, notes de frais : ces usages mobiles sont souvent la première friction rencontrée par les utilisateurs terrain après le go-live.
38. Quels gains mesurables vos clients constatent-ils avec les fonctionnalités IA de votre solution dans notre secteur ? Demandez des cas d’usage spécifiques avec des métriques concrètes (réduction du temps de rapprochement bancaire, automatisation du lettrage, détection d’anomalies sur les factures fournisseurs). Les annonces marketing sans données terrain sont un signal d’alerte.
39. Comment gérez-vous les évolutions réglementaires françaises dans vos mises à jour ? DSN (Déclaration Sociale Nominative), TVA intracommunautaire, DEB/DES, facturation électronique, nouvelles obligations ESG : ces mises à jour sont-elles incluses dans la maintenance ou font-elles l’objet d’avenants facturés séparément ?
40. Comment les demandes d’évolution fonctionnelle de vos clients influencent-elles la roadmap produit ? Un éditeur qui n’a pas de processus structuré de collecte des besoins clients produit une roadmap décidée en interne, déconnectée des réalités terrain. Demandez à consulter le portail de soumission de demandes d’évolution et les statistiques de traitement des demandes.
Bloc 5 : Contractuel, pricing et TCO (questions 41 à 50)
Ce bloc est le plus important pour protéger votre investissement. Chaque point doit figurer dans le contrat signé, pas seulement dans la réponse RFP.
41. Quel est le détail complet du modèle tarifaire : licences, maintenance, support, modules additionnels, utilisateurs nommés vs concurrents ? Demandez un devis ligne par ligne sur 3 ans. Les modèles “utilisateurs nommés” cachent souvent des coûts de licences supplémentaires non prévus lors de la croissance de vos équipes.
42. Quelles sont les clauses d’indexation des prix, et sur quelle base les tarifs peuvent-ils évoluer annuellement ? Une indexation non plafonnée sur l’inflation vous expose à des augmentations significatives lors des renouvellements. Demandez un plafond contractuel (par exemple, variation maximale de l’IPCH européen + 2 %).
43. Quelles sont vos conditions de résiliation anticipée ? Pénalités de résiliation anticipée, préavis, remboursement des licences prépayées : ces clauses doivent être lues attentivement avant de signer. Pour aller plus loin sur ce sujet, consultez notre article sur les clauses à sécuriser avant la signature.
44. Que couvre exactement votre prestation de support : heures d’ouverture, niveaux de support et SLA de résolution par criticité ? Un incident bloquant le traitement des commandes un lundi matin mérite une résolution en moins de 4 heures, pas en 48 heures. Demandez la matrice de niveaux de criticité et les SLA associés pour chaque niveau.
45. Les mises à jour majeures de version sont-elles incluses dans la maintenance annuelle, ou constituent-elles un projet additionnel ? Certains éditeurs facturent la migration d’une version majeure comme un projet supplémentaire (50 000 à 150 000 euros pour une ETI). Cette question peut modifier significativement votre TCO sur 5 ans.
46. Pouvez-vous nous fournir une projection de TCO sur 5 ans, incluant tous les coûts prévisibles ? Licences, maintenance, support, infrastructure, coûts de migration de version, évolutions réglementaires, formations des nouveaux arrivants : un TCO honnête sur 5 ans révèle des différences considérables entre solutions. Consultez notre analyse des coûts cachés de possession d’un ERP pour construire votre propre grille.
47. Sous quel format et dans quel délai pouvons-nous récupérer l’intégralité de nos données si nous résilions ? Un export de données dans un format propriétaire exploitable uniquement avec la solution de l’éditeur n’est pas une portabilité réelle. Exigez un format ouvert (CSV, XML, JSON) et un délai maximal contractuellement défini (30 jours est un standard raisonnable).
48. Y a-t-il des coûts fréquemment découverts après signature que vous nous signalez proactivement ? Un prestataire honnête répond à cette question sans détour. Un prestataire qui esquive ou dit “non, tout est inclus” mérite une vérification approfondie auprès de ses références clients.
49. Quelles garanties de résultat contractualisez-vous, et comment structurez-vous les jalons de paiement ? Un contrat où 80 % du montant est dû à la commande vous laisse sans levier en cas de défaillance. Un contrat lié à des jalons de livraison vérifiables (recette fonctionnelle, go-live validé, formation complétée) aligne les intérêts.
50. Comment votre contrat distingue-t-il les demandes de changement de périmètre émanant du client de celles liées à des insuffisances dans votre analyse initiale ? Si l’intégrateur n’a pas bien analysé vos besoins au départ, les développements correctifs ne devraient pas vous être facturés en supplément. Cette distinction doit être contractualisée, pas laissée à l’appréciation du chef de projet.
Ce que font les DSI expérimentés avec les réponses
Envoyer le RFP est la partie simple. Le dépouillement rigoureux fait la différence.
Constituez un jury pluridisciplinaire. DSI, DAF, un ou deux responsables métier utilisateurs clés. La note finale est collégiale : chaque évaluateur note indépendamment, puis les scores sont consolidés et les écarts discutés.
Creusez les réponses vagues lors de la shortlist. Les questions de ce RFP sont volontairement précises. Une réponse générique à une question précise est une information. Lors des soutenances des deux ou trois finalistes, revenez sur chaque réponse floue avec un exemple concret.
Traitez les incohérences comme des signaux, pas comme des erreurs. Un prestataire qui indique dans la réponse RFP que la migration de version est incluse, mais dont le contrat type ne le mentionne pas, ne fait pas une erreur de rédaction. Il teste votre attention.
Demandez une démonstration sur vos données réelles. Avant la décision finale, organisez un POC de 2 à 4 semaines sur un processus cible avec vos propres données. Cela révèle ce que ni le RFP ni les slides ne peuvent montrer : le comportement réel du logiciel sur vos cas d’usage.
Articles liés
Pour aller plus loin dans votre processus de sélection ERP :
- Comment choisir son ERP en 2026 : méthode en 7 étapes : le guide complet pour structurer votre démarche avant même d’envoyer un RFP
- Comment choisir un intégrateur ERP : grille de scoring sur 100 points : la méthode pour objectiver la sélection du prestataire d’implémentation
- Négocier son contrat ERP en 2026 : les clauses à sécuriser : les protections contractuelles à obtenir avant la signature
