Ratgeber

Wie du eine Bestell-Website für Essen baust: Menü, Warenkorb, Abholzeiten und Küchenansicht

Eine Bestell-Website für Essen lässt Kundinnen und Kunden Gerichte aus deiner Karte auswählen, Positionen anpassen, eine Abhol- oder Lieferzeit wählen, bezahlen und eine Bestätigung erhalten. Gleichzeitig sieht die Küche jede Bestellung auf einem Bildschirm und markiert sie als fertig. Dafür brauchst du eine Karte mit Optionen (Größen, Extras, „ohne Zwiebeln“), einen Warenkorb, der Summen richtig berechnet, Zeitfenster mit Limits, damit die Küche nicht überrannt wird, Kartenzahlung und eine einfache Bestellübersicht für das Personal. Ein KI-App-Builder kann all das aus einer klaren Beschreibung erstellen. Die Arbeit steckt in den Details: Öffnungszeiten, ausverkaufte Gerichte, Bestellobergrenzen und was passiert, wenn eine Zahlung klappt, die Bestellung aber nicht gespeichert wird.

Was die Website braucht

Seiten

  • Kunden: Karte nach Kategorien, Detailseite mit Optionen, Warenkorb, Kasse (Name, Telefon, Abholung oder Lieferung, Zeit), Zahlung und eine Bestätigungsseite mit Bestellnummer und Status.
  • Küche: eine Live-Liste neuer, in Arbeit befindlicher und fertiger Bestellungen, jeweils mit Positionen, Optionen, Notizen und Abholzeit.
  • Betreiber: Karteneditor (Gerichte, Preise, Fotos, Optionen, ausverkauft), Öffnungszeiten, Slot-Limits und eine Umsatzübersicht.

Daten

TabelleWichtige Felder
KategorienName, Reihenfolge
GerichteKategorie, Name, Beschreibung, Preis, Foto, Allergene, verfügbar ja/nein
OptionsgruppenGericht, Name („Größe“, „Extras“), Pflicht ja/nein, Mindest- und Höchstauswahl
OptionenGruppe, Name, Preisaufschlag
BestellungenNummer, Kundenname, Telefon, E-Mail, Art (Abholung oder Lieferung), Adresse, Slot-Zeit, Zwischensumme, Gebühren, Gesamtbetrag, Zahlungsstatus, Bestellstatus
BestellpositionenBestellung, Gericht, Menge, gewählte Optionen, Positionspreis, Notiz
EinstellungenÖffnungszeiten, Slot-Länge, maximale Bestellungen pro Slot, Liefergebiete und Gebühren

Speichere Name und Preis jedes Gerichts in jeder Bestellposition zum Zeitpunkt der Bestellung. Wenn du die Karte später änderst, sollten alte Bestellungen weiterhin zeigen, was der Kunde tatsächlich bezahlt hat.

Berechtigungen

Kunden sehen über den Bestätigungslink nur ihre eigene Bestellung. Küchenpersonal sieht und aktualisiert Bestellungen, kann aber keine Preise ändern. Der Betreiber bearbeitet Karte und Einstellungen. Ein gemeinsamer Küchen-Login auf einem Tablet ist üblich; der Betreiber sollte aber einen eigenen Zugang haben.

Entscheidungen und Abwägungen

Abholung, Lieferung oder beides

Nur Abholung ist deutlich einfacher und der richtige Start für die meisten kleinen Lokale. Lieferung bringt Zonen, Gebühren, Mindestbestellwerte, Adressprüfung, Fahrerzuteilung und eine lange Liste an Dingen mit, die schiefgehen können.

Sofort oder geplante Zeiten

„So schnell wie möglich“ ist leicht anzubieten, an einem vollen Abend aber schwer einzuhalten. Geplante Slots mit Limits – zum Beispiel höchstens acht Bestellungen pro 15-Minuten-Fenster – schützen die Küche und setzen klare Erwartungen. Du kannst trotzdem „Nächster freier Termin: 18:45“ anzeigen.

Vorab bezahlen oder bei Abholung

