Odoo ou ERP sur mesure : comment décider ?
Ce qu’Odoo fait très bien, ce qu’il fait mal, et les questions à se poser avant de choisir entre un progiciel modulaire et un développement adapté à votre métier.
Publié le 6 septembre 2026 · Équipe SigmaGravity
01.Ce qu’Odoo fait très bien
Odoo couvre un périmètre large avec un seul outil : ventes, achats, stocks, comptabilité, projets, ressources humaines. Pour une entreprise dont les processus ressemblent à ceux de la plupart des entreprises, c’est un avantage considérable — l’essentiel existe déjà et se paramètre.
Il bénéficie aussi d’un écosystème : des intégrateurs nombreux, une communauté, des modules tiers, une documentation abondante. Vous n’êtes pas dépendant d’un seul prestataire, et c’est un argument sérieux.
Enfin, le coût d’entrée est prévisible. Les licences sont publiées, le paramétrage est chiffrable, et un déploiement standard se déroule sur des rails connus.
- Un périmètre fonctionnel très large, immédiatement disponible.
- Une communauté et plusieurs intégrateurs possibles.
- Un coût d’entrée annoncé et prévisible.
- Des mises à jour et des correctifs pris en charge en amont.
02.Où le coût se déplace
Le piège d’un progiciel modulaire n’est pas son prix affiché : c’est l’écart entre ce qu’il fait et ce que vous faites. Cet écart se comble par du paramétrage tant qu’il reste petit, puis par du développement spécifique, et c’est là que le budget change de nature.
Un module sur mesure greffé sur Odoo doit être maintenu à chaque montée de version. Ce qui était un développement ponctuel devient une charge annuelle, et cette charge n’apparaît sur aucun devis initial.
Le second déplacement est humain. Un progiciel impose son vocabulaire et son enchaînement d’écrans. Quand ils s’éloignent trop de votre façon de travailler, les équipes contournent — un fichier Excel réapparaît à côté, et vous payez un ERP pour tenir une partie seulement de vos données.
03.Les six questions qui tranchent
Ces questions ne demandent pas d’expertise technique. Elles se répondent en interne, et leurs réponses décident presque toujours à elles seules.
- Combien de vos processus clés fonctionnent comme ceux de vos concurrents, et combien sont votre différence ?
- Combien d’utilisateurs, et pour combien d’années ? Une licence par utilisateur se compare sur cinq ans, pas sur un.
- Que se passe-t-il si le module qui vous manque n’est maintenu par personne dans deux ans ?
- Vos équipes accepteront-elles de changer leur façon de faire, ou l’outil doit-il suivre la leur ?
- Quelle proportion du progiciel utiliserez-vous réellement ?
- Qui reprendra la maintenance si votre intégrateur cesse son activité ?
04.Une troisième voie, souvent la bonne
Le débat est posé comme un choix binaire, alors qu’il l’est rarement en pratique. Beaucoup d’entreprises gagnent à prendre une base éprouvée pour ce qui est standard, et à développer sur mesure la partie qui les distingue — en les reliant plutôt qu’en les fusionnant.
La comptabilité, les achats et la paie n’ont pas besoin d’être réinventés. En revanche, la règle de calcul de prix propre à votre secteur, le circuit de validation qui vous est imposé par un donneur d’ordre, la contrainte de traçabilité de votre activité : ce sont ces morceaux-là qui justifient un développement.
Cette découpe demande de savoir tracer la frontière, et c’est précisément le travail d’une phase de cadrage. Un prestataire qui vous répond « tout sur mesure » ou « tout progiciel » avant de connaître vos processus vend son catalogue, pas votre besoin.
05.Ce que nous répondons, et pourquoi
SigmaGravity déploie ses propres solutions et développe sur mesure. Cela pourrait suggérer que nous déconseillons systématiquement les progiciels du marché : ce serait malhonnête, et cela se verrait au premier projet.
Quand un progiciel couvre votre besoin sans contorsion, il coûte moins cher et se déploie plus vite. Nous le disons, et nous perdons parfois l’affaire — c’est le prix d’un conseil qui vaut quelque chose.
Le développement adapté se justifie sur trois situations, et sur elles seules : quand le coût par utilisateur dépasse durablement l’amortissement d’un développement, quand tordre l’outil du marché revient plus cher que construire, et quand la spécificité à informatiser est justement ce qui vous distingue.