In einem Restaurant funktioniert der Instinkt. In dreissig nur noch Daten
Die Leistungslücke zwischen Multi-Site-Foodservice-Betrieben ist nicht mehr Kochkunst oder Einkaufsmacht — es ist Datenkompetenz. Ihr ERP kennt Rechnungen; es kennt keine Rezepte. Die Lücke zwischen dem, was die Finanzabteilung sieht, und dem, was die Küche tut, ist der Ort, an dem Marge stirbt. Von Marc Enggist, CEO von EGS.
Beobachten Sie eine gute Chefköchin und Inhaberin eine Woche lang, und Sie sehen ein Managementsystem, das in keinem Bericht auftaucht. Sie kennt ihr Kühlhaus nach Gefühl — was hereinkam, was übrig ist, was der heutige Abend verbrauchen wird — bevor irgendeine Liste gedruckt ist. Sie sieht quer durch die Küche, dass der neue Commis zu grosse Portionen ausgibt. Ihre Zahlen kommen spät, sind ungefähr, gelegentlich falsch, und es spielt kaum eine Rolle: Sie führt nicht über die Zahlen. Sie führt über Präsenz.
Nun betrachten Sie den F&B-Direktor einer Gruppe mit dreissig Standorten. Keine Kühlhäuser zum Fühlen, keine Pfannen zum Riechen — dreissig Dashboards. Jedes Urteil — welcher Standort abdriftet, welcher Manager Unterstützung braucht, welche Speisekarte stirbt, wo der nächste Franken Marge steckt — kommt über eine Zahl, die jemand anderes produziert hat. In dem Moment, in dem ein Betrieb der Aufmerksamkeit einer einzelnen Person entwächst, wird die Qualität der Zahlen zur Qualität des Managements. Einen zweiten Kanal gibt es nicht.
Deshalb hat sich die Leistungslücke zwischen Foodservice-Gruppen verschoben. Einkaufskonditionen konvergieren bei Gruppen ähnlicher Grösse; Kochtechnik zirkuliert frei; alle besitzen dieselben Öfen. Was Gruppen heute trennt, ist Datenkompetenz — und anders als ein Koch oder ein Lieferantenvertrag lässt sie sich weder abwerben noch bis Freitag kopieren.
Was Datenkompetenz in einer F&B-Gruppe tatsächlich bedeutet
Der Begriff klingt, als gehöre er in eine Bank, also lassen Sie ihn mich in der Küchenrealität verankern. Datenkompetenz ist nicht Dashboards, und sie ist ausdrücklich nicht mehr Berichte. Sie ist der Zustand, in dem die Zahlen die Entscheidungen verdienen, die auf ihnen aufbauen.
Sie bedeutet, den eigenen Rezeptkosten zu vertrauen — weil die Rezepte gepflegt sind, mit realen Ausbeuten und aktuellen Zutatenpreisen, statt einmal bei der Menülancierung kalkuliert und dann dem Verfall überlassen, während der Markt sich bewegte. Sie bedeutet zu wissen, dass die Allergendeklaration heute korrekt ist — weil sie aus einer Quelle in jede Speisekarte, jedes Etikett und jede Tablettkarte fliesst, statt in vier parallelen Tabellen mit vier verschiedenen Änderungsdaten zu leben. Sie bedeutet, einen Abweichungsbericht zu lesen und danach zu handeln — weil Periodenabgrenzungen, Transfers und Bestandsbewertung überall einer einzigen Konvention folgen, sodass eine Abweichung die Realität beschreibt und nicht die Buchführung.
Gruppen in diesem Zustand treffen Entscheidungen in Tagen. Gruppen ausserhalb davon halten Sitzungen darüber ab, wessen Zahl stimmt.
Die unbequeme Mitte: Ihr ERP kennt Rechnungen, keine Rezepte
Hier stehen die meisten Gruppen tatsächlich. Sie sind nicht datenarm — sie betreiben ernsthafte ERP-Systeme, SAP oder Odoo oder deren Pendants, und die Finanzabteilung hat exzellente Sicht auf eine Sache: Geld. Rechnungen, Zahlungen, Hauptbuch, Lieferantenkonten. Alles wahr, alles revisionsfähig.
Aber das ERP weiss nicht, was ein Rezept ist. Es weiss, dass Sie 400 Kilo Kalbfleisch zu einem bestimmten Preis gekauft haben; es weiss nicht, was aus dem Kalbfleisch wurde, mit welcher Ausbeute, in welchen Gerichten, mit welcher Marge, an welchen Standorten. Es erfasst die Rechnung und verliert die Transformation — und Foodservice ist die Transformation. Zwischen der Rechnung, die die Finanzabteilung sieht, und dem Teller, den die Küche schickt, liegt eine Kette aus Rezepten, Ausbeuten, Portionen und Transfers, die in den meisten Gruppen in Tabellen und Köpfen lebt. Diese Lücke — zwischen dem, was die Finanzabteilung sieht, und dem, was die Küche tut — ist genau der Ort, an dem Marge stirbt: leise, eine ungemessene Ausbeute und eine unkalkulierte Rezeptänderung nach der anderen.
Die Antwort besteht nicht darin, vom ERP zu verlangen, ein Küchensystem zu werden; dafür wurde es nie gebaut, und es zu erzwingen erzeugt Monster. Die Antwort ist eine kulinarische Datenschicht, die die Sprache der Küche spricht — Rezepte, Ausbeuten, Allergene, Menüs, Transfers — und sich mit der Sprache des ERP aus Rechnungen und Konten abstimmt. Genau dort haben wir CalcMenu seit Jahrzehnten bewusst positioniert: neben SAP und Odoo, nie an deren Stelle. Die Finanzabteilung behält ihr führendes System für Geld; die Küche bekommt endlich ein führendes System für Lebensmittel; und die beiden stimmen miteinander überein, statt über eine Tabelle zu streiten.
Allergene und Nährwerte: keine Differenzierungsmerkmale mehr — Grundvoraussetzung
Vor einem Jahrzehnt war eine tadellose Allergendatenbasis ein Verkaufsargument. Heute ist sie die gesetzliche Untergrenze. Die EU-Verordnung 1169/2011 und ihre nationalen Umsetzungen, die schriftliche Allergendeklaration, die sich im Recht der US-Bundesstaaten ausbreitet, Kalorienkennzeichnungsregimes von London bis Quezon City — die Richtung ist einheitlich: Die Zusammensetzung dessen, was Sie servieren, wird zu einer regulierten, veröffentlichten Zahl.
Für eine Multi-Site-Gruppe verändert das die Natur des Risikos. Eine falsche Kostenschätzung kostet Geld; eine falsche Allergendeklaration schadet einem Gast und bringt Einzelpersonen vor Gericht. Und die Grundursache falscher Deklarationen im grossen Massstab ist fast nie Unwissenheit — es ist Fragmentierung: Das Rezept wurde in der Küche geändert, und die Änderung erreichte nie die Speisekarte, das Etikett, die Tablettkarte, die Lieferplattform. Eine Gruppe ohne eine einzige Quelle der Wahrheit für die Rezeptzusammensetzung trägt kein Kostenrisiko. Sie trägt ein rechtliches Risiko — verteilt über jeden Standort, jeden Service, jeden Tag.
Aufgebaut, nicht eingekauft
Die Versuchung auf Gruppenebene besteht darin, den Endpunkt zu kaufen: eine schöne Dashboard-Schicht über dem bestehenden Chaos. Das scheitert jedes Mal, denn ein Dashboard über inkonsistenten Daten ist Fiktion mit besserer Typografie.
Datenkompetenz wird als Disziplin aufgebaut, in einer unglamourösen Abfolge. Systeme, die die Arbeit dort erfassen, wo sie geschieht — Rezepte, Bestände, Transfers, Kontrollen — statt sie am Monatsende zu rekonstruieren. Verantwortung: je eine benannte verantwortliche Person für Rezeptdaten, für Allergendaten, für Kalkulationskonventionen, damit «die Datenbank» die Aufgabe von jemandem ist und nicht die Annahme von allen. Und eine einzige Quelle der Wahrheit, aus der jede Speisekarte, jedes Etikett, jeder Kostenbericht und jede Deklaration abgeleitet wird, sodass eine einmal gemachte Änderung überall wahr ist.
Nichts davon lässt sich als Modul kaufen und einschalten. Aber jeder Teil davon kann noch in diesem Quartal begonnen werden — und die Gruppen, die vor drei Jahren begonnen haben, managen heute, während ihre Konkurrenten noch erzählen.
In einem Restaurant funktioniert der Instinkt. In dreissig nur noch Daten — und nur, wenn die Daten es verdienen.
Kommentare
Kommentare folgen in Kürze.