ERP ou logiciel sur mesure : la grille de décision à l'ère du dev assisté par IA

Je vends les deux. J'intègre Odoo et je développe des applications sur mesure avec de l'IA. Ce qui devrait me rendre suspect quand on me demande lequel choisir - mais qui, en pratique, me force à avoir une méthode plutôt qu'un réflexe commercial.

Parce que depuis dix-huit mois, la question a changé de nature. Avant, le sur-mesure était réservé aux entreprises capables d'aligner six mois de développement et un budget à six chiffres. L'ERP gagnait presque par défaut. Aujourd'hui, un développement assisté par IA sort un premier produit fonctionnel en quelques semaines pour une fraction du coût historique. Le rapport de force paraît inversé.

Il ne l'est pas. Il s'est déplacé - et c'est exactement ce que la plupart des dirigeants ratent.

Le piège du coût de construction

Voici le message contre-intuitif de cet article, et je préfère le poser d'entrée : l'IA a fait chuter le coût de construction d'un logiciel. Elle n'a pas fait chuter son coût de maintenance.

Construire, c'est le premier tiers de la vie d'un logiciel. Les deux autres tiers, c'est le faire vivre : corriger, faire évoluer, mettre à jour les dépendances, gérer la sécurité, former les nouveaux arrivants, absorber un changement réglementaire, reprendre le code quand la personne qui le connaissait n'est plus là.

Sur ce terrain, l'IA aide, mais elle ne change pas la structure du problème. Un logiciel sur mesure reste votre logiciel : personne d'autre au monde ne paie pour son entretien. Quand la facturation électronique change de format, quand une librairie devient obsolète, quand un navigateur casse un comportement, c'est votre budget qui absorbe. Sur Odoo, ce même travail est mutualisé entre des dizaines de milliers d'entreprises et arrive dans la version suivante.

Le sur-mesure n'est pas devenu bon marché. Il est devenu rapide à démarrer. Ce sont deux choses très différentes, et confondre les deux est le moyen le plus efficace de se retrouver dans trois ans avec un outil que plus personne n'ose toucher.

Les 8 critères qui décident vraiment

En mission, je fais toujours passer la décision par les mêmes huit questions. Elles ne pèsent pas toutes pareil, d'où la pondération.

1. Standard ou spécifique ? (poids 4)

Le critère le plus lourd, et de loin. Votre processus ressemble-t-il à celui de milliers d'autres entreprises, ou constitue-t-il votre avantage concurrentiel ?

Facturer, gérer des stocks, suivre des opportunités commerciales, payer des salaires : c'est standard. Le fait que vous le fassiez « à votre façon » relève neuf fois sur dix de l'habitude, pas de la stratégie. Un ERP vous oblige à un peu de standardisation, et c'est souvent le meilleur cadeau du projet.

En revanche, si le processus encode un savoir-faire que vos concurrents n'ont pas, aucun éditeur ne l'aura anticipé.

2. Criticité métier (poids 3)

Que se passe-t-il si l'outil tombe un mardi matin ? Si la réponse est « on arrête de produire » ou « on ne facture plus », vous avez besoin d'un éditeur, d'une communauté, de correctifs de sécurité réguliers et de plusieurs prestataires capables de reprendre la main. Un outil critique construit sur une base que vous êtes seul à comprendre est un risque d'entreprise, pas un risque informatique.

3. Interopérabilité (poids 3)

Combien d'autres systèmes doivent parler à cet outil ? Compta, banque, e-commerce, EDI client, plateforme de dématérialisation, outil de production. Chaque connexion à construire en sur-mesure est une connexion à maintenir seul. Les ERP arrivent avec ces ponts déjà faits et déjà testés - c'est une part énorme de leur valeur, et la part la plus systématiquement sous-estimée en phase de choix.

4. Maintenabilité et dépendance (poids 3)

Qui peut reprendre le code dans deux ans ? Combien de prestataires sur le marché savent intervenir ? Le dev assisté par IA produit vite, mais produit du code que quelqu'un devra comprendre. Si la réponse à « qui d'autre peut maintenir ça ? » est « personne », le critère bascule fortement vers l'ERP.

