Coût d’un module Odoo sur mesure : comment l’estimer (2026)

En bref : heures multipliées par le tarif, plus trois coûts récurrents

Odoo n’affiche aucun tarif catalogue pour un module sur mesure. Un devis correspond au nombre d’heures de travail × tarif horaire, et cette prestation ne représente qu’une partie de ce que vous paierez sur trois ans.

• Coût du développement : analyse, programmation, tests, recette utilisateur et déploiement. Il dépend presque entièrement du périmètre, et non d’Odoo.
• Un hébergement autorisant l’exécution de votre code : Odoo Online ne peut pas exécuter de modules Python. Un module personnalisé peut donc vous obliger à changer de plateforme.
• Formule de licence : la formule qui autorise le code personnalisé et votre choix d’hébergement, facturée par utilisateur et par mois, avec un tarif variable selon le pays.
• Portage : chaque nouvelle version majeure d’Odoo nécessite de retester votre module et, généralement, de l’adapter. Le service de mise à niveau d’Odoo ne couvre pas ce travail.

Les sections ci-dessous donnent des ordres de grandeur et des critères de décision pour chacun de ces postes, afin de vous aider à vérifier la cohérence d’un devis avant de le signer.

Coût d’un module Odoo sur mesure selon sa complexité

Évaluez d’abord un module en heures, puis multipliez ce nombre par un tarif. Les fourchettes ci-dessous sont des repères de cadrage pour échanger avec un développeur. Il ne s’agit ni de devis ni de données de marché ; elles supposent un cahier des charges écrit et un développeur qui maîtrise déjà l’ORM, les vues et le modèle de sécurité d’Odoo.

Les heures de programmation ne constituent pas l’intégralité du projet. En règle générale, ajoutez 40–60 % pour l’analyse, les tests, la recette utilisateur, le déploiement et la documentation. Supprimer ces lignes ne supprime pas le travail : il sera simplement reporté sur votre équipe après la mise en production.

Exemple chiffré

Un workflow de validation des bons de commande comportant deux niveaux d’approbation, des règles d’enregistrement, des notifications par e-mail et un rapport PDF relève du niveau 2. Comptez, par exemple, 60 heures de programmation, soit environ 90 heures avec l’analyse, les tests et le déploiement. Les tarifs ci-dessous servent uniquement à illustrer le calcul.

L’écart entre les lignes est bien plus important que la différence de code. Demandez ce que couvre le tarif : qui relit le code, qui le teste et qui intervient en cas de problème.

Tarif horaire ou forfait : qui assume le risque ?

Les mêmes 90 heures peuvent être vendues de trois façons. Le modèle choisi détermine qui paie lorsque le périmètre s’avère mal défini.

Pour un premier module sur mesure, une courte phase de découverte payante suivie d’un développement au forfait est généralement la solution la moins coûteuse pour déterminer ce dont vous avez réellement besoin.

Où exécuter vos modules personnalisés : Odoo Online, Odoo.sh ou auto-hébergé

C’est le piège budgétaire qui surprend le plus souvent les acheteurs. Un module contenant du code Python ne peut pas être installé sur Odoo Online. Si votre projet en nécessite un, le choix de la plateforme doit être fait en premier et il modifie votre facture mensuelle.

Les tarifs par utilisateur des formules payantes varient selon le pays, la durée de facturation et les promotions de première année. Consultez votre propre tarif sur la page de tarification d’Odoo plutôt que de vous fier à un chiffre publié dans un article de blog, y compris celui-ci. Vérifiez également quelle formule couvre le code personnalisé et Odoo.sh dans votre région au moment de l’achat.

Studio, OCA, app store ou code personnalisé : choisissez l’option la moins coûteuse

Avant de payer du développement, parcourez cette liste dans l’ordre. Chaque étape coûte davantage à concevoir et à maintenir.

1. Configuration. Paramètres, actions automatisées et champs standard. Coût : des heures de consultant, sans code à maintenir.
2. Odoo Studio. Champs, vues et automatisations simples en low-code. La disponibilité dépend de la formule, et les modifications réalisées dans Studio évitent le problème de portage décrit plus bas, car le service de mise à niveau d’Odoo traite différemment le code écrit en dehors de Studio.
3. Un module OCA. L’Odoo Community Association publie des modules communautaires sur GitHub. Vérifiez la licence et l’existence d’une branche compatible avec votre version d’Odoo avant de vous appuyer dessus.
4. Un module payant de l’app store. Vous achetez une licence et dépendez de l’auteur pour les mises à jour. Consultez l’historique des mises à jour correspondant à la version que vous utilisez.
5. Un module sur mesure. À choisir lorsque votre processus est propre à votre entreprise et qu’aucune des options précédentes ne convient. C’est la seule option pour laquelle vous assumez vous-même le coût du portage.

