Cahier des charges ERP : méthode, plan type et erreurs à…

Le cahier des charges ERP est le document qui conditionne tout le reste du projet : le choix de la solution, le devis de l'intégrateur, le planning et, au bout du compte, la satisfaction des équipes. Un cahier des charges flou produit des offres incomparables et des mauvaises surprises en cours de déploiement. Un cahier des charges trop détaillé sur les fonctions, et pas assez sur les processus, enferme dans une liste de cases à cocher qui ne dit rien de votre métier.

Voici une méthode pour le rédiger, un plan type et les erreurs les plus fréquentes.

À quoi sert un cahier des charges ERP

Il remplit trois fonctions :

Clarifier en interne ce que l'entreprise attend réellement, en mettant d'accord la direction et les métiers.
Mettre en concurrence les éditeurs et intégrateurs sur une base commune, pour obtenir des offres comparables.
Servir de référence contractuelle pendant le projet : ce qui était demandé, ce qui a été promis.

Il ne s'agit pas d'un document technique. C'est d'abord une description de votre entreprise et de vos processus, à partir de laquelle les prestataires proposent une réponse.

Avant d'écrire : la phase de préparation

Constituer l'équipe projet

Un chef de projet interne, un sponsor à la direction, et un référent par grand domaine (finance, ventes, achats, logistique, production). Ce sont eux qui connaissent la réalité du terrain.

Cartographier les processus actuels

Pour chaque grand flux (du devis à l'encaissement, de l'achat au paiement, de la commande à la livraison, de l'ordre de fabrication au produit fini), décrivez ce qui se passe vraiment : qui fait quoi, avec quel outil, quelles ressaisies, quels fichiers Excel, quels points de blocage. Cette cartographie vaut de l'or, même si le projet n'aboutit pas.

Identifier ce qui vous différencie

Quels processus sont standards (la comptabilité ressemble à celle de tout le monde) et lesquels portent votre avantage concurrentiel (une tarification particulière, un service sur mesure, une logistique originale) ? Les premiers doivent rentrer dans le standard de l'ERP ; les seconds méritent une attention particulière, voire une brique dédiée. C'est l'arbitrage que nous détaillons dans ERP PME : progiciel ou sur-mesure.

Le plan type d'un cahier des charges ERP

Partie	Contenu	Conseil
1. Présentation de l'entreprise	Activité, chiffres clés, organisation, sites, effectifs, perspectives	Donnez la trajectoire à 3-5 ans, pas seulement la photo actuelle
2. Contexte et objectifs du projet	Pourquoi changer, objectifs mesurables, périmètre	« Réduire la clôture de 10 à 4 jours » vaut mieux que « gagner en efficacité »
3. Existant	Outils actuels, volumétrie, interfaces, données à reprendre	Listez toutes les connexions, même informelles
4. Processus cibles	Description des flux par domaine, avec cas particuliers	Le cœur du document : décrivez des scénarios, pas des fonctions
5. Exigences fonctionnelles	Besoins par domaine, avec priorité	Classez en indispensable / important / souhaitable
6. Exigences techniques	Hébergement, sécurité, API, accès mobile, performances	Précisez vos attentes de réversibilité et d'accès aux données
7. Interfaces et intégrations	Banque, e-commerce, CRM, EDI, logistique, paie, outils métier	Pour chacune : sens du flux, fréquence, volume
8. Conditions du projet	Planning souhaité, budget indicatif, gouvernance, formation, support	Un budget indicatif évite des offres hors sujet
9. Modalités de réponse	Format attendu, grille d'évaluation, calendrier de sélection, démonstrations	Imposez un format commun pour comparer

Décrire des processus, pas des fonctions

C'est la règle la plus importante. Plutôt que d'écrire « l'ERP doit gérer les remises », décrivez le scénario :

Un client grand compte bénéficie d'une remise annuelle par famille de produits, d'une remise supplémentaire au-delà d'un volume trimestriel, et de prix nets négociés sur une liste de références. Les commerciaux peuvent accorder une remise exceptionnelle jusqu'à 5 %, au-delà une validation du directeur commercial est nécessaire.

Ce scénario permet au prestataire de montrer concrètement comment son outil le traite, et à vous de vérifier lors de la démonstration. Quelques scénarios bien choisis, représentatifs de votre complexité réelle, valent mieux que trois cents lignes de fonctionnalités.

Prioriser les exigences

Toutes les exigences ne se valent pas. Une méthode simple :

Indispensable : sans cela, la solution est éliminée.
Important : un écart doit être compensé (contournement, développement, autre outil).
Souhaitable : un plus, sans impact décisif.

Limitez sévèrement la catégorie « indispensable ». Si tout est indispensable, rien ne l'est, et vous écartez des solutions pertinentes pour des détails.

Les exigences souvent oubliées

La reprise des données : quelles données, sur combien d'années, dans quel état de qualité.
Les API et l'ouverture : pouvoir connecter l'ERP à vos autres outils, aujourd'hui et demain, et en extraire vos données.
La facturation électronique : la capacité à émettre et recevoir des factures électroniques via une plateforme agréée.
Les droits et la traçabilité : profils d'accès, journal des modifications.
La montée de version : comment se passent les mises à jour, et ce qu'elles impliquent pour vos adaptations.
L'IA et l'automatisation : sans en faire un critère gadget, vérifiez que l'outil permet de brancher des automatisations et des modèles d'IA sur ses données. Voir notre article sur l'ERP et l'IA.

Comparer les offres

Construisez une grille de notation avant de recevoir les réponses, avec des pondérations : couverture fonctionnelle des scénarios, qualité de la démonstration, méthode et équipe de l'intégrateur, références dans votre secteur, coût total sur cinq ans (licences ou abonnements, intégration, maintenance, hébergement, évolutions), ouverture et réversibilité.

Demandez systématiquement une démonstration sur vos scénarios, avec vos données si possible, plutôt qu'une présentation commerciale standard.

Les erreurs à éviter

Copier un cahier des charges type trouvé en ligne sans l'adapter à vos processus.
Reproduire l'existant au lieu de profiter du projet pour simplifier.
Rédiger sans les métiers, uniquement entre direction et informatique.
Oublier les utilisateurs terrain et leurs contraintes (mobilité, ergonomie, rapidité).
Se focaliser sur le prix de la licence au lieu du coût total.
Écarter d'emblée les architectures hybrides : un ERP plus simple complété par des briques sur mesure et des automatisations est parfois la meilleure réponse.

Conclusion

Un bon cahier des charges ERP décrit votre entreprise et vos processus avant de parler de logiciel. Il met les équipes d'accord, rend les offres comparables et protège le projet. Et il permet parfois de découvrir qu'un remplacement complet n'est pas nécessaire : relier et compléter l'existant suffit, comme nous l'expliquons dans notre guide sur la migration d'ERP.

Chez Automato, nous accompagnons les PME dans cette phase de cadrage : cartographie des processus, identification des irritants, choix d'architecture entre progiciel, ERP open source et sur mesure. Découvrez notre offre de cadrage, ou commencez par notre audit IA gratuit.