Die Anatomie standortübergreifender Promotions

Es gibt einen ganz bestimmten betrieblichen Moment, den Marketingverantwortliche in der Multi-Site-Gastronomie und -Hotellerie nur zu gut kennen.

Das Commercial Team hat eine Werbeaktion vereinbart. „2-für-1 Sonntags-Lunch über die gesamte Casual-Dining-Marke, alle Standorte, vier Wochen Laufzeit, Start in zwei Wochen.“ Die Strategie ist freigegeben. Die Kalkulation stimmt. Das Marketingteam hat das Kampagnen-Briefing vorliegen.

Dann beginnt die Umsetzungsphase – und drei Wochen verfliegen wie im Flug.

Woche eins: die Speisekarten-Aktualisierung. Preisänderungen müssen in jedem EPOS-Terminal an jedem Standort hinterlegt werden. Jedes Terminal muss einzeln aktualisiert werden, da das Bereitstellungsmodell des EPOS-Anbieters pro Kasse funktioniert. Das Website-CMS erfordert separate Updates, da es sich um eine andere Plattform handelt. Die Buchungsplattform des Drittanbieters benötigt ein eigenes Update, um die Aktionspreise widerzuspiegeln. Der Online-Bestellkanal erfordert ein weiteres. Jedes Update bedeutet ein Ticket, eine Freigabe, einen Rollout, eine Überprüfung.

Woche zwei: die Marketing-Assets. Die E-Mail muss in der Marketing-Plattform erstellt werden. Die Social-Media-Beiträge müssen separat terminiert werden. Die Paid-Media-Werbemittel müssen produziert werden. Die Werbematerialien für den lokalen Markt müssen für den Aushang vor Ort gedruckt werden. Jedes Asset-Team arbeitet nach seinem eigenen Zeitplan und eigenen Freigabeprozess.

Woche drei: die Segmentierung und das Targeting. In der Marketing-Plattform müssen die passenden Segmente erstellt werden: Kunden, die schon einmal Sonntags-Lunch bestellt haben; Kunden, die seit 60 Tagen nicht mehr zu Gast waren; Kunden im Einzugsgebiet der teilnehmenden Standorte. Der CRM-Auszug, der die Segmentierung speist, ist selbst ein separater Workflow, der oft einen Datenanalysten erfordert, um Daten manuell zu exportieren, weil die Sichten der Marketing-Plattform und des CRM aufgrund von Integrationsabweichungen nicht übereinstimmen.

Drei Wochen sind vergangen. Die Werbeaktion startet. Eine Betriebsleitung an einem Standort ruft in der Zentrale an, um zu melden, dass die Preise im EPOS ihres Standorts nicht mit der Website übereinstimmen. Ein Kundenservice-Ticket trifft von jemandem ein, der die E-Mail erhalten hat, aber der lokale Online-Bestellkanal berücksichtigt das Angebot nicht. Bis Sonntagnachmittag der ersten Kampagnenwoche haben sich zwölf Kundenbeschwerden über Preisunstimmigkeiten angesammelt.

Das ist die betriebliche Realität in jedem Multi-Site-Gastronomie- oder Hotelunternehmen, das einen fragmentierten Tech-Stack betreibt. Die Werbeaktion läuft schließlich an. Die Kennzahlen sehen am Ende akzeptabel aus. Aber die Kosten – an verstrichener Zeit, Koordinationsaufwand und Reibungsverlusten in der Customer Experience – sind erheblich. Und es sind jedes Mal dieselben Kosten.

Der architektonische Grund, warum Werbeaktionen langsam sind

Die Langsamkeit hat dieselbe Ursache wie die Trägheit bei der Menüverwaltung: Die Werbeaktion existiert an zu vielen Orten, wird von zu vielen Anbietern verwaltet und durch zu viele Integrationen synchronisiert.

Die Preisänderung befindet sich im EPOS. Die Menüanzeige befindet sich im CMS. Der Buchungsrabatt befindet sich in der Reservierungsplattform. Das E-Mail-Werbemittel befindet sich in der Marketing-Plattform. Die Segmentierung befindet sich im CRM. Die Zielgruppen-Ausschlüsse befinden sich im Treuesystem. Das Reporting befindet sich im BI-Tool, das alle Daten im Nachhinein aggregiert.

