« On devrait être live en six semaines. » La phrase sort souvent d’une démo réussie. Elle survit rarement au premier atelier sur les doublons, à la première intégration ERP capricieuse, ou au premier désaccord sur la définition d’un lead. À l’inverse, certains projets s’étalent sur dix-huit mois sans qu’on sache plus pourquoi.
Alors, combien de temps dure un projet CRM ? La seule réponse honnête est : ça dépend — mais pas au point de ne rien pouvoir planifier. Voici des ordres de grandeur terrain, et surtout ce qui allonge ou raccourcit réellement le calendrier.
D’abord : de quel « projet » parle-t-on ?
Le mot recouvre plusieurs réalités. Un remplacement d’Excel par un CRM simple pour huit commerciaux. Une migration d’un outil A vers un outil B avec dix ans d’historique. Un déploiement multi-équipes avec marketing, sales et SAV. Une refonte d’adoption sans changer d’éditeur. Les durées n’ont rien à voir.
Clarifiez le périmètre avant de promettre une date. Un MVP sales n’est pas une transformation CRM complète. Confondre les deux crée soit de la pression absurde, soit du confort dangereusement mou.
À retenirLa durée utile à communiquer au comité, c’est celle jusqu’à valeur prouvée (usage + premiers gains), pas seulement jusqu’au bouton go-live.
Ordres de grandeur réalistes
Pour une PME avec process relativement clairs, dette data modérée et MVP commercial : comptez souvent 8 à 14 semaines jusqu’au go-live, puis 4 à 8 semaines d’ancrage. Pour une ETI avec plusieurs équipes, intégrations multiples et nettoyage data sérieux : 4 à 9 mois jusqu’à une première vague solide. Pour un multi-BU international : le calendrier se compte en vagues sur 9 à 18 mois, parfois plus — si on refuse le big bang.
Ces fourchettes supposent un sponsor disponible et des arbitrages tenus. Sans cela, ajoutez tranquillement 30 à 50 %.
| Contexte | Go-live vague 1 | Ancrage / valeur |
|---|---|---|
| PME, MVP sales, data propre | 8–12 semaines | +4–6 semaines |
| PME, migration + intégrations | 12–20 semaines | +6–8 semaines |
| ETI multi-équipes | 4–7 mois | +2–3 mois |
| Refonte adoption (même outil) | 4–8 semaines | +4 semaines |
Ce qui allonge vraiment (et ce qui est du bruit)
Les vrais allongeurs : process non tranchés, données sales à migrer « intégralement », intégrations sous-estimées, indisponibilité des métiers pour les ateliers, scope qui grossit chaque comité, recette improvisée. Le bruit : le choix entre deux couleurs d’interface, le débat sans fin sur un champ tertiary, la recherche du paramétrage parfait avant tout usage.
La dette data mérite une mention spéciale. « On migrera tout » peut doubler un calendrier. Décider d’archiver cinq ans d’historique mort le raccourcit — et améliore souvent l’adoption.
AttentionUn planning qui ignore le nettoyage de données et la disponibilité des managers n’est pas ambitieux. Il est fictif.
La durée se joue dès le cadrage
Deux semaines de cadrage solide économisent deux mois de refonte. Process cibles, hors-scope, critères de succès, liste des intégrations critiques, règles de migration : plus ces éléments sont écrits tôt, plus le build est linéaire.
À l’inverse, démarrer le paramétrage pendant que le métier « réfléchit encore » produit des allers-retours chronophages. Le CRM n’attend pas que vous tranchiez — il enregistre vos hésitations sous forme de champs et de workflows contradictoires.
MVP vs big bang : l’effet calendrier
Contre-intuitif mais fréquent : un big bang « pour aller plus vite » prend plus longtemps qu’un MVP suivi d’une vague 2. Parce que la complexité croît plus vite que les ressources, et parce que l’adoption ne se décrète pas sur six modules à la fois.
Si votre direction veut une date courte, négociez le périmètre, pas seulement le planning. Livrer moins, plus tôt, avec usage, bat livrer tout, plus tard, sans usage.
ConseilPrésentez toujours une date de go-live et une date de revue d’adoption à J+30 / J+60. Cela évite de déclarer victoire trop tôt.
Comment construire un planning crédible
Découpez en phases avec des portes. Cadrage → choix / POC → build & migration → recette → bascule → ancrage. Chaque porte a des critères de sortie. Si la recette des scénarios critiques n’est pas verte, on ne bascule pas pour « tenir la com ».
Prévoyez des buffers sur les intégrations et la data — pas sur les bonnes intentions. Impliquez les managers dans le calendrier de formation : un projet CRM qui ignore les pics d’activité commerciale se retrouve à former pendant le rush, donc à mal former.
Un expert CRM expérimenté sert aussi à ça : challenger les durées magiques avant signature.
Mini-cas : de « six semaines » à « onze — et ça marche »
Une scale-up avait promis six semaines à son board. Audit express : trois définitions de pipeline concurrentes, CRM source avec 28 % de doublons, sync compta jamais spécifiée. Replanification honnête : onze semaines en MVP sales + sync email, compta en vague 2. Go-live tenu. Adoption à 80 % à J+45. Le board a préféré une date vraie à une date héroïque.
Ce qu’il faut dire (et ne pas dire) en comité
Dites la fourchette, les hypothèses, et ce qui la ferait glisser. Ne promettez pas une date unique sans périmètre gelé. N’acceptez pas un « on compressera la recette ». N’oubliez pas le temps d’ancrage dans le récit global — sinon le projet « fini » sera jugé trop tôt, et trop durement.
ChecklistPlanning crédible : périmètre vague 1 borné, process tranchés, charge métier estimée, buffer data/intégrations, critères de porte, formation calée hors rush, J+30/J+60 dans le calendrier, hors-scope écrit.
FAQ rapide
Peut-on vraiment faire un CRM en 30 jours ? Un ultra-MVP sur équipe minuscule et data neuve, parfois. Un projet avec migration et intégrations, rarement sans dette cachée.
Pourquoi les éditeurs annoncent-ils des délais plus courts ? Ils parlent souvent du paramétrage outil, pas de votre dette process/data ni de l’adoption.
Que faire si on a déjà dépassé de trois mois ? Re-borner le périmètre, figer le hors-scope, traiter les bloqueurs top 3. Rallonger sans recentrer empire les choses.
La durée dépend-elle de l’outil ? Moins que du cadrage et de la donnée. Un outil simple mal cadré prend plus longtemps qu’un outil riche bien borné.
Une durée au service d’une preuve
Un projet CRM « dure » surtout le temps de cadrer, construire un premier périmètre utile, basculer proprement, puis prouver l’usage. Les mois supplémentaires viennent rarement de la technicité pure — ils viennent des indécisions et du trop-plein.
Si vous construisez votre calendrier maintenant, partez d’un MVP et d’hypothèses écrites. Pour choisir l’outil dans un temps maîtrisé, appuyez-vous sur un comparatif CRM — mais gardez la durée vraie comme critère de maturité du projet, pas comme slogan commercial.