L'anatomie des promotions à l'échelle d'un réseau

Il y a un moment opérationnel très particulier que tout directeur marketing dans la restauration et l'hôtellerie multi-sites ne connaît que trop bien.

L'équipe commerciale a validé une promotion. « 1 déjeuner dominical acheté = 1 offert sur toute la marque de restauration rapide, dans tous les établissements, sur une période de quatre semaines commençant dans quinze jours. » La stratégie est approuvée. Le modèle économique fonctionne. L'équipe marketing dispose du brief de campagne.

Puis la phase de déploiement commence, et trois semaines s'envolent.

Semaine un : la mise à jour du menu. Les changements de prix doivent être appliqués sur chaque terminal EPOS de chaque établissement. Chaque terminal doit être mis à jour individuellement car le modèle de déploiement du fournisseur d'EPOS se fait caisse par caisse. Le CMS du site web nécessite des mises à jour distinctes car il s'agit d'une plateforme différente. La plateforme de réservation tiers a besoin de sa propre mise à jour pour répercuter le tarif promotionnel. Le canal de commande en ligne en exige encore une autre. Chaque mise à jour représente un ticket, une validation, un déploiement, une vérification.

Semaine deux : les supports marketing. L'e-mail doit être conçu dans la plateforme marketing. Les publications sur les réseaux sociaux doivent être programmées séparément. Les créations pour les campagnes payantes doivent être produites. Le matériel publicitaire local doit être imprimé pour un affichage en établissement. Chaque équipe dédiée aux supports travaille selon son propre calendrier et son propre processus de validation.

Semaine trois : la segmentation et le ciblage. La plateforme marketing doit intégrer les bons segments : les clients ayant déjà commandé un déjeuner le dimanche, les clients n'ayant pas fait de visite depuis 60 jours, les clients situés à proximité en voiture des établissements participants. L'extraction CRM qui alimente la segmentation constitue elle-même un flux de travail distinct, nécessitant souvent qu'un analyste extraie les données manuellement, car les écarts d'intégration font que la vision de la base clients dans la plateforme marketing ne concorde pas avec celle du CRM.

Trois semaines se sont écoulées. La promotion est lancée. La directrice d'un établissement appelle le siège pour signaler que les prix de son EPOS ne correspondent pas à ceux du site web. Un ticket au service client arrive de la part d'une personne ayant reçu l'e-mail, mais dont le canal de commande en ligne local n'applique pas l'offre. Dès le dimanche après-midi de la première semaine de campagne, douze réclamations clients se sont accumulées en raison d'incohérences tarifaires.