Jede Werbeaktion ist strukturell gesehen ein Koordinationsprojekt über sieben oder acht separate Systeme hinweg. Die Aufgabe des Marketingteams besteht zur Hälfte aus Kampagnendesign und zur Hälfte aus einer menschlichen Integrationsschicht: Es muss sicherstellen, dass die richtigen Personen in den richtigen Anbietersystemen die richtigen Aktionen in der richtigen Reihenfolge ausführen, damit die Werbeaktion auf allen Kanälen konsistent ausgespielt wird.

Diese Arbeit ist unsichtbar. Sie taucht in keinem Quartalsbericht für den Vorstand auf. Sie hat keine eigene Budgetposition. Aber sie nimmt einen enormen Teil der tatsächlichen Arbeitszeit des Marketings in Anspruch. Die Marketingleitung, die sich eigentlich Gedanken über Markenstrategie und Neukundenakquise machen sollte, verbringt den Dienstag-Nachmittag damit, sich mit dem Support-Team des EPOS-Anbieters abzustimmen, warum die Kasse eines Standorts immer noch die alten Preise anzeigt.

Was sich ändert, wenn Werbeaktionen in derselben Datenbank leben

Die mDOS-Architektur verfolgt einen anderen Ansatz. Eine Werbeaktion ist eine einzige Definition in der Datenbank. Sie wird als ein einziger Aktionsdatensatz auf Unternehmensebene gespeichert, mit Überschreibungen auf Standortebene nach demselben Überschreibungsmuster wie bei Menüs. Das Marketingteam definiert die Werbeaktion einmalig in der Benutzeroberfläche. Da jede Schnittstelle (EPOS-Terminals, Website-CMS, Online-Bestellung, Tablets auf den Zimmern, QR-Bestellbildschirme) die Preise beim Lesezugriff aus dieser einen Definition abruft, entfällt die erneute Eingabe pro Schnittstelle sowie die zeitraubende Synchronisation zwischen verschiedenen Anbietern.

Die Preisänderung ist die Werbeaktion. Es gibt kein separates EPOS-Update. Die Aktionsbedingungen sind für die Kasse sichtbar, weil die Kasse aus derselben Datenbank liest, in der die Werbeaktion definiert wurde. Das CMS zeigt die Aktionspreise an, weil das CMS aus derselben Datenbank liest. Das Buchungs-Widget berücksichtigt den Rabatt, weil das Buchungs-Widget aus derselben Datenbank liest. Keine Integration. Keine Sync-Verzögerung. Keine Versionsabweichungen.

Überschreibungen auf Standortebene tragen der betrieblichen Realität Rechnung, dass Werbeaktionen selten an allen Standorten eines Portfolios identisch gelten. Das Landhotel möchte vielleicht seinen Sonntagsbraten von der Aktion „2-für-1 Sonntags-Lunch“ ausschließen, weil dieses Gericht bereits im Premiumbereich kalkuliert ist. Der Standort im Stadtzentrum möchte das Aktionsfenster möglicherweise auf den Samstag ausweiten, da sein Gästeverhalten anders ist. Standorte in einer anderen Region wünschen sich eventuell abweichende Preise für Beilagen. Jede dieser Anpassungen ist eine Überschreibung der Standorteinstellungen der Werbeaktion: keine separate Definition, keine parallele Kampagne, keine duplizierte Logik.

Die standardmäßig einstellungsgetriebene Architektur

Es lohnt sich, das Muster hinter den Werbeaktionen auf architektonischer Ebene zu verstehen, denn es ist dasselbe Muster, das die gesamte Plattform für Betreiber grundverschiedener Größen und Geschäftsmodelle anpassbar macht.

Jede Geschäftsregel in mDOS (Steuersätze, Trinkgeldkonventionen, Terminologie, Compliance-Regeln, Preisstufen, Werbeaktionsberechtigungen, Treuepunkte-Sätze, Buchungsschlusszeiten, Änderungsrichtlinien, Gutschein-Ablaufregeln, Anforderungen an die Allergenkennzeichnung) ist in der Einstellungshierarchie verankert und wird über einen einzigen Resolver aufgelöst. Die Hierarchie kaskadiert vom Unternehmen über die Marke bis hin zum Standort, wobei optionale Standortgruppen-Overlays die Markengrenzen überschreiten können.

