Sam Gutman
juillet 17, 2026
Un ERP ne se déploie pas à la vitesse d’une démonstration commerciale. La question « quelle durée pour projet ERP » mérite donc une réponse honnête : pour une PME, comptez généralement entre 2 et 9 mois. Certaines mises en production ciblées prennent six à huit semaines. D’autres projets dépassent un an, surtout lorsqu’ils cumulent données dispersées, processus non définis, développements spécifiques et plusieurs entités.
Le bon délai n’est pas le plus court sur le papier. C’est celui qui permet à vos équipes d’adopter un système fiable, sans bloquer votre activité ni recréer dans l’ERP les mauvaises habitudes d’Excel. Un calendrier réaliste protège votre budget, votre exploitation et la confiance de vos collaborateurs.
La durée dépend moins du logiciel choisi que de votre point de départ et du périmètre réellement visé. Odoo peut être configuré rapidement, mais l’outil ne remplace ni les décisions de gestion ni le travail de préparation.
Pour une PME qui remplace des fichiers Excel par un socle simple - CRM, ventes, achats, facturation et comptabilité - un projet bien cadré peut aboutir en 2 à 4 mois. Cette durée suppose un nombre limité d’utilisateurs, des processus assez homogènes et une direction disponible pour arbitrer rapidement.
Un déploiement plus complet, avec stocks, multi-entrepôts, fabrication, planification, eCommerce ou intégration de paiement, se situe souvent entre 4 et 9 mois. Il faut alors tester les flux de bout en bout : de la commande client au paiement, de l’achat fournisseur à la réception, ou de l’ordre de fabrication à l’expédition.
Au-delà de 9 mois, le projet n’est pas forcément mal géré. Il peut inclure plusieurs sociétés, des filiales internationales, une reprise d’historique importante, des interfaces avec des logiciels métiers ou une refonte opérationnelle profonde. Le risque apparaît plutôt lorsqu’un délai long n’est soutenu par aucun découpage clair, aucune décision de périmètre et aucun résultat intermédiaire visible.
Un ERP touche vite à des sujets sensibles : prix, marges, approvisionnements, clôture comptable, droits d’accès et règles de validation. Plus vous souhaitez couvrir de métiers dès la première mise en production, plus les ateliers, paramétrages et tests prennent du temps.
Le piège classique consiste à demander que tout soit disponible dès le premier jour. Une approche par phases est souvent plus rentable. On sécurise d’abord les flux qui créent le plus de valeur ou qui posent le plus de problèmes, puis on étend le système sur une base déjà utilisée par les équipes.
Les données ne sont pas un détail technique. Des fiches clients en doublon, des articles mal codifiés, des unités incohérentes ou des listes de prix obsolètes ralentissent la reprise et créent des erreurs dès le démarrage.
Il faut décider ce qui doit être migré, ce qui peut rester archivé et qui est responsable de la validation. Reprendre dix ans d’historique n’est pas toujours utile. Dans beaucoup de PME, reprendre les données actives, les soldes nécessaires et les documents en cours donne un meilleur rapport entre effort et bénéfice.
Un bon ERP doit s’adapter à votre activité. Il ne doit pas reproduire chaque exception héritée d’anciens outils. Le paramétrage standard est généralement plus rapide à livrer, plus simple à maintenir et plus compatible avec les évolutions futures.
Le développement sur mesure est justifié lorsqu’il répond à une exigence concurrentielle, réglementaire ou opérationnelle précise. Par exemple, un configurateur produit complexe, une règle de calcul métier ou une intégration avec une machine de production. Chaque développement doit toutefois être spécifié, construit, testé et documenté. Il ajoute donc du délai, mais aussi une responsabilité de maintenance à long terme.
Le consultant peut structurer le projet, mais il ne peut pas décider à votre place comment vous gérez les remises, les retours, les réapprovisionnements ou la validation des factures. Les responsables métier doivent consacrer du temps aux ateliers, aux essais et aux arbitrages.
C’est souvent ici que les plannings dérivent. Dans une PME, les mêmes personnes font tourner l’activité et participent au projet. Il faut l’assumer dès le départ : prévoir des créneaux bloqués, nommer un responsable interne et donner à cette personne l’autorité nécessaire pour faire avancer les décisions.
Un ERP isolé est rare. Il doit parfois communiquer avec un site eCommerce, un PIM, un transporteur, une solution de paiement, un logiciel de caisse, une plateforme BI ou un environnement de production. Une intégration peut sembler simple tant qu’elle n’a pas été testée avec des cas réels : annulation, remboursement, rupture de stock, retour partiel ou erreur de synchronisation.
Ces sujets demandent un cadrage technique précoce. Ils ne doivent pas apparaître à deux semaines de la mise en production comme une « petite connexion » à ajouter.
Un projet ERP maîtrisé avance par décisions concrètes, pas par accumulation de réunions. La phase de cadrage prend souvent 2 à 4 semaines. Elle sert à définir les objectifs, le périmètre initial, les rôles, les priorités et les écarts entre vos processus et les fonctions disponibles. C’est également le bon moment pour identifier ce que vous ne ferez pas dans la première phase.
Viennent ensuite le paramétrage, les développements nécessaires et la préparation des données. Selon le périmètre, cette séquence dure de 4 à 12 semaines. Les utilisateurs clés doivent voir le système tôt. Attendre la fin pour présenter une solution complète augmente le risque de découvrir trop tard un besoin essentiel ou une incompréhension métier.
La recette mérite un temps dédié, généralement 2 à 6 semaines. Il ne s’agit pas de cliquer sur quelques écrans. Les équipes doivent rejouer des scénarios représentatifs : devis avec conditions particulières, commande livrée partiellement, achat avec reliquat, facture d’acompte, inventaire, avoir, clôture ou transfert entre entrepôts. Les anomalies sont normales. Ce qui compte est de les identifier avant que les clients et les équipes comptables ne les rencontrent.
Enfin, la bascule demande une préparation précise : gel ou synchronisation des données, contrôles, formation, assistance au démarrage et plan de retour en cas de blocage. Une mise en production peut durer un week-end, mais sa réussite dépend des semaines qui la précèdent. Prévoyez aussi une période de stabilisation de 2 à 4 semaines. Les premières questions des utilisateurs et les ajustements de paramétrage font partie du projet, ils ne sont pas un échec.
Oui, à condition de ne pas sacrifier les fondamentaux. Si votre objectif est de sortir rapidement d’Excel ou de remplacer un outil qui freine la facturation, réduisez le périmètre plutôt que de compresser toutes les étapes. Vous pouvez démarrer avec les ventes, achats, facturation et données de référence propres, puis intégrer le stock avancé, la production ou le portail client dans une deuxième phase.
En revanche, accélérer la reprise de données sans validation, écourter la recette ou former les utilisateurs à la dernière minute crée une fausse économie. Les problèmes seront simplement déplacés après le lancement, au moment où votre activité dépend du nouvel outil.
Une autre erreur consiste à confondre vitesse et précipitation. Un partenaire sérieux doit pouvoir vous dire qu’une demande est inutile, risquée ou prématurée. Cette franchise peut sembler moins séduisante qu’une promesse de déploiement express, mais elle évite de payer deux fois : une première fois pour construire, une seconde pour corriger.
Un planning ERP fiable ne se limite pas à une date de go-live. Il indique qui valide les processus, quelles données seront reprises, quels développements sont indispensables et quels critères permettent de déclarer une phase terminée. Il distingue aussi les responsabilités de votre équipe et celles du partenaire.
Demandez des jalons simples et vérifiables : processus validés, données nettoyées, scénarios de recette exécutés, utilisateurs formés, interfaces testées. Si tout reste formulé en termes vagues - « configuration en cours », « tests à prévoir », « adaptation si nécessaire » - le calendrier est difficile à piloter.
Chez Agitech, l’objectif n’est pas de vendre un projet plus vaste que nécessaire. C’est de construire un socle qui améliore réellement la visibilité, la fiabilité des opérations et la capacité de votre entreprise à grandir. Le bon point de départ est souvent un diagnostic factuel de vos flux, de vos données et de vos priorités. À partir de là, un délai devient une décision de gestion, pas une promesse imprudente.
Besoin d’un avis franc, d’une estimation budgétaire à la volée ? Vous pouvez directement réserver un visio call avec moi via le lien ci-dessous.
Si votre demande est urgente, vous pouvez m’écrire à l’adresse suivante: sam(at)agitech.io