Le code personnalisé n’est pas une mauvaise solution, mais il devrait être la dernière réponse plutôt que la première. Si vous disposez déjà d’une liste de besoins et souhaitez l’évaluer en heures, consultez le développement de modules Odoo sur mesure chez Netalith.

Le coût oublié par la plupart des devis : porter votre module à chaque version d’Odoo

Odoo publie une nouvelle version majeure chaque année. La documentation de mise à niveau d’Odoo précise qu’une base de données contenant des modules personnalisés ne peut pas être mise à niveau tant qu’une version de ces modules n’existe pas pour la version cible. Ses conditions de service excluent également les modules écrits en interne ou par des tiers, y compris les partenaires Odoo, sauf si un contrat de maintenance les couvre. Les mises à niveau Enterprise des applications standard relèvent d’Odoo. Votre module reste sous votre responsabilité.

Le portage devient donc un coût récurrent, dont l’ampleur dépend de la manière dont le module a été développé :

• Peu coûteux à porter : modules qui ajoutent leurs propres modèles et vues et étendent le cœur par héritage.
• Coûteux à porter : modules qui surchargent les méthodes principales des ventes, du stock ou de la comptabilité, car ce sont précisément ces méthodes qu’Odoo modifie entre les versions.
• Pire scénario : code du cœur copié. Il prend silencieusement du retard sur chaque correctif publié par Odoo.

Faites apparaître le portage sur une ligne distincte du devis. Comme hypothèse de départ, prévoyez environ 10–15 % du coût du développement par an pour un module comportant peu de surcharges du cœur, puis remplacez cette estimation par un montant réel après votre premier portage.

Sur quelle version d’Odoo développer en octobre 2026 ?

Odoo accorde trois ans de support standard à chaque version majeure. D’après le tableau de support d’Odoo, Odoo 20 est arrivée en septembre 2026, et les anciennes versions arrivent en fin de support selon le calendrier suivant :

Du point de vue des coûts, le principe est simple. Un module développé sur une version proche de sa fin de support implique de payer presque immédiatement un portage. Développer sur la version la plus récente offre la plus longue durée d’utilisation, mais seulement si tous les modules tiers dont vous dépendez disposent déjà d’une version compatible. Les modules communautaires accusent souvent plusieurs mois de retard sur une nouvelle version : vérifiez donc chaque dépendance avant de choisir.

Comment réduire les coûts sans sacrifier la qualité

• Rédigez le cahier des charges sous forme de tests d’acceptation. Exemple : lorsqu’un bon de commande dépassant un certain montant est confirmé, il est transmis au valideur et l’acheteur reçoit un e-mail. Les spécifications vagues sont à l’origine des demandes de changement.
• Étendez plutôt que de remplacer. Demandez au développeur d’expliquer, pour chaque fonctionnalité, s’il hérite du comportement standard ou le remplace. C’est le remplacement qui rend le portage coûteux.
• Repoussez les intégrations après la première version. Mettez d’abord en production le module de workflow, puis ajoutez la synchronisation API une fois le modèle de données éprouvé.
• Conservez le code dans votre propre dépôt. Vous êtes ainsi protégé si le développeur n’est plus disponible, et un autre prestataire pourra chiffrer ultérieurement le portage.
• Exigez des tests automatisés pour les règles métier. Ce sont eux qui permettent au prochain développeur de porter le module sans devoir deviner son fonctionnement.

Huit questions à poser avant d’accepter un devis de module Odoo

1. L’estimation est-elle détaillée pour chaque besoin ou présentée sous forme de montant global ?
2. Pour quelle version d’Odoo, quelle édition et quel hébergement le prix est-il établi ?
3. Le module étend-il le comportement standard ou surcharge-t-il les méthodes du cœur ?
4. L’analyse, les tests, la recette et le déploiement sont-ils compris dans le montant ?
5. Qui est propriétaire du code, dans quel dépôt et sous quelle licence ?
6. Des tests automatisés couvrant les règles métier sont-ils inclus ?
7. Que couvre la garantie de correction des bugs, et pendant combien de temps ?
8. Le portage vers la prochaine version d’Odoo est-il chiffré ou au moins estimé ?

Un prestataire qui répond clairement à ces huit questions a probablement bien réfléchi à votre projet. Si vous préférez obtenir une seconde estimation à partir de votre propre liste de besoins, vous pouvez demander un devis gratuit à Netalith.