Online-Zahlung reduziert Nichterscheinen und beschleunigt die Abholung. Zahlung bei Abholung ist einfacher zu bauen, lädt aber zu Scheinbestellungen ein. Die meisten Betriebe nehmen Kartenzahlung vorab über einen gehosteten Checkout wie Stripe Checkout; unser Zahlungs-Leitfaden erklärt die Einrichtung. Trinkgeld, Steuern und Belegregeln unterscheiden sich je nach Land – prüfe die lokalen Vorgaben.

Wie Bestellungen in die Küche kommen

Optionen: ein Browser-Tab auf einem Tablet, der sich automatisch aktualisiert (am einfachsten), eine E-Mail oder Nachricht pro Bestellung als Sicherung oder der Versand an einen Bondrucker (braucht zusätzliche Hardware und Einrichtung). Ein Signalton bei neuen Bestellungen ist wichtiger, als man denkt.

Ein erster Prompt, der funktioniert

Baue eine Online-Bestellwebsite für Casa Verde, eine Taquería in Austin, Texas, nur mit Abholung. Menükategorien: Tacos, Bowls, Beilagen, Getränke. Gerichte haben Optionen: Tacos wählen eine Füllung (Hähnchen, Carnitas, Pilze +1 $), eine Tortilla (Mais oder Weizen) und optionale Extras (Guacamole +1,50 $, Käse +0,75 $); Bowls wählen eine Basis und eine Füllung. Kunden legen Gerichte in einen Warenkorb, wählen einen 15-Minuten-Abholslot innerhalb der Öffnungszeiten (Di–So 11:00–21:00, Central Time), geben Name und Telefon ein und sehen die Summe inklusive 8,25 % Verkaufssteuer. Begrenze jeden Slot auf 8 Bestellungen und blende volle Slots aus. Speichere Bestellungen in einer Datenbank mit den Status neu, in Zubereitung, bereit, abgeholt. Eine Küchenseite (Login nötig) zeigt die heutigen Bestellungen nach Abholzeit, spielt bei neuen Bestellungen einen Ton ab und lässt das Personal Bestellungen weiterschieben. Betreiberseite zum Bearbeiten der Karte, zum Markieren von Gerichten als ausverkauft und zum Pausieren der Bestellannahme. Kartenzahlung kommt später – vorerst lautet die Option „Zahlung bei Abholung“. Mutiges, buntes, mobil optimiertes Design mit großen Tippflächen.

Mit Zahlung bei Abholung beginnen zu lassen, erlaubt dir, den gesamten Bestellablauf mit dem Personal zu testen, bevor Zahlungen dazukommen.

Build-Schritte

  1. Karte und Optionen. Menü, Optionsgruppen und Preisberechnung richtig hinbekommen. Ein Gericht mit jeder Optionskombination testen.
  2. Warenkorb und Kasse. Mengen, Notizen, Summen, Steuer und eine Slot-Auswahl, die die Öffnungszeiten respektiert.
  3. Bestellung speichern und bestätigen. Summe serverseitig berechnen – dem Preis aus dem Browser niemals vertrauen – und eine Bestätigungsseite mit Bestellnummer anzeigen.
  4. Küchenboard. Live-Liste, Ton bei neuen Bestellungen, Statusknöpfe, große Schrift, die aus einem Meter Entfernung lesbar ist.
  5. Betreiber-Steuerung. Ausverkauft, Bestellannahme pausieren, Slot-Limits, Öffnungszeiten.
  6. Zahlungen im Testmodus. Eine Bestellung nur als bezahlt markieren, wenn der Zahlungsanbieter es bestätigt, und den Fall abfangen, dass die Zahlung klappt, die Bestellung aber nicht gespeichert wird.
  7. Benachrichtigungen. Eine E-Mail oder SMS als Bestätigung und eine Nachricht „bereit zur Abholung“ über deinen eigenen Anbieter. Siehe Benachrichtigungen hinzufügen.
  8. Soft Launch. Ein paar Tage mit Personal und Freunden laufen lassen und dabei die Küchenseite genauso genau beobachten wie die Kundenseite.

