Le groupe venait d’absorber une troisième société. Au COMEX, on parlait « synergies commerciales ». Dans les faits, trois CRM — ou trois partitions du même — continuaient de vivre. Un grand compte achetait déjà chez deux entités sans que personne n’ait une vue consolidée. Le commercial de l’entité A a découvert le contrat de l’entité B… chez le client, en réunion.
Le CRM multi-entités n’est pas d’abord un sujet d’architecture élégante. C’est un sujet de pouvoir, de confidentialité, et de reporting. Si vous ne le posez pas tôt, l’outil amplifie le silo au lieu de le réduire.
Ce qu’il faut clarifier avant de paramétrer
Trois questions structurantes. Quelles données doivent être partagées entre sociétés (et lesquelles non) ? Qui a le droit de voir le pipe d’une autre entité ? Quel reporting groupe est non négociable dès le départ ?
Tant que ces réponses restent floues, chaque option technique — une org, plusieurs orgs, des cloisonnements par règles — sera un pari.
À retenir« On verra plus tard pour le multi-sociétés » est l’une des phrases les plus chères en CRM groupe. Plus tard, la dette est déjà là.
Option 1 : une instance, des cloisonnements
Une seule plateforme, avec des règles de visibilité par entité, marque, ou business unit. Avantage : reporting consolidé plus simple, coûts d’admin potentiellement plus bas, vision compte groupe possible. Risque : complexité des droits, erreurs de partage, et parfois des limites natives selon l’outil.
Cette option convient quand les process sont proches, que la direction veut une vue groupe réelle, et qu’une gouvernance centrale existe.
Option 2 : plusieurs instances, ponts ciblés
Chaque société garde son CRM (ou son espace), avec des synchronisations ponctuelles : comptes stratégiques, reporting remonté, référentiel produits partiel. Avantage : autonomie, cloisonnement naturel, moins de conflits politiques au quotidien. Risque : double saisie, vision client fragmentée, coûts multiples, intégrations à maintenir.
Utile quand les métiers divergent fortement, ou quand des contraintes légales / concurrentielles internes imposent une séparation nette.
Option 3 : hybrides et couches analytiques
Parfois le pragmatisme gagne : CRM opérationnels séparés + entrepôt / BI pour le reporting groupe, et un processus manuel ou semi-auto pour les comptes stratégiques. Ce n’est pas puriste. Pour beaucoup de groupes en transition post-acquisition, c’est tenable le temps d’aligner les process.
| Approche | Force | Vigilance |
|---|---|---|
| Instance unique cloisonnée | Vue groupe, admin central | Matrice de droits complexe |
| Multi-instances | Autonomie, séparation claire | Synergies commerciales faibles |
| Hybride + BI | Rapidité post-rachat | Double vérité possible |
Comptes groupe et collisions commerciales
Le vrai test d’un CRM multi-entités, c’est le grand compte présent chez plusieurs sociétés. Qui est owner ? Qui voit les opportunités croisées ? Comment évite-t-on deux propositions concurrentes ?
Définissez une politique écrite : compte maître groupe, owners locaux, règles d’escalade, partage minimal des infos sensibles (prix, marges). Sans politique, la tech ne sauvera rien.
AttentionLaisser deux entités prospecter le même logo « pour stimuler la compétition interne » finit souvent en cacophonie client — et en perte de crédibilité.
Reporting : consolider sans mentir
Consolider des pipes aux définitions différentes produit des tableaux de bord trompeurs. Avant la jolie courbe groupe, alignez ce qu’est un € de pipe, un client actif, un churn.
Si l’alignement métier est impossible à court terme, affichez des reportings séparés plus une consolidation explicitement « non homogène ». L’honnêteté bat la synchronicité fausse.
Données, marques et conformité
Multi-sociétés signifie parfois multi-marques, multi-pays, multi-bases légales. Vérifiez résidence des données, accès support, séparations contractuelles éventuelles. Un contact acquis sous une marque n’est pas automatiquement sollicitable par une autre.
Ce cadrage évite que la « synergie marketing » devienne un incident.
Mini-cas : le groupe qui a choisi le cloisonnement progressif
Après deux acquisitions, un groupe de services a démarré avec des espaces séparés, un référentiel comptes stratégiques partagé à la main, et une BI légère. Dix-huit mois plus tard, process assez proches, ils ont fusionné sur une instance unique avec règles d’entité. Inverser l’ordre aurait imposé trop tôt une gouvernance que personne n’était prêt à tenir.
ConseilTraitez le multi-entités comme un produit : V1 (pas de collision client), V2 (reporting fiable), V3 (synergies automatisées). Pas l’inverse.
Gouvernance centrale vs autonomie
Il vous faut un owner CRM groupe — même à temps partiel — et des relais par entité. Le centre tranche les standards (définitions, champs communs, sécurité). Les entités gardent une latitude sur les champs locaux non structurants.
Sans centre, chaque société recrée son dialecte. Sans latitude, le terrain boycotte.
Pour le choix d’outil dans ce contexte, un comparatif CRM éclaire les capacités natives de cloisonnement ; un expert expérimenté sur les déploiements groupe évite les architectures papier.
FAQ rapide
Peut-on tout fusionner juste après un rachat ? Rarement sans casse. Protégez d’abord les comptes, alignez ensuite.
Salesforce, HubSpot, autres : qui gère mieux le multi-entités ? Cela dépend des besoins exacts (roles/sharing, business units, portals…). Partez du besoin de partage, pas du logo.
Faut-il un data warehouse ? Souvent oui dès que le reporting groupe devient critique et que les CRM restent multiples.
Quel est le premier livrable utile ? Une politique anti-collision sur les top comptes + une vue consolidée même imparfaite.
ChecklistRègles de partage écrites, politique comptes groupe, définitions reporting alignées ou assumées, owner groupe nommé, choix d’architecture documenté.
Poser le cadre avant les synergies
CRM multi-entités / multi-sociétés : les options techniques ne valent que par les décisions de partage et de pouvoir qu’elles servent. Tranchez tôt ce qui est commun, ce qui est cloisonné, et ce que le client a le droit de vivre comme une seule entreprise — ou non.
Si vous construisez ce cadre maintenant, les experts crmly peuvent challenger l’architecture et la matrice de droits avant que le paramétrage ne bétonne les mauvais silos.