L'arbitrage entre standard et sur-mesure est l'un des sujets les plus sensibles d'un projet Odoo. Une personnalisation non maîtrisée peut offrir un confort immédiat, mais générer une dette technique durable: coûts de maintenance, complexité d'upgrade, dépendance à une logique locale difficile à transmettre.
La bonne approche consiste à évaluer chaque demande sur quatre axes: valeur business, fréquence d'usage, impact utilisateur et coût de cycle de vie. Une fonctionnalité peu utilisée mais coûteuse à maintenir ne doit pas passer en priorité, même si elle semble attrayante pendant les ateliers.
Cadre de décision recommandé
- Rester en standard si le besoin peut être couvert par configuration et discipline process.
- Étendre légèrement si l'écart est limité et stable dans le temps.
- Développer uniquement si l'enjeu business est démontré et durable.
Dans un contexte client/prospect, le message doit rester professionnel: le sur-mesure n'est ni "bon" ni "mauvais" en soi. Il est pertinent lorsqu'il protège un avantage compétitif, répond à une contrainte réglementaire forte, ou évite un coût opérationnel récurrent significatif.
Avant toute décision de développement, formalisez un mini dossier d'arbitrage: hypothèse métier, alternatives standard, estimation de build, estimation de maintenance, plan de tests, impact sur les futures montées de version. Cette discipline améliore la qualité des décisions et sécurise la trajectoire financière du programme.
Enfin, gouvernez le portefeuille de customisations comme un actif: revue trimestrielle, mesure de valeur réelle, retrait des fonctionnalités peu utilisées. Un ERP performant est un ERP qui reste simple à faire évoluer.