5. Budget initial vs TCO à 5 ans (poids 2)

Raisonnez toujours sur cinq ans, licences et maintenance comprises. Un sur-mesure à 30 k€ de construction avec 15 k€ de maintenance annuelle coûte 90 k€ sur cinq ans. Une base Odoo à 25 k€ de mise en œuvre avec 8 k€ de licences et support annuels en coûte 65 k€ - et embarque toutes les évolutions de l'éditeur au passage. Le prix affiché en première page ment presque toujours.

6. Délai de mise en service (poids 2)

Besoin d'être opérationnel dans six semaines ? L'ERP standard gagne, parce que 80 % du produit existe déjà. Le sur-mesure assisté par IA a beaucoup rattrapé sur ce terrain, mais il reste devancé dès que le besoin est couvert nativement.

7. Volume et diversité des utilisateurs (poids 2)

Trois personnes d'une même équipe, ou soixante personnes réparties sur cinq métiers avec des droits différents ? La gestion fine des rôles, des permissions et des parcours est un des postes de développement les plus sous-estimés en sur-mesure. Elle est native dans un ERP.

8. Réversibilité (poids 1)

Si vous voulez sortir dans trois ans, que récupérez-vous ? Vos données sont-elles dans un format standard ? Le poids est faible parce que ce critère décide rarement seul, mais il tranche les cas serrés.

La grille de scoring

Notez chaque critère de 0 à 4 : 0 quand la situation pousse clairement vers l'ERP standard, 4 quand elle pousse clairement vers le sur-mesure. Multipliez par le poids, additionnez. Le maximum est de 80 points.

Critère	Poids	0 = ERP	4 = sur-mesure	Votre note (0-4)	Total
Standard ou spécifique	×4	Process banal	Cœur d'avantage concurrentiel
Criticité métier	×3	Vital, arrêt = perte sèche	Support, panne absorbable
Interopérabilité	×3	Nombreuses connexions	Outil quasi autonome
Maintenabilité	×3	Aucune équipe technique	Compétence technique interne
Budget / TCO 5 ans	×2	Budget contraint	Budget récurrent assumé
Délai	×2	Urgent (< 3 mois)	Horizon souple
Volume utilisateurs	×2	Nombreux, métiers variés	Petit groupe homogène
Réversibilité	×1	Sortie facile exigée	Verrouillage accepté
Total					/80

Lecture du score :

• 0 à 25 points → ERP standard. Votre besoin est couvert par le marché. Déployez Odoo, standardisez, et investissez l'argent économisé ailleurs.
• 26 à 45 points → hybride. Socle ERP plus modules spécifiques. C'est la zone la plus fréquente en PME, et la section suivante lui est consacrée.
• 46 à 80 points → sur-mesure. Votre besoin est réellement singulier. Construisez, mais budgétez la maintenance dès le premier jour.

L'arbre de décision, en version rapide

Si vous voulez trancher en trois minutes plutôt qu'en trente :

1. Le logiciel est-il ce que vous vendez à vos clients ? Oui → sur-mesure. Non → question 2.
2. Un ERP du marché couvre-t-il plus de 70 % du besoin nativement ? Non → sur-mesure. Oui → question 3.
3. Les 30 % restants sont-ils critiques pour l'activité ? Non → ERP standard, adaptez le processus. Oui → hybride.

Deux cas opposés, tirés du terrain

Cas 1 - le besoin qui ressemblait à du sur-mesure et n'en était pas. Une entreprise voulait une gestion électronique de documents enrichie par l'IA : classement automatique, extraction d'informations, recherche intelligente. Le premier réflexe collectif a été « ça n'existe pas, il faut le construire ».

Nous sommes partis du module documentaire natif d'Odoo, et nous avons itéré par couches successives en ajoutant l'IA par-dessus. Le résultat couvre le besoin, mais surtout : la gestion des droits, l'arborescence, les workflows de validation, les connexions au reste du système d'information n'ont jamais eu à être écrits. Ils existaient. Et la maintenance se fait sur un socle commun, mutualisé, que d'autres prestataires savent reprendre.

