Vous pilotez une enseigne avec 5, 20 ou 80 restaurants. Chaque établissement a sa caisse, ses commandes en ligne, parfois sa livraison, et un flux de clients qui se croisent d’un point de vente à l’autre.
Sans référentiel client unique (RCU), vous avez des fichiers. Avec un CRM multi-sites digne de ce nom, vous avez une base exploitable : qui est le client, où il vient, combien il dépense, et comment le faire revenir sans spammer tout le réseau.
Ce guide est écrit pour les têtes de réseau (franchise ou succursales) qui cherchent un CRM capable de centraliser la data et de laisser de l’autonomie locale. Il complète nos dossiers CRM franchise et CRM restaurant en allant au fond du sujet multi-établissements.
Vous gérez plusieurs points de vente ?
Une base clients unifiée pour toute l’enseigne
Pongo centralise la data de tous vos établissements (fidélité, caisse, campagnes) avec une vue siège et des accès locaux.
Pilotage réseau + activation magasin, sans Excel qui diverge.
RCU, CRM multi-sites : de quoi on parle concrètement
Le RCU (référentiel client unique) est la promesse : un client = une fiche, même s’il a mangé à Lyon lundi et à Paris vendredi. Le CRM multi-sites est l’outil qui construit, maintient et active ce référentiel.
Sans RCU, vous multipliez les doublons (même téléphone sur 3 PDV), les campagnes qui se marchent dessus, et les décisions basées sur des extractions partielles. Avec un RCU, la tête de réseau voit le réseau ; le franchisé voit son magasin ; le client, lui, a une expérience cohérente.
Ce qu’un RCU doit permettre en restauration
- Dédoublonnage : téléphone, email, identifiant wallet / fidélité comme clés de réconciliation.
- Historique multi-PDV : visites, paniers, points, récompenses, consentements, sur tout le réseau.
- Double niveau d’accès : siège (vue globale, scénarios, reporting) et local (sa base, ses activations).
- Activation : SMS, scénarios, fidélité, avis Google, pas seulement un “annuaire”.
Pourquoi les enseignes bloquent encore sur Excel et des CRM génériques
Trois schémas reviennent souvent :
- Un fichier par magasin (export caisse ou tableur). Impossible de savoir si “Marie” du PDV A est la même que “Marie” du PDV B.
- Un CRM B2B (HubSpot, Salesforce…) branché à la va-vite. Puissant sur le pipeline commercial, faible sur l’enrôlement en salle, la fidélité et le drive-to-store.
- Un outil mono-site dupliqué N fois. Vous avez N bases, N logiques de campagne, zéro pilotage enseigne.
Résultat typique : la tête de réseau ne peut pas lancer un temps fort national propre, et les franchisés n’ont pas d’outil simple pour animer leur zone.
Les 7 capacités d’un vrai CRM multi-sites (checklist)
| Capacité | Ce que ça change pour l’enseigne | Signal d’alerte si absent |
|---|
| RCU / dédoublonnage | Une fiche client réseau, historique unifié | Doublons, stats gonflées, SMS en double |
| Accès siège + local | Cadre national, autonomie magasin | Soit tout est centralisé et lent, soit tout est local et incohérent |
| Fidélité intégrée | Enrôlement massif de data 1st-party | Base maigre, peu d’opt-in, peu de réactivation |
| Audiences dynamiques | Nouveau, VIP, à risque, inactif, par PDV / cluster | Listes Excel figées, campagnes “toute la base” |
| Scénarios & SMS | Messages déclenchés par le comportement | Campagne du vendredi, charge marketing permanente |
| Intégrations POS / borne / TPE | Data qui se remplit sans ressaisie | Saisie manuelle, retards, erreurs |
| Reporting réseau | Comparer PDV, clusters, campagnes | Décisions au feeling, animation réseau aveugle |
Si votre outil coche moins de 4 lignes sur 7, vous avez probablement un carnet d’adresses, pas un CRM multi-sites.
Comment construire le RCU sans usine à gaz
1. Choisir les clés d’identité
En restauration, le numéro de téléphone (consentement SMS) et l’identifiant fidélité / wallet sont les piliers. L’email aide, mais il est moins souvent collecté en caisse. Une bonne pratique : une clé primaire stable (ID Pongo / programme) + téléphone normalisé pour la réconciliation.
2. Brancher les sources de data
- Caisse / POS
- Bornes et ordering
- Paiement à table / TPE
- Programme de fidélité (tablette, QR, wallet)
- Click & collect / livraison si pertinent
Plus vous multipliez les points d’entrée, plus le RCU se remplit vite. C’est pour ça qu’un programme de fidélité n’est pas “un gadget points” : c’est le moteur d’enrôlement du CRM.
3. Définir le double niveau de gouvernance
- Siège : règles fidélité, scénarios structurants, créas nationales, KPI réseau, conformité RGPD.
- Local : activation des campagnes, timing, éventuellement offre locale dans un cadre, lecture de “sa” base.
Sans ce partage, soit les franchisés se sentent infantilisés, soit la marque part dans tous les sens.
4. Activer, puis mesurer le retour magasin
Le RCU ne sert que s’il déclenche des actions : bienvenue, 2e visite, winback, avis Google sur la bonne fiche établissement, temps forts nationaux. Sur ce point, voir aussi nos campagnes et scénarios marketing, et le draft “10 scénarios enseigne” déjà en relecture.
KPI utiles côté enseigne :
- % de clients avec fiche RCU complète (tél. + consentement)
- taux d’enrôlement fidélité / flux
- part de CA provenant des clients identifiés
- réactivation 30 / 60 / 90 jours
- comparatif PDV (fréquence, panier, activation des scénarios)
Cas d’usage enseigne : ce que change un RCU au quotidien
- Client multi-PDV : un habitué de 3 restaurants du réseau cumule ses points partout, sans “recommencer à zéro”.
- Ouverture d’un nouveau magasin : vous pouvez cibler les clients du réseau dans un rayon, pas uniquement une base locale vide.
- Animation réseau : challenge franchisés mesurable (taux d’activation SMS, avis, enrôlement), pas seulement du storytelling en réunion.
- Winback intelligent : relancer les dormants d’un cluster sans cannibaliser les VIP actifs d’un autre.
Exemple de trajectoire : Berliner Das Original a industrialisé fidélité + CRM + SMS sur un réseau de dizaines de restaurants, avec des retours clients mesurés (voir le cas Berliner). L’enjeu n’est pas “avoir un outil de plus”, c’est de faire travailler la même base partout.
CRM + fidélité + SMS
Passez d’N fichiers à un RCU actionnable
Pendant une démo, on regarde avec votre organisation (nombre de PDV, outils déjà en place) comment unifier la base et quels scénarios activer en premier.
Conçu pour les réseaux de restauration et commerces de bouche.
Erreurs fréquentes (et comment les éviter)
- Vouloir le RCU parfait avant d’enrôler. Mieux vaut une clé téléphone + fidélité déployée, puis enrichir, que 6 mois de schéma data sans clients.
- Laisser chaque franchisé créer ses propres règles. Le cadre (points, scénarios, ton) se décide en siège ; le local active.
- Mesurer les ouvertures SMS plutôt que le retour en magasin. Une ouverture n’est pas du CA.
- Oublier le consentement. Un RCU sans opt-in propre, c’est un risque RGPD et des campagnes inutilisables.
- Choisir un CRM “parce que tout le monde l’a”. En B2C multi-PDV, la question est : est-ce que ça enrôle en salle et est-ce que ça pilote le réseau ?
FAQ
RCU et CRM, c’est la même chose ?
Non. Le RCU est le modèle de données (une personne, une fiche). Le CRM est la plateforme qui stocke ce RCU, le met à jour et l’active (campagnes, fidélité, reporting).
Faut-il un RCU si on n’a que 3 restaurants ?
Dès que les clients circulent entre PDV, ou que vous voulez une campagne nationale cohérente, oui. À 3 sites le problème est déjà visible ; à 30 il devient critique.
Un CRM franchise suffit-il ?
Un bon CRM franchise doit inclure le RCU et le multi-sites. Si votre outil “franchise” ne dédoublonne pas et n’offre pas d’accès locaux, ce n’est qu’un label commercial.
Par où commencer concrètement ?
1) déployer la collecte (fidélité + consentement), 2) unifier les accès siège / local, 3) activer 3 scénarios max (bienvenue, 2e visite, winback), 4) comparer les PDV chaque mois.
Prochaine étape
Construisez le RCU de votre enseigne avec Pongo
On vous montre comment centraliser la base, brancher vos outils et lancer les premiers scénarios multi-sites.
Une plateforme pour le siège et chaque établissement.
Passage à l’action
Si vous êtes en tête de réseau, la question utile n’est pas “avons-nous un CRM ?” mais “avons-nous un RCU actionnable sur tous les points de vente ?”
Pongo est conçu pour ça : collecte via le programme de fidélité, base unifiée, accès différenciés, scénarios et SMS, reporting enseigne. Ensuite, vous renforcez les pages déjà en place (CRM restaurant, CRM franchise) avec une offre claire pour les décideurs multi-sites.
