Un projet CRM bloqué… alors que l’ERP était déjà en place.

Un groupe industriel nous a sollicités pour l’accompagner dans le remplacement d’un CRM développé en interne par le module CRM de son ERP déjà opérationnel.

L’ERP gérait déjà l’ADV, la facturation et la finance. Le socle technologique existait. Pourtant, le projet de bascule du CRM était à l’arrêt.

Les équipes commerciales exprimaient des réserves sur l’ergonomie du module ERP, jugée peu intuitive. Une crainte s’était installée : l’outil imposé ne couvrirait pas les besoins du terrain.

En parallèle, les utilisateurs avaient identifié des incohérences majeures dans le CRM existant : doublons, erreurs de rattachement, historiques incomplets. Une démarche de nettoyage des données avait été engagée, mais elle n’aboutissait pas.

Le projet cumulait donc deux difficultés apparentes :

• Une problématique de qualité de données
• Une problématique d’adhésion au nouvel outil

Mais ces symptômes masquaient une cause plus profonde.

Analyse des blocages CRM : un problème structurel plutôt que fonctionnel

Contrairement à ce que l’on observe parfois, les équipes étaient engagées. Le directeur commercial avait une vision claire de ses besoins et savait précisément ce qu’il attendait d’un CRM performant.

Le problème n’était ni l’implication, ni la vision stratégique. Le problème était structurel.

L’ambiguïté des données CRM : client juridique vs client final

En entrant dans le détail du workflow (prospect, qualification, offre, commande, client), une ambiguïté majeure est apparue : la définition même du « client » n’était pas partagée.

Dans l’ERP, la notion de client reposait sur le client juridique, c’est-à-dire l’entité légale porteuse du SIRET, utilisée pour la facturation et les obligations comptables.

Les équipes commerciales, quant à elles, raisonnaient principalement au niveau du client final : site opérationnel, établissement local, unité de production, parfois même donneur d’ordre au sein d’un groupe.

Autrement dit :

• Le système était structuré par entité légale
• Le métier opérait par entité opérationnelle

Cette dissociation n’avait jamais été arbitrée, ni modélisée. Elle produisait mécaniquement des créations multiples pour un même groupe, des doublons difficiles à identifier, des incohérences dans les historiques, un reporting peu fiable, et une impossibilité pratique de finaliser le nettoyage des données.

Le nettoyage était voué à l’échec tant que la règle structurante n’était pas définie.

Comment relancer un projet CRM : l'importance de la donnée pivot

L’un des travaux clés a consisté à identifier et imposer une donnée pivot commune : le SIRET.

Non pas comme simple champ obligatoire, mais comme règle structurante du processus :

• À quel moment devient-on client ?
• Qui valide la création ?
• Quelle entité est créée : juridique ou opérationnelle ?
• Comment articule-t-on les deux niveaux dans l’ERP ?

En clarifiant ces règles, nous avons transformé un problème technique en décision organisationnelle. Le nettoyage des données a cessé d’être un chantier sans fin. Il est devenu l’application d’une règle partagée.

L'ERP comme révélateur de maturité organisationnelle

Ce cas dépasse largement le cadre d’un CRM. Il illustre un phénomène que nous observons régulièrement dans l’industrie : à un certain niveau de maturité, l’entreprise ne peut plus fonctionner sur des processus implicites.

Tant que les volumes restent maîtrisables, que les équipes sont stables, et que la complexité juridique est limitée, les ajustements informels suffisent.

Mais lorsque l’entreprise grandit, l’absence de processus formalisé devient un risque à cause de :

• L'augmentation des interlocuteurs
• Le renforcement des obligations réglementaires
• La stratégie autour des données
• La multiplication des outils

Un ERP ne crée pas la discipline organisationnelle. Il l’exige.

Pourquoi un ERP performant ne compense pas un processus flou

Un ERP impose des champs obligatoires, des règles de gestion, des liens entre entités, et des contrôles de cohérence. Il formalise ce que l’entreprise décide.

S’il n’existe pas de définition claire du client, du fournisseur, du produit ou du site, l’ERP met en lumière cette absence. Ce que certains interprètent comme une rigidité de l’outil est souvent une absence de décision organisationnelle.

Dans le cas présent, l’ergonomie n’était pas la cause du blocage. Elle était le révélateur d’un manque de projection dans un processus cible partagé.

Déploiement ERP et CRM : l'approche par les processus

Dans ce type de contexte, notre valeur ajoutée ne réside pas uniquement dans la maîtrise des outils. Elle réside dans notre capacité à :

• Analyser en profondeur les besoins réels, au-delà des demandes fonctionnelles exprimées
• Cartographier les processus existants, identifier les zones d’ambiguïté et les décisions implicites
• Mettre en lumière les causes structurelles d’un blocage
• Construire une vision cible partagée, validée par les parties prenantes
• Décliner cette vision en plan d’actions technique réaliste, compatible avec les contraintes de l’ERP existant
• Accompagner le changement, par la pédagogie et la formation

Nous ne partons pas du paramétrage. Nous partons de la gouvernance du processus.

Les résultats de l'approche processus

Dans le cas présenté, cela a permis de :

• Rassurer le directeur commercial sur la couverture fonctionnelle réelle de l’ERP
• Clarifier l’articulation entre client juridique et client final
• Définir le SIRET comme clé structurante
• Identifier précisément les adaptations techniques nécessaires
• Donner une trajectoire claire et séquencée au projet

L'importance de la formalisation pour l'industrie

Ce cas concernait la relation client. Mais la même logique s’applique aux référentiels produits, aux fournisseurs, aux équipements industriels, aux données de maintenance, aux nomenclatures, et aux flux logistiques.

Chaque fois que la croissance augmente la complexité, la formalisation devient indispensable. Un ERP performant ne compense jamais un processus flou. Il amplifie ses incohérences.

À l’inverse, lorsqu’un processus est clair, partagé et gouverné, l’ERP devient un accélérateur de performance.

Pour un dirigeant industriel, la véritable question n'est pas "Mon ERP est-il bien paramétré ?" mais "Mes processus sont-ils suffisamment matures pour être formalisés ?". À un certain stade de développement, décrire précisément ses processus n’est plus une option. C’est une condition de pérennité.