Das bedeutet, dass eine Werbeaktion keine fest eingebrannte Konfiguration in der Plattform ist. Sie ist ein einstellungsgesteuertes Artefakt. Der Aktionstyp, der Rabattmechanismus, die Berechtigungskriterien, die Einlöseregeln, die Kategorisierung für das Berichtswesen: All dies kann vom Betreiber konfiguriert werden. Eine Pub-Gruppe kann Aktionstypen erstellen, die zu ihrem Geschäftsmodell passen. Eine Hotelgruppe kann unterschiedliche Aktionstypen für Zimmerpreis-Aktionen im Vergleich zu F&B-Aktionen oder Wellness-Paketen erstellen. Ein Multi-Brand-Betreiber kann markenspezifische Aktionstypen erstellen, die sich grundlegend voneinander unterscheiden.

Dieselbe Architektur ist der Grund, warum mDOS für Betreiber in verschiedenen Rechtsordnungen ohne individuelle Entwicklung funktioniert. Die Steuerregeln unterscheiden sich zwischen Großbritannien, Irland und den USA. Es sind Einstellungen. Die Richtlinien zur Allergenkennzeichnung unterscheiden sich zwischen Natasha's Law und den Anforderungen der FDA. Es sind Einstellungen. Die Trinkgeldgewohnheiten unterscheiden sich zwischen dem freiwilligen Modell in Großbritannien und dem erwarteten Trinkgeld in den USA. Es sind Einstellungen. Die Plattform passt sich an den Betreiber an, statt dass sich der Betreiber an die Plattform anpassen muss.

Wie standortübergreifende Werbeaktionen in der Praxis aussehen

Das Marketingteam einer Multi-Brand-Gruppe mit 50 Standorten öffnet die Benutzeroberfläche für Werbeaktionen. Sie definieren eine neue Aktion: „2-für-1-Sonntagslunch, nur Casual-Dining-Marke, alle Standorte, vierwöchiges Zeitfenster ab dem 15. Juni, berechtigte Artikel: jedes Hauptgericht aus der Kategorie 'Klassiker' der Speisekarte, Kundenberechtigung: Kontakte mit Marketing-Einwilligung im Umkreis von 25 Meilen um einen teilnehmenden Standort.“

Sie klicken auf Aktivieren.

Da jede Oberfläche die Preise aus der zentralen Aktionsdefinition bezieht, gilt der Aktionspreis direkt bei der nächsten Abfrage der Speisekarte durch ein Terminal oder eine Seite – ganz ohne Neukonfiguration pro Standort und ohne nächtliche Synchronisierung. Ein EPOS-Terminal übernimmt ihn beim nächsten Abruf von Speisekarte/Aktionen. Die Website zeigt die Aktionspreise auf der Menüseite beim nächsten Laden der Seite an. Das Buchungs-Widget zeigt die Aktionsbedingungen während des Buchungsablaufs. Der Online-Bestellkanal wendet das Angebot korrekt an.

Anschließend definiert das Marketingteam die E-Mail-Kampagne in derselben Benutzeroberfläche. Die E-Mail richtet sich an das Segment der Kontakte mit Marketing-Einwilligung im Umkreis von 25 Meilen um teilnehmende Standorte. Das Segment wird auf Basis der Live-Gästedaten erstellt – mit dem aktuellen Stand von genau jetzt, nicht vom CRM-Sync der letzten Nacht. Die E-Mail wird für den Mittwoch vor jedem Sonntag des Aktionszeitraums terminiert. Der Versand erfolgt über dieselbe Engine, die auch jede andere automatisierte Kommunikation abwickelt.

Gesamtdauer von „Aktionskonzept beschlossen“ bis „Aktion standortübergreifend live mit terminierter E-Mail-Kampagne“: zwölf bis fünfzehn Minuten, je nachdem, wie viel Segmentierungsaufwand das Marketingteam einbringen möchte. Keine Abstimmung mit dem EPOS-Anbieter. Kein separates CMS-Update. Kein CRM-Export für die Segmentierung. Keine Tickets beim Integrationsteam.

