Hey-Gastroline ist zuerst ein Reservierungssystem mit nativem KI-Telefonassistenten. Aber wenn euer Geschäft stark über Abholung, Lieferung oder telefonische Bestellungen läuft, muss dafür kein zweites System danebenstehen: Gäste bestellen über euren Web-Checkout, die Küche sieht jede Bestellung live, und Voice-Bestellungen werden nur mit passender Modul- und Menükonfiguration aktiviert.
In Stoßzeiten klingelt das Telefon genau dann, wenn Küche und Service keine Hand frei haben. Hey-Gastroline bündelt Web-Bestellungen, Abholung, Lieferung, Speisekarte und Kitchen-Display in einem Ablauf. Telefonische Bestellungen über KI sind ein eigenes Setup-Thema: Sie werden nur aktiviert, wenn digitale Speisekarte, Bestellmodul, Zahlungsweg und Restaurantregeln sauber zusammenpassen.
Gäste bestellen selbst, ohne Marktplatz-Provision.
Telefonbestellung als aktiviertes Setup, nicht als Standardannahme.
Jeder Schritt hat seine eigene Farbcodierung im Dashboard, egal ob die Bestellung online oder über den Telefonassistenten reinkommt.
Online-Bestellung wartet auf Stripe-Bestätigung.
pending_payment Frisch eingegangen, Küche kann starten.
new Restaurant hat die Bestellung bestätigt.
accepted Küche kocht. Skip-Step möglich für schnelle Restaurants.
preparing Abholbereit oder fertig für Fahrer-Ausgabe.
ready Bei Gast / Abholung erfolgt.
completed
Plus terminale Status wie rejected (vom Restaurant abgelehnt) und
cancelled (storniert). Statuswechsel werden im System synchronisiert;
Gastbenachrichtigungen per SMS setzen die passende Einwilligung und
Konfiguration voraus.
Stripe-Checkout direkt im Bestellfluss. Kreditkarte, Apple Pay, Google Pay, SEPA. Bei Lieferung pflicht-aktivierbar, um No-Show-Bestellungen zu vermeiden.
paymentMethodOnlineEnabledKlassisch — Gast bezahlt beim Abholen, bar oder Karte. Für Stammgäste mit niedrigem Risiko sinnvoll, weil Reibung in der Buchungsstrecke verschwindet.
cash_on_pickupBei Lieferung — Gast zahlt bei Übergabe, bar oder Karte (Fahrer-Terminal optional). Mindestbestellwert empfohlen, weil das Ausfallrisiko höher ist.
cash_on_deliveryPro Restaurant konfigurierbar — z.B. 3 km um die Adresse. Bestellungen außerhalb werden im Widget transparent abgelehnt („Leider außerhalb unseres Liefergebiets").
Mehrere Tiers nach Entfernung: bis 1 km · 1,50 €, bis 2 km · 2,50 €, bis 3 km · 3,50 €. Der Algorithmus pickt automatisch den passenden Tier basierend auf der Liefer-Adresse.
Ab einem konfigurierbaren Bestellwert kann die Liefergebühr entfallen. Ob das den Warenkorb verändert, müsst ihr mit euren eigenen Bestelldaten messen.
Fahrer können aktiv, pausiert oder offline sein. Offene Lieferungen lassen sich im Ablauf verfolgen; eine vollautomatische Routenoptimierung kommunizieren wir zum Launch bewusst nicht als Standardfunktion.
Eine eigene Benutzer-Rolle delivery_driver. Fahrer sehen nur ihre nächste Lieferung, mit Adresse, Telefon, Bestellwert und Bezahl-Status. Keine Ablenkung durch andere Restaurant-Bereiche.
Optional pro Restaurant. Legt den Wert anhand eurer tatsächlichen Waren-, Verpackungs- und Lieferkosten fest statt anhand einer pauschalen Branchenempfehlung.
kitchen_staff mit reduzierter Ansicht — nur Bestellungs-Queue, keine Reservierungen/dashboard/kitchen — automatisch Vollbild auf TabletsWenn ihr Take-away, Lieferung oder telefonische Bestellungen ernsthaft ausbauen wollt, ist der entscheidende Punkt nicht ein weiteres Formular, sondern ein sauberer Ablauf vom Anruf bis zum Küchen-Ticket.