C'est la réalité opérationnelle de tout groupe de restauration et d'hôtellerie multi-sites utilisant une architecture logicielle fragmentée. La promotion finit par être lancée. Les indicateurs finissent par sembler corrects. Mais le coût (en temps écoulé, en charge de coordination, en frictions sur l'expérience client) est considérable. Et ce coût se répète à chaque fois.

La raison architecturale de la lenteur des promotions

Cette lenteur a la même cause sous-jacente que celle de la gestion des menus : la promotion réside dans trop d'endroits différents, dépend de trop de fournisseurs et est synchronisée par trop d'intégrations.

Le changement de prix réside dans l'EPOS. L'affichage du menu réside dans le CMS. La remise sur la réservation réside dans la plateforme de réservation. La création de l'e-mail réside dans la plateforme marketing. La segmentation réside dans le CRM. Les exclusions d'audience résident dans le système de fidélité. Le reporting réside dans l'outil de BI qui agrège le tout a posteriori.

Chaque promotion est, structurellement, un projet de coordination à travers sept ou huit systèmes distincts. Le travail de l'équipe marketing consiste pour moitié à concevoir la campagne et pour moitié à servir de couche d'intégration humaine, en veillant à ce que les bonnes personnes chez les bons fournisseurs exécutent les bonnes actions dans le bon ordre, afin que la promotion s'affiche de manière cohérente sur tous les canaux.

Ce travail est invisible. Il n'apparaît dans aucun rapport trimestriel du conseil d'administration. Il ne dispose d'aucune ligne budgétaire dédiée. Mais il absorbe une part énorme du temps réel de la fonction marketing. Le directeur marketing, qui devrait réfléchir à la stratégie de marque et à l'économie d'acquisition, passe son mardi après-midi à coordonner avec l'équipe support du fournisseur d'EPOS pour comprendre pourquoi la caisse d'un établissement affiche toujours les anciens prix.

Ce qui change lorsque les promotions résident dans une base de données unique

L'architecture mDOS adopte une approche différente. Une promotion est une définition unique au sein de la base de données. Elle est enregistrée comme une seule fiche promotionnelle à l'échelle de l'entreprise, avec des dérogations au niveau des établissements utilisant le même modèle d'exception que pour les menus. L'équipe marketing définit la promotion une fois pour toutes dans l'interface utilisateur. Comme chaque canal (terminaux EPOS, CMS du site web, commande en ligne, tablettes en chambre, écrans de commande par QR code) détermine le tarif à partir de cette définition unique au moment de la lecture, il n'y a aucune saisie répétée par canal et aucune synchronisation entre fournisseurs à maintenir.

Le changement de prix est la promotion. Il n'y a pas de mise à jour d'EPOS séparée. Les conditions de l'offre sont visibles sur la caisse car celle-ci lit la même base de données que celle où la promotion a été définie. Le CMS affiche le prix promotionnel car le CMS lit la même base de données. Le widget de réservation applique la remise car il lit la même base de données. Pas d'intégration. Pas de délai de synchronisation. Pas de décalage de version.

Les dérogations au niveau des établissements répondent à une réalité opérationnelle précise : les promotions s'appliquent rarement de manière identique sur l'ensemble d'un réseau. Un hôtel de campagne souhaitera peut-être exclure son rôti du dimanche de la promotion « 1 déjeuner dominical acheté = 1 offert » car ce plat bénéficie déjà d'un positionnement haut de gamme. Un établissement de centre-ville voudra peut-être étendre l'offre au samedi car ses habitudes de fréquentation sont différentes. Les établissements du nord souhaiteront peut-être appliquer des tarifs différents sur les accompagnements. Chacun de ces ajustements constitue une dérogation au niveau de l'établissement dans les paramètres de la promotion : pas de définition séparée, pas de campagne parallèle, pas de logique dupliquée.

Une architecture gérée par les paramètres par défaut

Le modèle qui sous-tend les promotions mérite d'être compris sur le plan architectural, car c'est ce même schéma qui rend l'ensemble de la plateforme adaptable à des exploitants de tailles et de modèles économiques très différents.

Chaque règle de gestion dans mDOS (taux de taxe, conventions de pourboire, terminologie, règles de conformité, grilles tarifaires, éligibilité promotionnelle, taux de cumul de fidélité, délais limites de réservation, politiques de modification, règles d'expiration des bons, exigences d'étiquetage des allergènes) réside dans la hiérarchie des paramètres et se résout via un résolveur unique. La hiérarchie s'applique en cascade, de l'entreprise à la marque puis au point de vente, avec des superpositions optionnelles par groupe de points de vente qui s'affranchissent des frontières de la marque.

Cela signifie qu'une promotion n'est pas une configuration figée ancrée dans la plateforme. Il s'agit d'un élément piloté par les paramètres. Le type de promotion, le mécanisme de remise, les critères d'éligibilité, les règles d'utilisation, la catégorisation du suivi d'activité : tout cela est configurable par l'exploitant. Un groupe de pubs peut créer des types de promos adaptés à son modèle commercial. Un groupe hôtelier peut concevoir des types de promos distincts pour les promotions sur le tarif des chambres, la restauration (F&B) ou les forfaits spa. Un exploitant multimarque peut élaborer des types de promos propres à chaque marque et présentant des différences fondamentales.

C'est cette même architecture qui permet à mDOS de fonctionner pour des exploitants soumis à des juridictions différentes, sans aucun développement sur mesure. Les règles fiscales varient entre le Royaume-Uni, l'Irlande et les États-Unis ? Ce sont des paramètres. Les conventions d'étiquetage des allergènes diffèrent entre Natasha's Law et les exigences de la FDA ? Ce sont des paramètres. Les coutumes en matière de pourboires varient entre le modèle discrétionnaire du Royaume-Uni et le pourboire attendu aux États-Unis ? Ce sont des paramètres. La plateforme s'adapte à l'exploitant plutôt que l'inverse.

À quoi ressemblent concrètement les promotions à l'échelle du réseau

L'équipe marketing d'un groupe multimarque de 50 points de vente ouvre l'interface des promotions. Elle définit une nouvelle promo : « Un déjeuner du dimanche acheté, un offert, marque de restauration rapide/décontractée uniquement, tous les points de vente, période de quatre semaines à compter du 15 juin, articles éligibles : n'importe quel plat principal de la section Classiques du menu, éligibilité client : contacts ayant consenti aux communications marketing dans un rayon de 25 miles autour d'un point de vente participant. »

Elle clique sur activer.

Puisque chaque canal résout la tarification à partir de la définition unique de la promotion, le tarif promotionnel s'applique dès la prochaine actualisation du menu sur un terminal ou une page web, sans reconfiguration par point de vente ni synchronisation nocturne. Un terminal EPOS l'intègre lors de sa prochaine récupération des menus/promotions. Le site web affiche le prix promotionnel sur la page du menu dès le rechargement suivant. Le widget de réservation présente les conditions de la promo pendant le parcours de réservation. Le canal de commande en ligne applique l'offre.

L'équipe marketing définit ensuite la campagne d'e-mailing dans la même interface. L'e-mail cible le segment des contacts ayant donné leur consentement marketing situés dans un rayon de 25 miles autour des points de vente participants. Le segment est constitué sur la base des fiches clients en direct, à jour en temps réel et non d'après la synchronisation CRM de la veille au soir. L'e-mail est programmé pour le mercredi précédant chaque dimanche de la période promotionnelle. L'envoi s'effectue via le même moteur qui gère l'ensemble des autres communications automatisées.

Temps total écoulé entre la « validation du concept de la promo » et le « lancement de la promo sur l'ensemble du réseau avec la campagne d'e-mailing programmée » : de douze à quinze minutes, selon le niveau de segmentation que l'équipe marketing souhaite intégrer. Aucune coordination nécessaire avec le fournisseur EPOS. Aucune mise à jour séparée du CMS. Aucune extraction CRM pour la segmentation. Aucun ticket ouvert auprès de l'équipe d'intégration.

Le temps du directeur marketing est désormais disponible pour les tâches à forte valeur ajoutée : analyser pourquoi le déjeuner du dimanche acheté/offert est la bonne promotion pour ce trimestre, si la période de quatre semaines est la durée idéale, si le rayon de 25 miles constitue le bon périmètre géographique, s'il convient d'ajouter une offre complémentaire en milieu de semaine pour dynamiser la fréquentation entre deux dimanches. Un travail stratégique, et non un travail de coordination.

La boucle de suivi analytique se referme automatiquement

Pour la plupart des promotions sur systèmes hérités, le bilan d'après-campagne est un projet à part entière. Données de vente de la caisse (POS), données d'utilisation du système de fidélité, données d'engagement e-mail de la plateforme marketing, données d'attribution de l'outil d'analyse : tout cela doit être réconcilié pour répondre à la question que pose réellement le directeur financier : « cette promo nous a-t-elle rapporté de l'argent ? »

Dans une architecture unifiée, fermer la boucle d'analyse ne nécessite aucun assemblage de différents fournisseurs. La définition de la promotion réside dans la même base de données que les commandes associées ; le nombre d'utilisations et le montant total des remises sont enregistrés au niveau de la commande grâce à l'utilisation des codes promo ; l'engagement e-mail est suivi sur les mêmes fiches clients. C'est ce socle commun qui transforme l'analyse globale de la performance des promotions (chiffre d'affaires brut et net, taux d'utilisation, contribution de l'e-mailing, écarts par cohorte et par point de vente) en un simple travail de création de rapports, et non en un projet d'intégration complexe. Aujourd'hui, la plateforme affiche le nombre d'utilisations, le total des remises et le chiffre d'affaires brut au niveau du code promo ; la vue consolidée destinée à la direction selon ces dimensions figure dans la feuille de route des fonctionnalités de suivi.

Le directeur financier n'attend plus trois jours qu'un analyste réconcilie les fichiers d'exportation des différents prestataires. Le directeur marketing n'a plus besoin d'élaborer un rapport sur mesure. Le conseil d'administration n'a plus à prendre les décisions du trimestre suivant sur la base de données incomplètes.

Ce que cela change pour un directeur marketing multi-site

Pour le directeur marketing d'un groupe multi-site, la problématique d'exécution des promotions constitue depuis des années un frein structurel à la valeur stratégique de sa fonction. Le département marketing devrait se consacrer à la stratégie, à la marque et à la connaissance des audiences. Au lieu de cela, une part considérable du temps marketing est gaspillée à servir de passerelle humaine entre des systèmes fournisseurs incompatibles.

L'architecture de promotion unifiée élimine cette contrainte. Le directeur marketing peut lancer des campagnes à la vitesse exigée par la réalité commerciale. Les promotions tactiques de mi-saison deviennent viables car elles ne nécessitent plus trois semaines de coordination. Les promotions réactives adaptées aux conditions du marché local deviennent possibles car chaque établissement peut appliquer ses propres dérogations sans impacter le reste du réseau. Le test A/B des mécaniques promotionnelles devient pleinement opérationnel, puisque deux promotions parallèles peuvent être exécutées avec des définitions distinctes et un reporting clair pour chacune.

Pour les acquéreurs évaluant mDOS en tant que propriété intellectuelle, l'architecture de promotion s'inscrit dans le cadre plus large du modèle « Settings-Driven by Default ». La capacité d'adaptation de la plateforme à différents types d'exploitants et à diverses juridictions est ce qui assure sa scalabilité commerciale. Un consolidateur déployant mDOS au sein d'un groupe de pubs, d'un groupe hôtelier et d'une chaîne de restaurants peut configurer la plateforme selon le modèle économique spécifique de chaque exploitant, sans aucun développement sur mesure. L'architecture de paramétrage constitue le véritable avantage concurrentiel qui rend cela possible.

---

L'architecture des promotions hérite du modèle « Settings-Driven by Default » de la plateforme avec des dérogations au niveau de l'établissement. Documentation technique disponible sous accord de confidentialité (NDA) mutuel.