Grille de scoring sur 100 points pour comparer 3 intégrateurs

Vous avez décidé de mettre en place (ou de changer) un ERP.

Vous comparez 3 intégrateurs.

Et vous avez un problème très classique : leurs offres se ressemblent toutes.

Ils promettent tous :

• une “méthode”
• des “ateliers”
• un “go-live rapide”
• des “best practices”

Sauf que… ce qui fait réussir un projet ERP ne se voit pas dans les belles slides.

Et si vous n’êtes pas expert ERP, c’est normal de vous sentir un peu “à poil” au moment de choisir.

L’objectif de cet article : vous donner une grille simple sur 100 points pour comparer 3 intégrateurs sur des preuves concrètes, pas sur du marketing.

---

Le vrai risque : pas l’outil… le projet

Un projet ERP qui déraille, ça coûte cher. Souvent 3 fois :

• en argent (jours en plus, rework, options ajoutées)
• en temps (6 mois → 12–18 mois)
• en énergie (équipes démotivées, adoption faible, “l’ERP c’est nul”)

Dans la majorité des cas, ce n’est pas “l’ERP” le problème.

C’est :

• un périmètre flou (“on verra plus tard”)
• des données mal préparées
• des interfaces non clarifiées (site e-commerce, CRM, compta, BI…)
• une gouvernance absente (qui décide ? quand ?)
• des changements non cadrés qui font exploser le budget

---

La solution : une grille de scoring (sans jargon)

Le principe est simple :

• vous demandez les mêmes éléments aux 3 intégrateurs,
• vous notez 0 à 5 chaque critère,
• vous obtenez un score sur 100.

Et surtout : vous repérez les signaux rouges (éliminatoires).

---

Comment noter (0 à 5)

• 0 : absent / refus / flou
• 1 : très insuffisant
• 2 : partiel / générique
• 3 : correct / standard
• 4 : solide / adapté à votre contexte
• 5 : excellent + prouvé (exemples, documents, références)

Calcul des points

Pour chaque ligne :

Points = poids × (note / 5)

Exemple : poids 12, note 4 → 12 × (4/5) = 9,6 pts

---

La grille (100 points)

Astuce : ne discutez pas “opinions”. Demandez les preuves.
Un bon intégrateur est capable de montrer des livrables types, une équipe, un planning réaliste.

#	Critère (en clair)	Poids	Ce que vous devez demander (preuves)
1	Est-ce qu’ils ont compris votre besoin ?	10	Une reformulation écrite + ce qui est inclus / exclu + risques
2	Ont-ils déjà fait un projet similaire ?	10	2–3 références proches + faits (durée, équipe, difficulté, résultat)
3	Comment le projet sera piloté ?	12	Qui décide quoi (RACI) + réunions (COPIL/COPRO) + livrables par phase
4	Qui va vraiment travailler sur votre projet ?	12	Noms + rôles + disponibilité (%) + présence de seniors + plan de secours
5	Le planning est-il réaliste ?	10	Jalons clairs + dépendances + charge côté client + marges de sécurité
6	Comment ils gèrent vos données (le point qui casse tout) ?	10	Plan de migration par étapes + nettoyage + répétitions avant bascule
7	Comment ils gèrent les connexions avec vos outils ?	10	Liste des interfaces + qui est responsable + sécurité + surveillance
8	Comment on évite les bugs en production ?	8	Plan de tests + scénarios métier + critères d’acceptation + docs
9	Comment vos équipes vont apprendre et adopter ?	8	Plan de formation par profils + key users + supports + adoption
10	Le prix est-il clair (et le coût total) ?	10	Devis lisible + hypothèses + options + forfait vs régie + support + sortie

---

Les “éliminatoires” (si c’est NON = stop ou grosse pénalité)

Ces 4 points, c’est votre ceinture de sécurité :

1. Ils refusent de donner des hypothèses + exclusions écrites
   → vous allez découvrir les “surprises” en cours de route.

2. Impossible d’identifier l’équipe réelle (qui fait quoi, quand)
   → risque de “vendeur senior / équipe junior”.

3. Les données sont traitées “à la fin” sans plan en étapes
   → bascule risquée, retards, et retours arrière.

4. Aucune référence comparable vérifiable (appel client)
   → beaucoup de promesses, peu de preuve.

---

Les 8 questions simples à poser (même si vous n’êtes pas technique)

Copiez-collez celles-ci en réunion :

• “Pouvez-vous me donner vos hypothèses et exclusions (écrit) ?”
• “Qui sera le chef de projet et qui sera le référent senior ? Leur dispo (%) ?”
• “Montrez-moi un planning avec jalons et ce qu’on doit fournir côté client.”
• “Expliquez-moi votre plan données : comment on évite la catastrophe à la bascule ?”
• “Quelles sont les connexions à prévoir avec nos outils ? Qui fait quoi ?”
• “Comment vous gérez les changements (demande hors périmètre) et l’impact budget ?”
• “Comment vous validez que ‘ça marche’ avant la mise en prod (tests/recette) ?”
• “Après le go-live, c’est quoi le support (SLA, délais, coût, sortie) ?”

---

Conclusion : vous n’avez pas besoin d’être expert ERP

Vous n’avez pas besoin de connaître les modules, les API, ou les acronymes.

Vous avez juste besoin d’une règle :

Ne choisissez pas sur le discours. Choisissez sur les preuves.

Une proposition claire, une équipe identifiable, un plan données sérieux, une gouvernance solide…
C’est ça qui fait la différence entre un projet maîtrisé et un projet qui dérape.

---