Un projet CRM démarre presque toujours avec une date de mise en service. Il s'achève rarement à cette date. Le retard n'est ni une fatalité ni une question de compétence des équipes : il vient de cinq causes structurelles, qui se répètent d'un projet à l'autre.
1. On part de l'outil, pas du métier
La plupart des projets commencent par une démonstration du logiciel, puis par une liste de fonctionnalités à cocher. Le métier réel (les statuts d'un dossier, les pièces à réunir, les exceptions) n'est décrit qu'ensuite, quand il faut tordre l'outil pour l'accueillir. Chaque écart devient un développement spécifique, et chaque développement repousse la date.
2. La reprise des données est sous-estimée
Les données existantes sont réparties entre des tableurs, un ancien logiciel et des boîtes e-mail. Les nettoyer, les dédoublonner et les faire correspondre au nouveau modèle prend souvent plus de temps que la configuration elle-même. Quand ce chantier est découvert en fin de projet, il décale tout le reste.
3. Le périmètre grossit en cours de route
Une fois le projet lancé, chaque service ajoute ses demandes. Sans arbitrage clair, le périmètre de la première version s'élargit, et la mise en service attend que tout soit prêt. Or un outil n'est jamais tout à fait prêt.
4. Les utilisateurs arrivent trop tard
Les équipes terrain découvrent souvent l'outil lors de la formation, à quelques jours du lancement. C'est à ce moment qu'apparaissent les vrais besoins : un champ manquant, un statut mal nommé, une étape inutile. Les corrections arrivent après la date prévue.
5. Personne ne tranche côté métier
Entre l'éditeur, l'intégrateur et les équipes internes, les décisions de détail restent en suspens. Un projet sans responsable identifié côté métier avance au rythme de sa question la plus lente.
Le pattern qui tient les délais
- Commencer par un atelier de cadrage sur le métier réel : étapes, statuts, documents, exceptions.
- Configurer un premier périmètre utilisable plutôt que l'outil idéal.
- Traiter la reprise des données dès la première semaine.
- Faire tester chaque étape par deux ou trois utilisateurs du terrain avant le lancement.
- Nommer une personne qui tranche côté métier, et lui donner ce pouvoir.
C'est la méthode appliquée chez Formuleo : un atelier de cadrage, un délai annoncé avant signature, puis une mise en service en quelques jours sur un premier périmètre. Le reste s'ajoute ensuite, sans bloquer le lancement.
Une question sur cet article ou sur votre propre cas ? Parlons-en.