Die Zeit der Marketingleitung steht nun für die Arbeit zur Verfügung, die wirklich zählt: Überlegungen dazu, warum der 2-für-1-Sonntagslunch die richtige Aktion für dieses Quartal ist, ob das vierwöchige Fenster die richtige Dauer ist, ob der Einzugsbereich von 25 Meilen das richtige Geofencing ist oder ob es ein ergänzendes Angebot unter der Woche geben sollte, um die Gastronomieauslastung zwischen den Sonntagen zu steigern. Strategische Arbeit statt Koordinationsaufwand.

Der Berichts-Kreislauf schließt sich automatisch

Bei den meisten herkömmlichen Werbeaktionen ist das Berichtswesen nach der Kampagne ein eigenes Projekt. Umsatzdaten aus dem POS, Einlösungsdaten aus dem Treuesystem, E-Mail-Engagement-Daten aus der Marketingplattform, Attributionsdaten aus dem Analyse-Tool: All dies muss zusammengeführt werden, um die Frage zu beantworten, die der CFO tatsächlich stellt: „Hat uns die Aktion Geld eingebracht?“

In einer einheitlichen Architektur erfordert das Schließen des Berichts-Kreislaufs kein Zusammenflicken verschiedener Anbieter. Die Aktionsdefinition befindet sich in derselben Datenbank wie die Bestellungen, mit denen sie eingelöst wurde; Einlösungen und Rabattsummen werden auf Bestell-Ebene durch die Aktionscode-Einlösung erfasst; E-Mail-Engagement wird bei denselben Gästedaten nachverfolgt. Diese gemeinsame Grundlage macht eine vollständige Performance-Übersicht der Aktion (Brutto- und Nettoerlös, Einlösungsrate, E-Mail-Beitrag, Abweichungen auf Kohorten- und Standortebene) zu einer einfachen Berichtserstellung statt zu einem Integrationsprojekt. Heute weist die Plattform die Anzahl der Einlösungen, die Rabattsumme und den Bruttobetrag auf Aktionscode-Ebene aus; die konsolidierte Management-Übersicht über diese Dimensionen hinweg steht auf der Roadmap für das Berichtswesen.

Der CFO wartet nicht drei Tage darauf, dass ein Analyst Anbieter-Exporte abgleicht. Die Marketingleitung muss keinen benutzerdefinierten Bericht erstellen. Der Vorstand muss Entscheidungen für das nächste Quartal nicht auf der Grundlage unvollständiger Daten treffen.

Was dies für die Marketingleitung von Filialgruppen bedeutet

Für die Marketingleitung einer Filialgruppe ist das Problem der Aktionsumsetzung seit Jahren eine strukturelle Einschränkung für den strategischen Wert der Abteilung. Das Marketing sollte Strategie-, Marken- und Zielgruppenarbeit leisten. Stattdessen verbringt das Marketing einen erheblichen Teil seiner Zeit als menschliche Integrationsschicht zwischen den Systemen verschiedener Anbieter.

Eine einheitliche Promotions-Architektur hebt diese Einschränkung auf. Die Marketingleitung kann Kampagnen in genau der Geschwindigkeit veröffentlichen, die die kommerzielle Realität erfordert. Taktische Promotions mitten in der Saison werden praktikabel, da sie keine dreiwöchige Abstimmung erfordern. Reaktive Werbeaktionen auf lokale Marktbedingungen werden möglich, da einzelne Standorte Übersteuerungen vornehmen können, ohne den Rest des Portfolios zu beeinträchtigen. A/B-Tests von Promo-Mechanismen werden praxistauglich, da zwei parallele Promos mit unterschiedlichen Definitionen und klarem Reporting für jede einzelne ausgeführt werden können.

Für Erwerber, die mDOS als IP bewerten, ist die Promotions-Architektur dem umfassenderen „Settings-Driven by Default“-Muster nachgelagert. Die Anpassungsfähigkeit der Plattform über verschiedene Betreibertypen und Rechtsräume hinweg macht sie kommerziell skalierbar. Ein Konsolidierer, der mDOS in einer Pub-Gruppe, einer Hotelgruppe und einer Restaurantkette einsetzt, kann die Plattform ohne individuelle Entwicklung an das spezifische Geschäftsmodell jedes Betreibers anpassen. Die Einstellungen-Architektur ist der Burggraben, der dies ermöglicht.

---

Die Promotions-Architektur erbt das „Settings-Driven by Default“-Muster der Plattform mit Übersteuerungen auf Standortebene. Technische Dokumentation ist unter wechselseitiger NDA verfügbar.