Vous pilotez une enseigne, une franchise ou un réseau multi-établissements. Chaque restaurant a sa caisse, parfois son Excel, parfois un outil local. Au siège, la question revient : où est la vraie base clients du réseau ?
Sans base unifiée, vous ne segmentez pas correctement, vous doublez les SMS, vous perdez le client qui passe d’un PDV à l’autre, et vous comparez des reportings qui ne se parlent pas. Ce guide explique comment construire et activer une base clients multi-établissements en restauration : collecte, RCU, droits siège / magasin, activation (points, récompenses, offres, cagnotte), et checklist décideur.
Sur un seul magasin, un fichier client Excel peut encore « tenir ». Dès que vous avez 5, 20 ou 80 restaurants, le fichier local devient un piège :
Une base clients enseigne, ce n’est pas un export consolidé une fois par mois. C’est un référentiel vivant : une fiche par client, des consentements clairs, un historique multi-canaux (salle, click & collect, livraison, fidélité), et des droits d’accès adaptés au siège comme au terrain.
Pour le cadre technique (RCU, dédoublonnage, gouvernance), voir aussi notre article CRM multi-sites et RCU restaurant. Ici, on se concentre sur la base elle-même : comment la constituer, la qualifier et la faire travailler.
Les équipes confondent souvent trois choses. Mettre des mots précis évite d’acheter le mauvais outil.
En restauration B2C, la porte d’entrée la plus fiable pour enrichir la base reste souvent le programme de fidélité : le client s’identifie pour gagner des points ou débloquer une récompense, et vous obtenez de la data 1st-party avec consentement.
Inutile de stocker 80 colonnes « au cas où ». Priorisez les champs qui servent vraiment à segmenter et à activer :
Le siège a besoin de la vue réseau. Le manager local a besoin de « ses » clients du magasin, sans pouvoir casser les règles nationales. C’est le duo siège / PDV qui fait tenir une base multi-établissements dans la durée.
Le staff propose l’inscription au moment du paiement, en parlant de points, d’offres ou d’avantages VIP, pas d’une « inscription à un fichier ». Exemple de pitch court : « Vous cumulez des points sur tous nos restaurants, et vous débloquez des récompenses. »
Un client doit pouvoir cumuler et consommer ses avantages sur n’importe quel restaurant du réseau. Sinon vous recréez des silos. Voir le cadre produit sur la base client Pongo.
Les tickets (et idéalement click & collect / livraison) doivent remonter sur la fiche client. Sans ça, la base reste une liste de téléphones sans historique utile.
Chaque interaction marketing (SMS, scénario d’anniversaire, relance cagnotte) doit écrire dans la base : message envoyé, clic / visite, conversion. Sinon vous ne mesurez que le volume d’envois.
Scripts d’enrôlement, avantages d’entrée, règles d’opt-in : le siège fixe le cadre. Les PDV exécutent, avec une marge locale contrôlée. C’est le même principe que pour l’offre franchises / multi-sites.
Téléphone normalisé, fusion des doublons, archivage des fiches sans activité depuis longtemps : une base sale coûte cher en SMS et en crédibilité marque.
Une base clients multi-établissements ne sert que si vous l’activez. Commencez simple : 4 à 6 segments réseau, des règles claires, des messages chauds et courts.
Exemples de SMS (à adapter avec vos placeholders) :
Bienvenue réseau :
« [Prénom], bienvenue chez [Enseigne] ! Vos points sont valables dans tous nos restaurants. Découvrez votre 1re récompense ici : [lien] »
Cagnotte / points qui dorment :
« [Prénom], vous avez [X] points chez [Enseigne]. Ils peuvent bientôt perdre de la valeur. Venez les utiliser : [offre] »
Inactifs multi-PDV :
« [Prénom], on ne vous a pas vu depuis un moment chez [Enseigne]. Voici [offre] pour votre prochaine visite, valable sur tout le réseau. »
VIP / avantages :
« [Prénom], statut VIP [Enseigne] : [offre] réservée cette semaine. Montrez ce SMS en caisse ou sur l’app. »
Évitez le ton austère. Gardez un CTA clair, une valeur client (points, récompenses, offres, cagnotte, avantages VIP), et une cohérence de marque d’un PDV à l’autre. Pour des scénarios plus complets, voir 10 scénarios marketing automation pour enseignes.
Sans règles, la base multi-sites se détériore vite :
Documentez aussi la règle d’appartenance : un client « du » PDV A peut fréquenter le PDV B. La fiche reste unique ; les stats locales et réseau doivent coexister sans se contredire.
Si plus de trois réponses sont floues, vous n’achetez pas encore une base clients enseigne : vous achetez un espoir de tableur amélioré.
Semaine 1 : audit des sources (caisse, Excel, anciens outils), définition des champs obligatoires, règle d’identifiant (souvent le mobile).
Semaine 2 : import / fusion, dédoublonnage, mapping des PDV, validation opt-in.
Semaine 3 : enrôlement terrain (script + bénéfice), lancement fidélité multi-PDV, formation managers.
Semaine 4 : 2 scénarios pilotes (bienvenue + relance inactifs ou cagnotte), reporting siège / PDV, ajustements.
Objectif réaliste : une base propre, une collecte qui tourne, et deux activations mesurables. Pas 20 campagnes le premier mois.
Une base clients multi-établissements n’est pas un projet IT abstrait. C’est le socle commercial de l’enseigne : collecter au bon moment, unifier les PDV, respecter les consentements, puis activer avec des messages utiles (points, récompenses, offres, cagnotte, avantages VIP).
Si votre réseau vit encore avec des fichiers locaux, commencez par le référentiel unique et deux scénarios pilotes. Ensuite seulement, scalez les campagnes. Pour approfondir le choix d’outil, enchaînez avec le guide CRM restaurant et le CRM franchise.
