ERP & Odoo · 6 min de lecture
J’ai piloté la migration Odoo d’une entreprise de taille intermédiaire. Ça m’a pris deux ans, et je n’avais pas toutes les informations au départ. Pas parce que l’intégrateur était de mauvaise foi — mais parce qu’il y a des choses qu’on ne dit pas spontanément lors de la vente d’un projet ERP.
Voici ce que j’aurais aimé savoir avant de signer.
Le périmètre initial n’est jamais le périmètre final
Tout intégrateur vous présentera un périmètre fonctionnel au démarrage. Ce périmètre sera dépassé. Pas parce que l’intégrateur est incompétent — mais parce qu’un ERP touche à des processus que personne n’a vraiment documentés avant le projet. On découvre les exceptions, les cas particuliers, les workflows non écrits au fur et à mesure. Chaque découverte est potentiellement une ligne de plus dans le devis.
La question à poser avant de signer : « Qu’est-ce qui n’est pas inclus dans cette proposition ? » Pas ce qui est inclus — ce qui ne l’est pas. Vous aurez la liste des sujets à surveiller.
La reprise de données coûte toujours plus cher que prévu
Vos données sont dans un vieux système, peut-être dans Excel, peut-être dans un ERP legacy avec une structure de données peu documentée. Les migrer vers Odoo, ça veut dire les nettoyer, les transformer, les mapper, les tester. Ce travail est systématiquement sous-estimé dans les propositions commerciales — parce qu’avant de rentrer dans les données, personne ne sait vraiment dans quel état elles sont.
Prévoyez un budget de reprise de données distinct du reste du projet. Et prévoyez du temps interne : c’est votre équipe qui connaît vos données, pas l’intégrateur.
La formation n’est pas un livrable — c’est un processus
La plupart des propositions incluent « X jours de formation ». Ce que ça veut dire en pratique : deux ou trois sessions de prise en main avant le go-live, et ensuite vous êtes livrés à vous-mêmes. Or la vraie montée en compétence se fait dans les trois mois après le démarrage, quand les utilisateurs se heurtent aux vrais cas d’usage. Si votre contrat ne prévoit pas de support post-démarrage, négociez-le maintenant — pas après.
Votre chef de projet interne est aussi important que l’intégrateur
Un projet Odoo qui échoue, c’est rarement à cause de l’outil. C’est presque toujours parce que personne en interne n’a eu le mandat, le temps, et l’autorité pour porter le projet. L’intégrateur livre un outil. Quelqu’un dans votre organisation doit décider des priorités, arbitrer les conflits entre services, valider les choix fonctionnels. Si ce rôle n’est pas clairement attribué avant le démarrage, il sera occupé par défaut — et souvent par la mauvaise personne.
Les développements spécifiques créent de la dette technique
Odoo est modulaire et extensible. Ça signifie qu’on peut tout personnaliser — et que certains intégrateurs proposent des développements spécifiques dès qu’une demande sort légèrement du standard. Chaque développement spécifique est une dette : il faudra le maintenir, le tester à chaque mise à jour, et potentiellement le réécrire lors du passage à une version majeure. Avant d’accepter un développement spécifique, posez la question : « Est-ce qu’on ne peut pas adapter notre process pour rester dans le standard ? » Souvent, la réponse est oui.
Le go-live n’est pas la fin du projet
La mise en production est une étape, pas une fin. Les deux à trois mois qui suivent sont souvent les plus difficiles : les utilisateurs découvrent les limites du paramétrage, les processus révèlent leurs frictions, les données remontées ne sont pas toujours ce qu’on attendait. Prévoyez une période de stabilisation budgétée et staffée. Un projet qui se termine au go-live est un projet qui se terminera mal.
Ces points ne sont pas là pour décourager un projet Odoo — c’est un excellent outil pour les PME et les structures de gestion. Ils sont là pour que vous entriez dans le projet avec les bonnes questions, au bon moment.