Ce qui aurait été un projet de plusieurs mois est devenu une série d'itérations courtes. Le spécifique ne représentait au final qu'une fine couche au sommet.

Cas 2 - le sur-mesure qui s'imposait. Une application destinée à des utilisateurs finaux, avec un modèle d'abonnement, des fonctionnalités qui n'existaient nulle part et un besoin de monétiser l'usage lui-même. Ici, aucun ERP n'a de sens : le logiciel n'est pas un support d'activité, il est le produit vendu. L'expérience utilisateur, le parcours d'abonnement, la mécanique de facturation à l'usage constituent l'offre commerciale. Les plier à un standard reviendrait à raboter le produit.

La règle qui se dégage de ces deux cas tient en une phrase : quand le logiciel supporte votre activité, standardisez. Quand le logiciel EST votre activité, construisez.

Le troisième chemin, qui est souvent le bon

Dans la majorité des PME, la réponse honnête n'est ni l'un ni l'autre. C'est un socle ERP plus des modules spécifiques développés avec l'IA.

Ce n'est pas un compromis mou, c'est la meilleure allocation de l'euro investi. Vous ne payez pas pour réécrire la facturation, la comptabilité, les droits utilisateurs, les rapports ou le portail client : ça existe, c'est maintenu par un éditeur, ça se met à jour tout seul. Vous investissez uniquement là où votre entreprise se différencie vraiment - et c'est précisément là que le développement assisté par IA devient redoutable, parce qu'il rend rentable de construire des choses trop petites pour justifier un projet classique.

Trois conditions pour que l'hybride tienne dans la durée :

• Respecter les conventions du framework. Un module qui suit les standards Odoo survit aux montées de version. Un module qui les contourne casse à chaque mise à jour.
• Isoler le spécifique. Le code métier propre doit être identifiable, documenté, testable indépendamment du socle.
• Traiter les personnalisations comme un budget récurrent. Chaque module custom est une petite dette de maintenance. Elle est acceptable si elle est comptée. Elle devient toxique quand elle s'accumule sans être suivie.

C'est aussi le chemin le plus réversible : si un module custom devient obsolète parce que l'éditeur sort enfin la fonctionnalité nativement, vous le supprimez sans démonter le reste.

Ce que je regarde en premier chez un client

Quand un dirigeant m'expose son besoin, la première chose que je cherche n'est pas la fonctionnalité. C'est la frontière : où s'arrête ce qui vous ressemble à tout le monde, et où commence ce qui n'appartient qu'à vous.

Les projets qui dérapent sont presque toujours ceux où cette frontière n'a jamais été tracée. On sur-personnalise un ERP là où il fallait accepter le standard, ou on construit sur mesure une gestion de stock qui existe depuis vingt ans. Dans les deux cas, on paie cher pour reproduire l'existant.

Le développement assisté par IA a rendu cette frontière plus intéressante, pas moins importante. Il permet enfin de traiter correctement le côté « spécifique » sans y engloutir le budget. À condition de savoir où il commence.

Faisons le point sur votre situation

La grille ci-dessus fait le travail dans la plupart des cas. Mais si votre score atterrit dans la zone hybride - c'est-à-dire, statistiquement, si vous êtes une PME - la vraie question n'est plus « ERP ou sur-mesure », elle devient « quoi standardiser, quoi construire, dans quel ordre ».

C'est exactement l'objet de l'atelier de cadrage que je propose : une heure pour poser votre cartographie d'outillage, appliquer la grille sur vos processus réels et sortir avec une recommandation argumentée. Pas un devis déguisé - une décision.

Réserver un atelier de cadrage sur co-labs-conseils.fr

Pour aller plus loin, deux lectures complémentaires : Digitalisation de l'entreprise : le prérequis qu'on oublie avant l'IA, et 5 signes que votre PME a besoin d'un ERP si vous n'êtes pas encore certain d'avoir besoin d'un outil structurant.