Häufige Fehler

  • Preise nur im Browser berechnen. Jeder kann sie ändern. Serverseitig neu berechnen.
  • Kein Ausverkauft-Schalter. Du verkaufst die letzte Portion fünfmal.
  • Keine Slot-Limits. Ein volles Freitagabend-Geschäft wird zu 40 Bestellungen, die um 19:00 fällig sind.
  • Allergeninformationen fehlen oder sind veraltet. Zeige Allergene pro Gericht und halte sie aktuell; die Regeln dafür sind in vielen Ländern streng.
  • Zeitzonen-Verwirrung. Zeiten in UTC speichern, in der Ortszeit des Lokals anzeigen und kurz vor Mitternacht sowie bei Zeitumstellungen testen.
  • Das Küchentablet geht in den Ruhemodus. Halte den Bildschirm wach und teste, ob neue Bestellungen ohne Neuladen erscheinen.

Wann ein fertiges Produkt die bessere Wahl ist

Wenn du von neuen Kunden in deiner Gegend gefunden werden willst, bringen Lieferdienst-Plattformen Nachfrage, die du selbst kaum erzeugen kannst – dafür zahlst du Provision. Wenn du bereits ein Kassensystem nutzt, prüfe, ob es Online-Bestellungen enthält; Bestellungen, die direkt in Kasse und Küchendrucker landen, sind kaum zu schlagen.

Bau dir eine eigene Lösung, wenn du provisionsfreie Direktbestellungen von Stammkunden willst, einen Bestellablauf, der zu deiner Arbeitsweise passt (Vorbestellungen für eine Bäckerei, Catering-Platten, ein wöchentliches Meal-Prep-Menü), oder Bestellungen, die an ein Treueprogramm oder deine eigene Website gekoppelt sind. Der Leitfaden zur Restaurant-Website behandelt den Rest der Seite drumherum.

Mit Mythex bauen

Bei Mythex beschreibst du den Bestellablauf im Chat und siehst ihn in einer Live-Vorschau, die du in einem Telefonrahmen prüfen kannst. Bestellungen und Karte liegen in einer Postgres-Datenbank, die der Agent anlegt, wenn du das Speichern wünschst. Kartenzahlungen laufen über dein eigenes Stripe-Konto mit Schlüsseln, die als Projekt-Geheimnisse gespeichert sind – das Stripe-Rezept zeigt den Prompt. Texte und E-Mails laufen über deinen eigenen Anbieter, denn Mythex hat kein eingebautes Zahlungs-, E-Mail- oder SMS-Produkt. Zahlungs-Webhooks brauchen die veröffentlichte App unter einer öffentlichen URL. Vor dem Start lässt /test den Agenten das Bestellen in der Vorschau durchspielen und melden, was nicht funktioniert.

Als Startprompt eignen sich die Vorlagen Bäckerei-Bestellseite oder Kaffee-Bestellseite oder der Online-Shop-Builder für Restaurants.

Fragen

Was braucht eine Bestell-Website für Essen?

Eine Karte mit Preisen, Optionen und Ausverkauft-Status; einen Warenkorb; Abhol- oder Lieferdetails mit Uhrzeit; Zahlung; eine Bestellbestätigung; und eine Küchenansicht, in der das Personal neue Bestellungen sieht und sie als fertig markiert.

Wie verhindere ich, dass ich mehr Bestellungen annehme, als die Küche schafft?

Begrenze die Bestellungen pro Zeitfenster. Teile den Tag in 15-Minuten-Abholfenster, lege fest, wie viele Bestellungen oder Positionen jedes Fenster annimmt, und lass die Küche die Bestellannahme mit einem Knopf pausieren, wenn sie überlastet ist.

Kann ich die Lieferung selbst übernehmen?

Ja, wenn du Fahrer hast. Definiere Liefergebiete nach Postleitzahl oder Entfernung, lege pro Gebiet einen Mindestbestellwert und eine Liefergebühr fest und gib den Fahrern eine einfache Liste mit Bestellungen und Adressen. Viele Restaurants starten nur mit Abholung.

Ist meine eigene Bestellseite besser als Lieferdienst-Apps?

Deine eigene Seite spart bei Direktbestellungen die Provision pro Bestellung und hält die Kundenbeziehung bei dir, aber du bringst die Besucher selbst mit und übernimmst die Lieferung. Die meisten Restaurants nutzen beides: Plattformen zum Entdecktwerden, die eigene Seite für Stammkunden.

Mythex · Pricing · Alles mit KI bauen · Vorlagen für Websites und Apps · Mythex im Vergleich · Glossar zum App-Bau mit KI · Kostenlose Tools für den App-Bau mit KI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)