Vous avez décidé d'implémenter Odoo. Vous avez peut-être déjà suivi une démo, examiné les modules et conclu que le système correspond à vos processus. Une nouvelle question se pose alors : allez-vous le faire vous-même ou faire appel à un consultant ? Et si vous optez pour la seconde solution, à quoi devez-vous faire attention ? Choisir le mauvais consultant ne vous coûte pas seulement de l'argent, mais aussi du temps, de la frustration et, dans le pire des cas, une implémentation qui ne fonctionne jamais correctement. Un bon consultant Odoo comprend non seulement le système, mais aussi vos processus métier, parle votre langage et livre dans le budget convenu. Dans la pratique, cette combinaison est plus rare qu'on ne le pense. Cet article explique à quoi faire attention lorsque vous engagez un consultant, quelles questions poser et quels signaux d'alerte ne pas ignorer.
Que fait exactement un consultant Odoo ?
Un consultant Odoo paramètre le système, réalise du développement sur mesure si nécessaire et accompagne votre organisation lors de la mise en place. Cette description paraît simple, mais recouvre un large éventail de tâches. Le consultant commence par analyser vos processus métier et les traduit en modules et en workflows Odoo. Il paramètre ensuite le système : il configure des tableaux de bord, crée des rapports, connecte des systèmes externes et forme vos collaborateurs. Sur les projets plus complexes, il écrit aussi des modules personnalisés en Python ou adapte des modules existants. Ce volet technique est important, mais il ne suffit pas. Un bon consultant réfléchit avec vous à l'optimisation des processus. Il vous signale quand une étape manuelle peut être automatisée dans Odoo, ou quand un module que vous souhaitez adapter est déjà disponible en standard dans une version plus récente. Il vous dit aussi quand quelque chose n'est pas possible ou quand une solution retenue vous posera des problèmes à terme. C'est cette combinaison de connaissances techniques et de réflexion sur les processus qui fait la différence entre un système qui fonctionne et un système qui apporte une réelle valeur. À chaque entretien, demandez donc des exemples de projets antérieurs et la manière dont le consultant a géré les revers ou les exigences imprévues.
Pourquoi faire appel à un consultant, au fond ?
Odoo propose une version Community gratuite et une abondante documentation. Pourquoi payer alors pour une expertise externe ? La réponse dépend de la complexité de votre implémentation et des connaissances disponibles dans votre équipe. Vous avez un seul utilisateur, un processus simple et suffisamment de temps pour vous documenter ? Vous pouvez probablement vous en charger vous-même. Mais dès que vous combinez plusieurs modules, que vous avez besoin de développement sur mesure ou que vos délais sont serrés, le risque augmente rapidement. Une erreur fréquente consiste à sous-estimer le temps que demande une implémentation. Ce qui fonctionne en dix minutes lors d'une démo exige en pratique des semaines de paramétrage, d'import de données, de tests et d'ajustements. Un consultant a déjà parcouru ce chemin des dizaines de fois et sait quelles étapes vous pouvez sauter et à quoi il faut au contraire accorder une attention particulière. Il vous évite en outre des erreurs coûteuses. Une comptabilité mal paramétrée, un workflow qui ne correspond pas à vos processus ou une structure de base de données qui ne suit pas la croissance : repérer et corriger ce type de problème prend bien plus de temps que de bien faire les choses dès le départ. Dans bien des cas, un consultant est déjà rentabilisé par la réduction de la durée du projet et les coûts de correction évités. Attention toutefois : tous les consultants ne conviennent pas à tous les projets. Un spécialiste de la production apporte peu si vous n'avez besoin que d'un CRM.
Community ou Enterprise : quel consultant choisir ?
Odoo existe en deux versions : l'édition Community, open source, et l'édition Enterprise, payante. Ce choix détermine directement le type de consultant dont vous avez besoin. Les consultants Community travaillent souvent au projet, pratiquent des tarifs horaires plus bas (entre 75 et 125 euros de l'heure) et n'ont pas de lien avec Odoo S.A. Ils utilisent le code source gratuit, adaptent des modules et développent leurs propres fonctionnalités. Les consultants Enterprise sont souvent des partenaires Odoo officiels, répercutent les coûts de licence sur le client et facturent généralement entre 100 et 175 euros de l'heure. L'avantage d'Enterprise est l'accès à des modules supplémentaires, de meilleures applications mobiles et le support direct d'Odoo S.A. L'inconvénient, ce sont les coûts de licence : à partir d'environ 25 euros par utilisateur et par mois, davantage selon le nombre d'applications que vous activez. Pour une entreprise de vingt utilisateurs et huit applications, on arrive vite à 500 à 800 euros par mois. Community ne connaît pas ces coûts, mais il vous manque des fonctionnalités et tout le support passe par votre consultant. La version à choisir dépend de votre budget, des modules souhaités et de la présence ou non de compétences techniques en interne. Interrogez toujours un consultant sur son expérience des deux versions et demandez-lui d'expliquer laquelle convient le mieux à votre situation. Un bon consultant ne vous pousse pas automatiquement vers l'option la plus chère.
Comment reconnaître un bon consultant à ses tarifs et à sa méthode de travail ?
Les tarifs seuls en disent peu, mais la manière dont un consultant construit ses prix en dit d'autant plus. Beaucoup de consultants facturent à l'heure, souvent avec un minimum d'une demi-journée. Cela fonctionne bien pour des évolutions ponctuelles ou du support, mais sur les projets plus importants, le prix final devient flou. Demandez donc si le consultant est prêt à travailler à prix fixe. Ce n'est possible que si le périmètre est clair, mais cela oblige les deux parties à réfléchir en amont à ce qui fait partie du projet et à ce qui n'en fait pas partie. Avec un consultant qui répond oui à chaque demande sans la traduire en heures ou en coûts, vous risquez une facture finale bien plus élevée que prévu. Observez aussi la manière dont un consultant gère les imprévus. Demandez un exemple concret : que s'est-il passé lorsqu'un client a voulu un module supplémentaire à mi-projet, ou lorsqu'il s'est avéré qu'un ancien système ne pouvait pas être connecté ? Un consultant expérimenté a des réponses toutes prêtes, par exemple une procédure de demande de modification ou une enveloppe d'heures distincte pour les travaux imprévus. Renseignez-vous également sur sa disponibilité. Certains consultants indépendants mènent quatre projets en parallèle et sont de ce fait difficiles à joindre. D'autres cabinets disposent d'un chef de projet dédié et de plusieurs développeurs. Les deux modèles peuvent fonctionner, mais vous devez savoir à quoi vous en tenir. Abordez aussi la communication : à quelle fréquence recevez-vous des nouvelles, par quel canal et qui est votre interlocuteur en cas de question ?
Quelles connaissances techniques un consultant doit-il avoir au minimum ?
Un consultant Odoo n'a pas besoin d'être un programmeur accompli, mais il doit comprendre comment le système fonctionne sous le capot. Il doit savoir paramétrer des modules via l'interface, mais aussi connaître les bases du framework Odoo : modèles, vues, contrôleurs et ORM. Si vous avez besoin de développement sur mesure, il doit savoir lire et écrire du Python et connaître la structure des modules Odoo. Il doit en outre avoir de l'expérience en import et export de données, car presque toute implémentation commence par la reprise des données existantes. Un bon test : demandez-lui comment il traite des milliers de lignes de données clients issues d'un fichier Excel dans lequel des codes postaux manquent et où les noms de clients sont orthographiés de façon incohérente. Un consultant expérimenté explique comment il nettoie les données, quels outils il utilise pour cela et quels champs sont obligatoires dans Odoo. Il vous met aussi en garde contre les problèmes fréquents, comme les contacts en double ou les champs vides qui bloqueront plus tard un workflow. Un consultant doit par ailleurs connaître les modules pertinents pour votre secteur. Vous êtes dans la production ? Il doit alors maîtriser parfaitement le module MRP. Vous gérez une boutique en ligne ? L'expérience du module e-commerce et des prestataires de paiement est alors indispensable. Demandez des références dans des secteurs comparables et faites-lui expliquer comment il paramétrerait un processus précis dans Odoo. N'hésitez pas à entrer dans la technique : si un consultant ne sait pas expliquer ce qu'est une relation many2many ou comment configurer une action planifiée, il lui manque des connaissances dont vous aurez besoin plus tard.
L'expérience sectorielle est-elle vraiment importante ?
Certains consultants affirment qu'Odoo fonctionne pour tous les secteurs et que la connaissance des processus est superflue. Ce n'est que partiellement vrai. Odoo est certes modulaire et adaptable, mais ses workflows standard sont conçus à partir de processus métier génériques. Un consultant qui connaît votre secteur identifie plus vite les modules pertinents, les adaptations habituelles et les points sensibles. Prenez un négociant en matériaux de construction : le stock est souvent chargé sur site, les factures doivent être ventilées par projet et les clients paient sur la base d'un relevé mensuel. Un consultant sans expérience du secteur part du workflow de vente standard et se retrouve bloqué dès qu'il apparaît qu'un bon de livraison ne déclenche pas automatiquement une facture. Un consultant expérimenté dans la construction a déjà rencontré ce scénario à plusieurs reprises et sait quels modules ou scripts personnalisés sont nécessaires. À l'inverse, un consultant aux connaissances Odoo génériques peut aussi faire un excellent travail, à condition d'être prêt à investir du temps pour comprendre vos processus. Plus important que l'expérience sectorielle : le consultant est-il curieux et pose-t-il des questions ? Observez sa réaction face à des processus complexes : propose-t-il des alternatives mieux adaptées aux possibilités standard d'Odoo, ou pousse-t-il immédiatement vers du développement sur mesure ? Un signal d'alerte : un consultant qui envoie un devis après une heure d'entretien initial, sans revenir sur les points flous. Un bon signe : un consultant qui donne un second avis sur votre conception des processus ou propose un pilote avec un seul service.
Que demander aux références et comment les vérifier ?
Les références, c'est plus qu'une liste de noms d'entreprises sur un site web. Demandez les coordonnées d'au moins deux clients récents et appelez-les. Beaucoup de consultants ne citent que les projets réussis ; un appel vous donne l'occasion d'approfondir. Posez des questions concrètes : comment s'est passée la communication, le planning a-t-il été tenu, qu'est-ce qui a mal tourné et comment cela a-t-il été résolu, et feriez-vous de nouveau appel à ce consultant ? Interrogez-les aussi sur le suivi : que s'est-il passé après la mise en production, à quelle vitesse les bugs ont-ils été corrigés et comment les évolutions ont-elles été traitées ? Un autre point de contrôle est la liste officielle des partenaires Odoo. Le consultant y figure-t-il comme partenaire Ready, Silver ou Gold ? Ces labels disent quelque chose du nombre de projets réalisés et des certifications obtenues, mais ne garantissent pas la qualité. Un indépendant sans statut de partenaire peut faire un excellent travail, surtout avec l'édition Community. Regardez également les certifications. Depuis quelques années, Odoo propose ses propres formations et examens pour les développeurs et les consultants fonctionnels. Un certificat est un plus, mais pas une exigence absolue : l'expérience pèse plus lourd. Enfin, renseignez-vous sur la taille des projets déjà réalisés. Un consultant qui a surtout mené des implémentations de cinq utilisateurs a moins d'expérience des structures multi-sociétés complexes ou de la gestion de stock avancée que quelqu'un qui a conduit des projets de cinquante utilisateurs. À l'inverse, un grand acteur peut être disproportionné si vous voulez simplement mettre en place un CRM.
Prix fixe ou facturation à l'heure : quelle formule pour votre projet ?
Le choix entre un prix fixe et une facturation au temps passé dépend de la clarté du périmètre. Avec un prix fixe, vous savez à l'avance ce que vous payez, mais vous risquez que le consultant s'en tienne à la lettre du devis et ne laisse aucune place aux ajustements. Avec une facturation à l'heure, vous ne payez que le travail effectué, mais la facture peut grimper si le projet s'avère plus complexe que prévu. Un prix fixe fonctionne bien si vous avez un plan clair : quels modules, combien d'utilisateurs, quelles intégrations et quelles données reprendre. Supposons que vous vouliez un CRM pour vingt utilisateurs, connecté à votre serveur de messagerie existant et alimenté avec mille clients issus d'un fichier CSV. Un consultant expérimenté peut en faire une estimation raisonnable et annoncer un prix compris entre 5 000 et 8 000 euros, formation comprise. S'il s'avère à mi-parcours que vous souhaitez aussi importer tout l'historique des ventes et que ces données sont réparties sur trois anciens systèmes, cela sort du périmètre et vous payez un supplément. Convenez donc à l'avance de la manière dont les changements de périmètre sont traités : à quel tarif, dans quel délai et selon quelle procédure. Sur les projets plus importants, certains consultants appliquent un modèle hybride : un montant fixe pour l'implémentation de base et un tarif horaire pour le développement sur mesure et les évolutions. Cela apporte de la certitude sur le principal poste de coûts et de la flexibilité pour le reste. Demandez aussi si le tarif inclut ou non le suivi : les corrections de bugs du premier mois font partie d'une implémentation soignée, le support structurel non.
Combien de temps dure une implémentation et qu'est-ce qui détermine cette durée ?
Une question fréquente, avec une réponse peu satisfaisante : cela dépend. Un CRM simple est en production en deux à quatre semaines ; une implémentation ERP complète avec production, stock, achats, ventes et comptabilité demande vite trois à six mois. Cet écart dépend du nombre de modules, de la quantité de développement sur mesure, de la qualité de vos données existantes et de la disponibilité de votre propre équipe. Un consultant peut travailler vite, mais il a besoin d'éléments : descriptions de processus, données de test, retours sur les paramétrages et du temps des utilisateurs finaux pour la formation. Dans la pratique, le planning bloque surtout du côté du client. Le responsable informatique est débordé, le directeur financier est en vacances et le service commercial doit encore fournir un fichier Excel avec les prix des produits. Un bon consultant en tient compte et prévoit des points hebdomadaires, des jalons clairs et une marge pour les retards. Demandez le calendrier prévu et sa construction : combien d'heures de paramétrage, d'import de données, de tests et de formation ? Demandez aussi ce qui se passe en cas de dépassement du planning : payez-vous chaque heure supplémentaire ou existe-t-il un geste commercial ? Et interrogez le consultant sur la stratégie de mise en production : tout démarre-t-il en une fois ou le déploiement se fait-il par phases ? Un big bang a l'avantage d'aller vite, mais augmente le risque de chaos. Un déploiement progressif prend plus de temps, mais vous laisse l'occasion d'apprendre et d'ajuster.
Durée moyenne des projets : Un CRM pour 10 utilisateurs : 2 à 4 semaines. Un ERP de 5 modules pour 25 utilisateurs : 3 à 6 mois. Le développement sur mesure ajoute généralement 30 à 50 % à la durée du projet.
Ce qui coince dans la pratique
Le premier écueil est une communication floue sur ce qui est standard et ce qui ne l'est pas. Beaucoup de clients pensent qu'une fonction visible dans la démo fonctionnera automatiquement dans leur installation. En réalité, presque tout doit être paramétré : workflows, droits d'accès, rapports et notifications. Un consultant qui n'explique pas clairement quelles étapes sont nécessaires et combien de temps elles prennent crée des attentes irréalistes. Évitez cela en demandant dans le devis une description détaillée du périmètre, avec pour chaque module la liste de ce qui sera mis en place. Discutez aussi de ce qui sort du périmètre et du tarif auquel cela pourrait éventuellement être ajouté. Le deuxième écueil est un suivi insuffisant. Après la mise en production, des bugs et des questions apparaissent toujours. Un utilisateur ne parvient pas à se connecter, un rapport affiche des chiffres étranges ou un workflow se bloque sans raison apparente. Un bon consultant propose au moins un mois de suivi pendant lequel les petits problèmes sont résolus gratuitement. Demandez explicitement si cela est compris dans le prix et dans quel délai vous pouvez attendre une réponse. Certains consultants facturent dès la mise en production le plein tarif horaire pour chaque question ; d'autres proposent un abonnement de support avec un nombre d'heures fixe par mois. Le troisième écueil est le manque de documentation. Si le consultant s'en va après la livraison et que personne ne sait comment fonctionne un script personnalisé ou pourquoi un workflow est configuré ainsi, vous voilà bloqué. Exigez donc que les paramétrages soient documentés : quels modules ont été activés, quels réglages ont été modifiés, quel code personnalisé a été écrit et comment fonctionnent les principaux workflows. Faites aussi relire cette documentation par quelqu'un de votre propre équipe informatique, afin de ne pas rester dépendant d'une seule personne.
Par quoi commencer ?
Commencez par cartographier vos propres processus. Dressez la liste des modules dont vous pensez avoir besoin, du nombre d'utilisateurs et des principales intégrations. Invitez ensuite deux ou trois consultants à un entretien initial et posez-leur les questions de cet article : quelle version recommandent-ils, comment abordent-ils le projet, quels sont le coût et la durée estimés, et pouvez-vous appeler des références ? Ne comparez pas uniquement les prix, mais aussi votre ressenti : faites-vous confiance à cette personne, explique-t-elle clairement et ose-t-elle dire non ? Choisissez ensuite un consultant prêt à mener un pilote ou une preuve de concept : deux à quatre semaines pendant lesquelles une petite partie de votre processus est construite dans Odoo. Vous avez ainsi un aperçu de sa méthode, de sa rapidité et de la qualité de son travail avant d'engager un montant plus important. Réservez du temps de votre côté : une implémentation ne réussit que si vous y participez activement, fournissez les données et impliquez vos collaborateurs. Et gardez à l'esprit qu'un bon consultant n'est pas une solution miracle, mais un guide qui vous aide à tirer le meilleur d'Odoo.
Photo : Md Ishak Rahman sur Unsplash