Gehen Sie hinter die Theke eines beliebigen gut besuchten Imbisses und zählen Sie die Tablets. In der Regel gibt es eines für Uber Eats, eines für Deliveroo, eines für Just Eat, manchmal ein viertes für die Plattform, die im letzten Jahr vor Ort eingeführt wurde, sowie einen Laptop, auf dem die Bestellungen über die eigene Website des Geschäfts abgewickelt werden. Jedes Gerät gibt nach seinem eigenen Zeitplan einen Signalton ab. Jedes Gerät hat einen anderen Login, eine andere Speisekarte und eine andere Vorstellung davon, wie lange die Zubereitung Ihrer Speisen dauert. Jemand steht dort und tippt die Bestellungen erneut in die Kasse ein, damit die Küche einen Auftrag erhält. Genau diese Situation soll ein POS-System für Imbiss- und Lieferservices beenden, und die Integration von Liefer-Apps ist der Mechanismus, der dies ermöglicht.
Der Begriff wird jedoch recht locker verwendet, und die Kluft zwischen dem, was Betreiber zu kaufen glauben, und dem, was sie tatsächlich erhalten, ist der Grund, warum Geld verloren geht. Manche Integrationen leiten Bestellungen nur in eine Richtung weiter. Manche synchronisieren Ihre Speisekarte, aber nicht Ihre Preise. Manche leiten die Bestellungen an die Küche weiter, teilen der Plattform jedoch nie mit, dass das Essen fertig ist, sodass der Fahrer ohnehin vor Ihrer Tür wartet. Dieser Leitfaden erläutert, was die technische Infrastruktur tatsächlich leistet, wo sie versagt und welche Fragen eine echte Anbindung von einem Screenshot in einer Verkaufspräsentation unterscheiden. Wenn Sie Bestellungen an Bildschirme statt an Drucker weiterleiten, ist ein Küchenanzeigesystem die andere Hälfte desselben Themas.
Was eine Integration mit einer Liefer-App tatsächlich bewirkt
Lässt man das Marketing einmal beiseite, ist eine Integration eine Datenleitung zwischen einem Marktplatz und Ihrer Kasse. Drei Dinge fließen durch sie hindurch, in unterschiedliche Richtungen, und ein System kann eines davon gut bewältigen, während es die anderen schlecht handhabt.
Bestellungen gehen ein. Ein Kunde tippt bei Deliveroo auf „Bestellen“, und innerhalb weniger Sekunden erscheint der Auftrag in Ihrem Kassensystem mit den Artikeln, den Sonderwünschen, der Notiz des Kunden, dem Namen der Plattform und der Abholzeit. Niemand muss etwas neu eingeben. Das ist die Richtung, die jeder in seinen Vorführungen zeigt.
Speisekarten werden ausgegeben. Sie ändern einmalig den Preis für einen Hähnchen-Döner in Ihrem Kassensystem, und diese Änderung wird auf allen verbundenen Plattformen veröffentlicht. Sie deaktivieren das Lammgericht, und es verschwindet von allen Plattformen. Dies ist die Richtung, die am meisten Verwaltungszeit spart und die am ehesten nur halb umgesetzt ist.
Der Status wird automatisch aktualisiert. Ihre Küche markiert die Bestellung als fertig, und die Plattform erkennt dies, sodass der Fahrer zum richtigen Zeitpunkt benachrichtigt wird und die Sendungsverfolgung des Kunden aktualisiert wird. Dies ist der Ansatz, nach dem Betreiber oft nicht zu fragen vergessen, und er entscheidet darüber, ob sich die Fahrer vor Ihrer Tür drängen.
Tableview deckt alle drei Bereiche ab. Es ist mit über 30 Lieferplattformen verbunden, darunter Uber Eats, Deliveroo, Just Eat, Glovo und Wolt, fasst alle Bestellungen in einer einzigen Warteschlange zusammen, synchronisiert Speisekarten nach außen und sendet Status-Rückmeldungen in Echtzeit an die Plattformen. Um es ganz klar zu sagen: Ein System, das nur eine der drei Funktionen erfüllt und dies als Integration bezeichnet, lügt zwar nicht direkt, aber schon am zweiten Wochenende werden Sie das Fehlen der beiden anderen Funktionen zu spüren bekommen.
Was der Tablet-Stapel wirklich kostet
Betreiber bezeichnen den Tablet-Stapel oft als lästig. Er ist jedoch mehr als nur lästig, und die Kosten sind konkret.
Das erneute Eintippen ist der offensichtlichste Kostenfaktor. Jede von Hand eingegebene Bestellung birgt das Risiko, dass eine Zusatzangabe übersehen wird, und bei der Auslieferung lässt sich eine fehlende Zusatzangabe nicht einfach am Tisch nachholen. Der Kunde öffnet die Tüte zu Hause, findet das Falsche darin, und Sie verlieren den Bestellwert, die Zutaten und oft auch den Kunden. Zweitens: die Annahmezeit. Plattformen messen, wie schnell Sie Bestellungen annehmen, und die meisten bewerten Sie danach. Ein Tablet, das unter Quittungspapier begraben ist, lässt sich nicht innerhalb von fünfzehn Sekunden antippen. Drittens, und am wenigsten sichtbar, die Menüabweichung. Vier Plattformen, die zu unterschiedlichen Zeiten manuell bearbeitet werden, bedeuten vier unterschiedliche Preise für dasselbe Gericht, und Sie werden es erst bemerken, wenn sich jemand beschwert, dass die App mehr berechnet hat als das Restaurant.
Dann gibt es noch den Faktor, der niemanden etwas kostet: die Person. An einem Freitagabend steht jemand an dieser Theke und fungiert als menschliche Schnittstelle, anstatt das Essen auszugeben. Das ist eine Schicht, jede Woche, die mit der Dateneingabe verbracht wird.
Native POS-Integration versus Middleware
Es gibt zwei Möglichkeiten, Marktplatzbestellungen in Ihre Küche zu leiten, und der Unterschied ist bedeutender, als die Anbieter zugeben.
Middleware befindet sich zwischen den Plattformen und Ihrem Kassensystem. Deliverect ist der bekannteste Anbieter; Konnektoren im Stil von Otter und Deliverect erfüllen dieselbe Funktion. Sie verbinden die Marktplätze mit der Middleware, die Middleware mit Ihrer Kasse, und diese übernimmt die Übersetzung zwischen den beiden. Dies ist wirklich nützlich, wenn Ihr Kassensystem über keine nativen Verbindungen verfügt, und auf diese Weise konnten viele ältere Systeme überhaupt erst Lieferungen abwickeln. Die Nachteile sind ein zusätzliches Abonnement, eine zweite Support-Warteschlange, wenn etwas nicht funktioniert, und ein weiterer Schritt, an dem eine Bestellung ins Stocken geraten kann. Wenn die Middleware ausfällt, sind Sie ohne Vorwarnung wieder auf Tablets angewiesen.
Native Integration bedeutet, dass das Kassensystem selbst mit den Plattformen kommuniziert. Weniger bewegliche Teile, ein einziger Ansprechpartner und eine Menüsynchronisation, die nicht über eine Übersetzungsschicht laufen muss. Der Haken liegt in der Abdeckung: Ein Kassensystem mit nativen Verbindungen zu drei Plattformen nützt Ihnen nichts, wenn Ihre vierte Plattform die Hälfte Ihres Umsatzvolumens ausmacht.
Die Frage ist also nicht, welche Architektur abstrakt betrachtet besser ist. Es geht darum, ob die spezifischen Plattformen, auf denen Sie handeln, nativ unterstützt werden, und was mit denjenigen geschieht, die nicht unterstützt werden. Fragen Sie nach der Liste. Nicht nach den Logos auf der Website, sondern nach der Liste.
Auftragseinreichung und die Falle der automatischen Annahme
Sobald Orders automatisch eingehen, lautet die nächste Entscheidung, ob Ihr System diese ebenfalls automatisch annimmt, und darüber sollten Sie nachdenken, anstatt diese Funktion reflexartig zu aktivieren.
Die automatische Annahme schützt Ihre Plattformkennzahlen und verhindert, dass Aufträge auf dem Bildschirm veralten, während die Küche überlastet ist. Tableview unterstützt die automatische Auftragsannahme mit konfigurierbaren Regeln, und „konfigurierbar“ ist hier das entscheidende Wort. Eine pauschale automatische Annahme bei einer Küche, die bereits ausgelastet ist, bedeutet lediglich, dass Sie Speisen versprochen haben, die Sie nicht rechtzeitig zubereiten können, und ein verspäteter Auftrag schadet Ihnen mehr als ein abgelehnter.
Die sinnvolle Konfiguration ist bedingt: Akzeptieren Sie Bestellungen automatisch im Rahmen Ihrer normalen Auslastung und stellen Sie die Annahme ein, wenn die Küche tatsächlich voll ausgelastet ist. Dazu muss das System wissen, wie ausgelastet die Küche ist, was uns zu der Funktion bringt, nach der fast niemand fragt.
Drosselung, die Funktion, die niemand vorführt
Ein Ansturm am Freitag kann eine Küche in etwa elf Minuten überfordern. Bestellungen gehen weiter ein, weil die Plattformen keine Ahnung haben, wie Ihre Ausgabestation aussieht, die angegebenen Lieferzeiten bleiben optimistisch, und um 20:30 Uhr liegen Sie vierzig Minuten im Rückstand, während sich die Fahrer stauen und jede einzelne dieser Bestellungen bei der Lieferung eine Ein-Stern-Bewertung erhält.
Die Drosselung ist die Lösung und die mit Abstand nützlichste Lieferfunktion, die in einer Verkaufsdemo niemals zur Sprache kommt. Die Throttling-Engine von Tableview überwacht die Anzahl der aktiven Bestellungen, die durchschnittliche Zubereitungszeit und die Auslastung der Arbeitsstationen und verlängert dann automatisch die angegebenen Lieferzeiten oder pausiert neue Bestellungen, sobald Sie Ihre Kapazitätsgrenze erreichen. Sie können einzelne Aggregatoren pausieren und wieder aktivieren, ohne sich bei jeder Plattform separat anmelden zu müssen, Bestellungen pro 15-Minuten-Fenster begrenzen, und Manager erhalten eine Heatmap zur Küchenauslastung, während der Betrieb noch läuft.
Diese Pausierfunktion pro Aggregator ist besonders erwähnenswert. Ohne sie bedeutet das Pausieren von Deliveroo während eines Ansturms, dass Sie das Deliveroo-Tablet suchen, sich einloggen, zu den Ladeneinstellungen navigieren und dort die Pause aktivieren müssen, und dann daran denken müssen, sie wieder aufzuheben. In der Praxis macht das mitten im Ansturm niemand, sodass die Küche einfach überlastet wird. Mit dieser Funktion genügt ein Fingertipp auf den Bildschirm, der ohnehin bereits vor Ihnen liegt.
Menü-Synchronisierung und warum Einweg-Synchronisierung nachteilig ist
Die Menüsynchronisierung klingt nach einer Erleichterung für die Verwaltung. Tatsächlich handelt es sich jedoch um eine Funktion zur Gewährleistung der Genauigkeit, und der Unterschied zeigt sich an Ihrem schlechtesten Abend.
Um 19:00 Uhr ist ein Artikel ausverkauft. Bei einer einseitigen oder manuellen Konfiguration bleibt dieser Artikel auf drei Plattformen bestellbar, bis jemand daran denkt, ihn auf jeder einzelnen Plattform zu deaktivieren. Jede Bestellung, die in der Zwischenzeit dafür eingeht, führt zu einer Rückerstattung, einem Telefonanruf oder einem Ersatz, dem der Kunde nicht zugestimmt hat. Eine bidirektionale Synchronisierung bedeutet, dass Sie den Artikel einmal im Kassensystem als ausverkauft markieren und er dann überall verschwindet, genau das leistet die bidirektionale Menü-Synchronisierung von Tableview: Einmal den Preis aktualisieren, überall veröffentlichen, und die Verfügbarkeit wird automatisch mit aktualisiert.
Derselbe Mechanismus bewältigt auch den weniger offensichtlichen Fall. Sie können plattformspezifische Menüs mit unterschiedlichen Preisen, Artikelverfügbarkeiten und Modifikatorsätzen pflegen, diese dann einmalig aktualisieren und einzeln an jeden verbundenen Aggregator übermitteln. Das ist wichtig, da Sie wahrscheinlich nicht überall denselben Preis verlangen sollten.
Plattformspezifische Preisgestaltung
Hier ist die Rechnung, die die meisten Betreiber zu spät anstellen. Ein Marktplatz, der 30 Prozent einer Bestellung im Wert von 20 Pfund einbehält, lässt Ihnen 14 Pfund. Wenn die Zutaten für dieses Gericht 5,60 kosten, sind Ihre Lebensmittelkosten gerade von 28 Prozent auf 40 Prozent gestiegen, und das noch vor den Kosten für Verpackung, Tragetasche und den Arbeitsaufwand eines separaten Lieferprozesses.
Viele Betreiber reagieren darauf, indem sie die Preise für Liefermenüs über den Preisen an der Theke ansetzen, und die Plattformen lassen dies zu. Ob Sie dies tun sollten, ist eine Ermessensentscheidung: Kunden bemerken den Unterschied, und manche Märkte reagieren negativ darauf. Die Entscheidung sollte jedoch bei Ihnen liegen und wohlüberlegt sein, und nicht etwas, das Sie nicht umsetzen können, weil Ihr System nur eine Preisliste unterstützt. Falls Sie die wirtschaftlichen Zusammenhänge noch nie vollständig durchgerechnet haben: In unserer Aufschlüsselung der Lieferdienste durch Drittanbieter wird die Provisionsberechnung genau erläutert, und die Zahlungsabwicklungsgebühren decken den weiteren Anteil ab, der von jeder Bestellung abgezogen wird.
Status-Rückmeldungen und der Fahrer vor Ihrer Tür
Fragen Sie einen Betreiber mit hohem Lieferaufkommen, was sein lästigstes tägliches Problem ist, und eine überraschend große Zahl wird „Fahrer“ antworten. Zu frühes Erscheinen, im Weg stehen, die Frage, wo Bestellung 4471 bleibt, das Blockieren der Theke genau im falschen Moment.
Das meiste davon ist ein Statusproblem. Wenn Ihr Kassensystem der Plattform nie mitteilt, dass das Essen fertig ist, muss die Plattform raten, und ihre Schätzung basiert auf einem Durchschnittswert, der nichts mit dem aktuellen Abend zu tun hat. Echtzeit-Status-Callbacks schließen diese Lücke: Die Plattform weiß, wann die Bestellung tatsächlich fertig ist, schickt den Fahrer entsprechend los, und auf dem Tracking-Bildschirm des Kunden wird die tatsächliche Situation angezeigt statt einer Schätzung.
Außerdem senkt dies still und leise Ihre Rückerstattungsquote. Ein Kunde, der einen genauen Sendungsverfolgungsbildschirm beobachtet, ist ein Kunde, der nicht in der 35. Minute ein Support-Ticket eröffnet, um zu fragen, wo sein Essen bleibt.
Ihre eigenen Fahrer: Zonen, Gebühren und Disposition
Integration wird meist als Problem von Marktplätzen diskutiert, doch viele Lieferdienste betreiben neben den Plattformen eine eigene Flotte, und diese Hälfte benötigt eine eigene Infrastruktur.
Tableview verwaltet die hauseigene Auslieferung mit benutzerdefinierten Zonen, die als Radius oder Polygon auf einer Karte dargestellt werden, entfernungsabhängigen Gebühren, die automatisch an der Kasse berechnet werden, der Zuweisung von Bestellungen an Fahrer mit einem Fingertipp sowie einer Statusübersicht, die jede Bestellung als „unterwegs“, „zugestellt“ oder „zurückgegeben“ nachverfolgt. Polygonzonen sind wichtiger, als es zunächst klingt: Ein Radius berücksichtigt weder einen Fluss noch eine Autobahn oder eine Wohnsiedlung, in der niemand Trinkgeld gibt und jede Lieferung 25 Minuten dauert. Indem Sie die tatsächliche Form des Gebiets zeichnen, das Sie bedienen möchten, verhindern Sie, dass Sie an den Rändern Ihrer Karte Geld verlieren.
Es ist üblich und durchaus sinnvoll, beide Modelle gleichzeitig zu betreiben. Marktplatz-Aufträge sorgen für Reichweite, während Ihre eigene Flotte die Gewinnspanne bei den Kunden sichert, die Sie bereits haben.
Auch die Genauigkeit bei der Verpackung ist ein Integrationsproblem
Ein Lieferkunde kann eine fehlende Seite nicht sofort melden. Er bemerkt es erst zu Hause, und die Zeitspanne zwischen Enttäuschung und einer öffentlichen Ein-Stern-Bewertung beträgt etwa neunzig Sekunden.
Dies ist ein Aspekt der Integration, der oft übersehen wird: Sobald Bestellungen automatisch eingehen und das Volumen steigt, wird das Verpacken zum Engpass und zur Fehlerquelle. Tableview druckt Verpackungsetiketten auf Artikelebene aus, die den Artikelnamen, dessen Zusätze und Allergene enthalten, gruppiert Artikel in Tüten und stellt demjenigen, der die Bestellung versendet, einen abschließenden Kontrollbildschirm zur Verfügung, sowie eine für den Kunden sichtbare Zusammenfassung für die Tüte selbst. Nichts davon ist glamourös. All dies ist jedoch kostengünstiger als eine Rückerstattung.
Was eine Integration nicht beheben kann
Es lohnt sich, ganz offen zu sein, da die Werbebotschaften oft etwas anderes suggerieren.
Sie wird die Provision nicht senken. Ein Anteil von 25 bis 30 Prozent ist eine kaufmännische Größe, keine technische, und keine noch so saubere technische Umgestaltung kann daran etwas ändern. Sie wird eine langsame Küche nicht schneller machen. Die Integration legt Ihre Zubereitungszeiten mit unangenehmer Deutlichkeit offen, was zwar nützlich ist, doch die Lösung liegt in der Küche. Sie wird nicht verhindern, dass Plattformen ihre APIs, ihre Gebührenstrukturen oder ihre Ranking-Regeln ändern, und Sie werden sich für immer daran anpassen müssen. Und sie wird nicht verhindern, dass ein Kunde Ihnen die Schuld dafür gibt, dass ein Fahrer das Essen an die falsche Adresse geliefert hat.
Was sie jedoch bewirkt, ist, dass sie manuelle Arbeit, Übertragungsfehler und das ständige Beobachten des Tablets überflüssig macht und Ihnen die Daten liefert, anhand derer Sie erkennen können, welcher Kanal es tatsächlich wert ist, bedient zu werden. Das ist eine ganze Menge. Es ist nur nicht alles.
Bei Direktbestellungen liegt tatsächlich die Marge
Jedes ehrliche Gespräch über die Integration von Lieferdiensten läuft letztendlich darauf hinaus. Die Marktplätze sind ein Kanal zur Kundenakquise, den Sie zu 25 bis 30 Prozent mieten. Ihre eigene Bestellseite gehört Ihnen.
Die Zahlen liegen nicht annähernd gleichauf. Hundert Bestellungen pro Woche zu je 20 Pfund über einen Marktplatz kosten Sie etwa 500 bis 600 Pfund pro Woche an Provision. Das gleiche Volumen über Ihre eigene Marken-Bestellseite kostet Sie lediglich die Zahlungsabwicklung und sonst nichts. Tableview umfasst die markenspezifische Online-Bestellung auf Ihrer eigenen Domain mit Ihrem Logo und Ihren Farben, die Planung von Abholzeitfenstern unter Berücksichtigung der tatsächlichen Küchenkapazität, die Vorauszahlung per Karte, Apple Pay oder Google Pay sowie die automatische Gutschrift von Treuepunkten bei Direktbestellungen. Die Bestellung per QR-Code läuft über dasselbe Menü, sodass ein Gast, der am Tisch scannt, und ein Kunde, der vom Sofa aus bestellt, dasselbe System nutzen.
Die realistische Strategie besteht nicht darin, die Plattformen aufzugeben. Vielmehr sollten Sie diese zur Kundengewinnung nutzen, während Sie Ihre Stammgäste schrittweise auf Direktbestellungen umleiten und anschließend die Aufteilung ehrlich messen. Was die technischen Abläufe Ihres eigenen Kanals betrifft, deckt ein Kassensystem mit Online-Bestellfunktion diese ab, während das Bestellmanagementsystem einen umfassenderen Überblick darüber bietet, wie Bestellungen durch Ihr Lokal fließen.
Was Sie fragen sollten, bevor Sie etwas anschließen
Nehmen Sie diese Fragen zur Demo mit. Schreiben Sie sie auf, denn schriftliche Fragen führen zu präziseren Antworten als mündliche.
Mit welchen Plattformen erfolgt eine native Integration, und welche erfordern Middleware? Was kostet die Middleware, und wen rufe ich an, wenn sie ausfällt? Erfolgt die Menüsynchronisation in beide Richtungen, und werden sowohl die Verfügbarkeit als auch die Preise synchronisiert? Kann ich je nach Plattform unterschiedliche Preise festlegen? Zeigen Sie mir, wie ich einen einzelnen Aggregator während des Betriebs vom Kassensystem aus vorübergehend deaktivieren kann. Was passiert mit Marktplatzbestellungen, wenn meine Internetverbindung unterbrochen wird? Wie gelangen Statusaktualisierungen an die Plattform, und kann ich einen fehlgeschlagenen Rückruf erkennen? Kann ich den Umsatz pro Kanal abzüglich Provision in einem Bericht einsehen? Und wenn eine Plattform ihre API ändert, wer übernimmt diese Arbeit, Sie oder ich?
Neun Fragen. Die Frage zur Unterbrechung eines einzelnen Aggregators ist diejenige, die oft für eine interessante Pause sorgt.
Ausfälle und was mit Bestellungen geschieht
Ihre Integration hängt in doppelter Hinsicht von der Konnektivität ab: von Ihrer eigenen Verbindung und der der Plattform. Beide können ausfallen.
Fragen Sie nach, was das System tut, wenn das Internet ausfällt. Tableview ist „Offline-First“ und speichert Menü, Preise und Steuerregeln lokal im Cache, sodass die Kasse bis zu 72 Stunden lang weiterhin Bestellungen und Kartenzahlungen entgegennimmt, Transaktionen in eine Warteschlange stellt und diese automatisch abwickelt, sobald die Verbindung wiederhergestellt ist. Ein ehrlicher Vorbehalt, den Sie bei jedem Anbieter berücksichtigen sollten: Kein Kassensystem kann eine Marktplatzbestellung empfangen, solange Ihre Verbindung unterbrochen ist, da die Bestellung nirgendwo ankommen kann. Die Offline-Fähigkeit schützt Ihren Ladengeschäftsbetrieb und Ihre Kartenzahlungen, sodass ein Breitbandausfall nicht zur Schließung des Geschäfts führt. Wer behauptet, sein System würde auch ohne Internet weiterhin Deliveroo-Bestellungen empfangen, beschreibt etwas, das nicht möglich ist.
Der Start in Betrieb, ohne den Freitag zu ruinieren
Die Anbindung von Plattformen geht schnell. Die richtige Gestaltung der Speisekarte hingegen nicht, und genau hier fließt die meiste Zeit hinein.
Planen Sie den Großteil Ihres Aufwands für die Speisekarte ein, denn jeder Fehler bei der Zuordnung führt später zu einer falschen Bestellung. Bei den Zusatzoptionen wird es knifflig: Die Art und Weise, wie eine Plattform „ohne Zwiebeln, extra Käse, groß“ abbildet, stimmt selten mit der Ihres Kassensystems überein, und die Zuordnung muss Artikel für Artikel überprüft werden, anstatt sich auf einen Import zu verlassen. Verbinden Sie zunächst eine Plattform, lassen Sie sie einige Tage laufen und vergewissern Sie sich, dass Bestellungen, Menüänderungen und Statusrückmeldungen einwandfrei funktionieren, bevor Sie die zweite hinzufügen. Starten Sie den Live-Betrieb an einem Dienstag. Lassen Sie die alten Tablets eine Woche lang angeschlossen und aufgeladen, denn der Sinn eines Fallbacks besteht darin, dass Sie nicht damit gerechnet haben, ihn zu benötigen.
Eine Sache, die Sie am ersten Tag erledigen sollten, anstatt sie aufzuschieben: Geben Sie über jede Plattform eine echte Testbestellung auf, darunter auch eine mit komplizierten Zusatzoptionen, und verfolgen Sie den Vorgang bis zum Küchenzettel und zum Verpackungsetikett. Diese zehnminütige Übung deckt mehr Probleme auf als jede noch so gründliche Lektüre eines Konfigurationsbildschirms. Tableview läuft auf demselben Tablet oder Terminal, das Sie bereits verwenden; eine spezielle Lieferstation ist daher optional und kein Kauf, den Sie tätigen müssen, bevor Sie beginnen können.
Wie sich dies auf die Systemkosten auswirkt
Konkrete Zahlen, da diese Frage üblicherweise mit „Bitte kontaktieren Sie uns bezüglich der Preise“ umgangen wird.
Tableview wird pro Standort und nicht pro Kasse berechnet: „Starter“ kostet 69 Dollar pro Monat inklusive zweier Kassen, jede weitere Kasse kostet 49 Dollar; „Pro“ kostet 189 Dollar pro Monat mit einer unbegrenzten Anzahl an Kassen. Es fallen keine Einrichtungsgebühren an, und die Tarife „Starter“ und „Pro“ sind monatlich kündbar. Eines sollten Sie vor dem Kauf unbedingt klären: Das Küchendisplay-System ist im „Pro“-Tarif enthalten, nicht im „Starter“-Tarif. Für eine Küche mit hohem Lieferaufkommen, in der Bestellungen an verschiedene Arbeitsstationen weitergeleitet werden, ist dies in der Regel der Tarif, den Sie benötigen, und nicht der günstigere. Es ist besser, dies jetzt zu wissen, als erst, nachdem Sie alles konfiguriert haben. Die vollständige Aufschlüsselung finden Sie auf der Seite mit den Tableview-Tarifen. Wenn Sie dies mit Ihrer aktuellen Konfiguration abwägen, sollten Sie es mit einem Restaurant-Kassensystem vergleichen, das den Lieferservice als vollwertigen Vertriebskanal und nicht als bloße Zusatzfunktion behandelt.
Wenn Sie reine Liefermarken aus einem gemeinsam genutzten Raum betreiben, verwaltet dieselbe Integrationsschicht markenspezifische Speisekarten, Preise und Analysen über ein einziges Terminal, genau das benötigt ein Cloud-Kitchen-Kassensystem, um zu verhindern, dass aus vier virtuellen Marken vier separate Systeme werden.
Beginnen Sie damit, die Plattformen aufzulisten, auf denen Sie tatsächlich tätig sind, sowie das wöchentliche Umsatzvolumen jeder einzelnen. Diese Liste, und nicht ein Funktionsvergleich, gibt Ihnen Aufschluss darüber, ob ein bestimmtes System zu Ihnen passt, und das Aufschreiben dauert nur zehn Minuten.
Lesen Sie als Nächstes: Ghost-Küchen für das reine Liefermodell, QR-Code-Speisekarten für den Restaurantbetrieb innerhalb desselben Bestellsystems und POS-Lösungen für Food Trucks, falls Ihre Küche mobil ist.
