.jpeg)
Mehrere Restaurantmarken: Jedes Menü und Rezept in einem System verwalten
Alle Marken aus einem System führen – nicht jede Marke separat
Wer jede Marke in einem eigenen System führt, gibt dieselben Zutaten, Lieferanten und Berichte in jedem Login neu ein. Eine Gruppe kann Menüs und Rezepte mehrerer Marken aus einem System verwalten. Gemeinsame Stammdaten und ein gemeinsames Beschaffungs-Setup dienen als Basis; jede Marke erhält eigene Rezepte, Verkaufspreise und Wareneinsatz-Ziele. Eine Zutatenbasis, getrennte Menüs.
Das Problem zeigt sich zuerst in den Daten. Wenn drei Marken in drei Konten verwaltet werden, wird dieselbe Hähnchenbrust dreimal angelegt. Ein neuer Lieferantenpreis muss dreimal eingegeben werden. Ein Konzern-Wareneinsatzbericht entsteht aus drei manuell zusammengeführten Exporten. Jeder manuelle Schritt ist eine Fehlerquelle, die die Marken auseinandertreibt.
Die Lösung ist eine Instanz, die nach Marke trennt, wo nötig, und teilt, wo möglich. Supys Multi-Marken-Lagerstruktur hält einen Basisartikel pro Zutat, während jede Marke ihr eigenes Menü obendrauf betreibt. Die folgende Tabelle zeigt, was sich ändert.
| Was passiert | Separates System je Marke | Ein System, gemeinsame Stammdaten |
|---|---|---|
| Zutaten-Setup | In jeder Marke einzeln erfasst und korrigiert | Ein Basisartikel, für alle Marken freigegeben |
| Neuer Lieferantenpreis | Marke für Marke eingegeben | Aktualisiert die Rezeptkosten jeder Marke auf einmal |
| Konzern-Wareneinsatzbericht | Exporte per Hand zusammengeführt | Eine Ansicht über alle Marken und Standorte |
| Neue Marke einführen | Menü von Grund auf neu aufgebaut | Rezepte aus der Bibliothek geklont |
Gemeinsame Stammdaten, markenspezifische Rezepte
Legen Sie einen Basisartikel pro Zutat an und lassen Sie jede Marke darauf ihre eigenen Rezepte aufbauen. Ein Basisartikel enthält alle Lieferanten-SKUs und Verpackungen für diese Zutat – Hähnchenbrust zu $6,50/kg wird einmal angelegt und für alle drei Marken freigegeben. Jede Marke weist diese Zutat dann ihren Rezepten mit eigenem Verkaufspreis, Wareneinsatz-Ziel und Steuersatz zu.
Dasselbe Hähnchenfleisch erzielt drei unterschiedliche Margen – ohne ein einziges doppeltes Rezept. Marke A, ein Burger-Konzept, verkauft einen Grillhähnchenburger für $14,00 bei einem Wareneinsatz-Ziel von 30 %. Marke B, ein Salatkonzept, setzt dasselbe Hähnchen in einer Caesar Bowl für $12,00 bei 28 % ein. Marke C, ein Wings-Konzept, kalkuliert ein halbes Dutzend Wings mit $11,00 bei 32 %. Ändert sich der Einkaufspreis des Hähnchens einmal, passen sich die Rezeptkosten aller drei Marken an.
Eine zentrale Rezeptbibliothek liegt über den Marken und steuert, welche Rezepte an welchem Standort verfügbar und in Produktion sind. Die Marke besitzt ihr Menü. Das Unternehmen besitzt die Zutat.
Neue Marke einführen: Bibliothek klonen, dann anpassen
Klonen Sie aus der zentralen Rezeptbibliothek statt von Grund auf neu zu erstellen. Eine Gruppe mit neun Standorten, die eine dritte Marke einführt, startet nicht mit einem leeren Rezeptbuch. Klonen Sie die benötigten Rezepte – für ein mittelgroßes Menü rund 42 – als Ausgangspunkt, und passen Sie dann Verkaufspreis und Wareneinsatz-Ziel an das neue Konzept an.
Die geklonten Rezepte behalten ihre Zutatenverknüpfungen mit den gemeinsamen Stammdaten – die neue Marke kalkuliert damit vom ersten Tag an korrekt. Weisen Sie die Rezepte den Standorten der neuen Marke zu, legen Sie fest, welche in Produktion sind, und das Menü ist live – ohne ein zweites System zu pflegen. Wer eine vierte Marke plant, wiederholt denselben Klon-und-Anpassen-Schritt, keinen kompletten Neuaufbau.
Wareneinsatz, Margen und Buchhaltung je Marke trennen
Legen Sie ein Wareneinsatz-Ziel pro Rezept und Standort fest, und das System benachrichtigt die verantwortliche Marke, wenn die tatsächlichen Kosten das Ziel überschreiten. Ziele sind auf Rezept und Standort begrenzt. Marke C mit 34 % tatsächlichem Wareneinsatz bei einem Ziel von 32 % wird separat ausgewiesen – nicht in der Konzernansicht, wo Marke A bei 31 % und Marke B bei 27 % sie verdecken würden.
Dashboards zeigen Wareneinsatz und Wareneinsatz-Prozentwert auf Konzern-, Standort- und Menüebene – jede Marke ist separat lesbar. Die Finanzstruktur folgt demselben Prinzip. Gutschriften und Lieferantenkonten gehören zur Marke, die sie erstellt hat – eine Rückgabe bei Marke B landet nie in Marke As Buchhaltung. Jede Marke liest sich als eigenes Unternehmen, während die Gruppe ein System führt.
Welches Modell passt zu Ihrer Gruppe
Identifizieren Sie Ihre Situation und nehmen Sie den einen richtigen Schritt. Die meisten Mehrmarkengruppen fallen in eine von drei Kategorien, und der richtige erste Schritt ist für jede unterschiedlich.
- Ihre Marken teilen die meisten Zutaten, brauchen aber unterschiedliche Menüs. Führen Sie gemeinsame Stammdaten, und bauen Sie markenspezifische Rezepte mit eigenen Preisen und Zielen obendrauf. Beginnen Sie damit, jede geteilte Zutat einem einzigen Basisartikel zuzuordnen.
- Sie eröffnen oder kaufen eine neue Marke. Klonen Sie die benötigten Rezepte aus der zentralen Bibliothek, passen Sie Preise und Wareneinsatz-Ziele an, und weisen Sie sie den Standorten der neuen Marke zu.
- Sie führen heute ein separates Login pro Marke. Konsolidieren Sie auf eine Instanz, damit eine Lieferantenpreisänderung oder ein Zutaten-Tausch sofort überall gilt, und trennen Sie die Menüs dann nach Marke.
Wählen Sie die passende Kategorie für dieses Quartal und nehmen Sie den ersten Schritt. Ein gemeinsames System als Basis, ein eigenes Menü und eine eigene Marge obendrauf – das erlaubt einer Gruppe, die nächste Marke einzuführen, ohne eine weitere Tabelle zu pflegen.
