Sådan bygger du en hjemmeside til madbestilling: menu, kurv, afhentningstider og køkkenvisning

En hjemmeside til madbestilling gør det muligt for kunderne at vælge retter fra din menu, tilpasse dem, vælge et afhentnings- eller leveringstidspunkt, betale og få en bekræftelse — mens køkkenet ser hver bestilling dukke op på en skærm og markerer den som klar. For at bygge en sådan skal du have en menu med valgmuligheder (størrelser, tilbehør, "uden løg"), en kurv, der beregner totalen korrekt, tidsvinduer med grænser, så køkkenet ikke oversvømmes, kortbetaling og en enkel bestillingsoversigt til personalet. En AI-appbygger kan lave alt dette ud fra en tydelig beskrivelse. Arbejdet ligger i detaljerne: åbningstider, udsolgte retter, grænser for bestillinger og hvad der sker, når en betaling lykkes, men bestillingen ikke bliver gemt.

Hvad siden skal kunne

Sider

• Kunde: menu opdelt i kategorier, rettens detaljeside med valgmuligheder, kurv, kassen (navn, telefon, afhentning eller levering, tidspunkt), betaling og en bekræftelsesside med ordrenummer og status.
• Køkken: en live-liste over nye, igangværende og klare bestillinger, hver med retter, valgmuligheder, noter og afhentningstidspunkt.
• Ejer: menueditor (retter, priser, fotos, valgmuligheder, udsolgt), åbningstider, grænser for tidsvinduer og et salgsoverblik.

Data

Gem rettens navn og pris på hver ordrelinje på bestillingstidspunktet. Hvis du senere ændrer menuen, skal gamle bestillinger stadig vise, hvad kunden faktisk betalte.

Rettigheder

Kunder ser kun deres egen bestilling via bekræftelseslinket. Køkkenpersonale kan se og opdatere bestillinger, men kan ikke ændre priser. Ejeren redigerer menuen og indstillingerne. Et fælles køkkenlogin på en tablet er almindeligt; ejeren bør have et separat login.

Beslutninger og afvejninger

Afhentning, levering eller begge dele

Kun afhentning er meget enklere og er det sted, de fleste små steder bør starte. Levering tilføjer zoner, gebyrer, minimumsbestillinger, adressevalidering, tildeling af kører og en længere liste over ting, der kan gå galt.

Med det samme eller planlagte tidspunkter

"Så hurtigt som muligt" er nemt at tilbyde, men svært at holde ærligt på en travl aften. Planlagte tidsvinduer med grænser — f.eks. højst otte bestillinger pr. 15-minutters vindue — beskytter køkkenet og skaber de rigtige forventninger. Du kan stadig vise "tidligst ledig: 18:45".

Betaling på forhånd eller ved afhentning

At betale online mindsker udeblivelser og fremskynder afhentningen. Betaling ved afhentning er enklere at bygge, men inviterer til falske bestillinger. De fleste steder tager kortbetaling på forhånd via et hostet betalingsvindue som Stripe Checkout; vores betalingsguide dækker opsætningen. Drikkepenge, moms og regler for kvitteringer varierer fra land til land — tjek de lokale regler.

Hvordan bestillinger når køkkenet

Muligheder: en browserfane på en tablet, der opdateres automatisk (enklest), en e-mail eller besked pr. bestilling som backup, eller afsendelse af bestillinger til en kvitteringsprinter (kræver ekstra hardware og opsætning). En lyd, når en ny bestilling kommer ind, betyder mere, end du tror.

En første prompt, der virker

Byg en online bestillingsside for Casa Verde, en taqueria i Austin, Texas, kun med afhentning. Menukategorier: Tacos, Bowls, Tilbehør, Drikkevarer. Retterne har valgmuligheder: tacos vælger en protein (kylling, carnitas, svampe +$1), en tortilla (majs eller hvede) og valgfrit tilbehør (guac +$1,50, ost +$0,75); bowls vælger en base og en protein. Kunderne lægger retter i en kurv, vælger et 15-minutters afhentningstidspunkt inden for åbningstiderne (tirs.–søn. 11:00–21:00, centraltid), indtaster navn og telefon og ser en total med 8,25 % salgsmoms. Begræns hvert tidsvindue til 8 bestillinger og skjul fulde tidsvinduer. Gem bestillinger i en database med statusserne ny, under tilberedning, klar, afhentet. En køkkenside (kræver login) viser dagens bestillinger sorteret efter afhentningstidspunkt, afspiller en lyd ved nye bestillinger og lader personalet flytte bestillingerne videre. En ejerside til at redigere menuen, markere retter som udsolgt og sætte bestillingerne på pause. Kortbetaling kommer senere — indtil videre er bestillingerne "betal ved afhentning". Dristigt, farverigt og mobilførst design med store knapper.

At starte med betaling ved afhentning giver dig mulighed for at teste hele bestillingsflowet med personalet, før betalinger kommer med i billedet.

Byggetrin

1. Menu og valgmuligheder. Få menuen, valgmulighedsgrupperne og prisberegningerne rigtige. Test en ret med alle kombinationer af valgmuligheder.
2. Kurv og kasse. Antal, noter, totaler, moms og en tidsvinduevælger, der respekterer åbningstiderne.
3. Gem bestilling og bekræftelse. Beregn totalen på serveren — stol aldrig på den pris, browseren sender — og en bekræftelsesside med ordrenummer.
4. Køkkenoversigt. Live-liste, lyd ved nye bestillinger, statusknapper, stor tekst, der kan læses på en meters afstand.
5. Ejerkontrol. Udsolgt, pause i bestillinger, grænser for tidsvinduer, åbningstider.
6. Betalinger i testtilstand. Markér kun en bestilling som betalt, når betalingsudbyderen bekræfter det, og håndtér tilfældet, hvor betalingen lykkes, men bestillingen ikke bliver gemt.
7. Notifikationer. En bekræftelse pr. e-mail eller sms og en besked om "klar til afhentning" via din egen udbyder. Se tilføjelse af notifikationer.
8. En blød lancering. Kør den med personale og venner i et par dage, og hold lige så meget øje med køkkenets side som med kundens.

Almindelige fejl

• At beregne priser kun i browseren. Hvem som helst kan ændre dem. Beregn dem igen på serveren.
• Ingen udsolgt-kontakt. Du kommer til at sælge den sidste portion fem gange.
• Ingen grænser for tidsvinduer. En travl fredag bliver til 40 bestillinger klokken 19:00.
• Allergeninformation mangler eller er forældet. Vis allergener pr. ret og hold dem korrekte; reglerne er strenge i mange lande.
• Forvirring om tidszoner. Gem tidspunkter i UTC, vis dem i restaurantens lokale tid, og test tæt på midnat og skift til sommertid.
• Køkkentabletten går i dvale. Hold skærmen tændt, og test at nye bestillinger dukker op uden en opdatering.

Hvornår et færdigt produkt er det bedre valg

Hvis du vil blive fundet af nye kunder i dit område, bringer leveringsplatforme efterspørgsel, som du ikke nemt selv kan skabe — til gengæld for provision. Hvis du allerede bruger et kassesystem, så tjek om det inkluderer online bestilling; bestillinger, der lander direkte i kassen og på køkkenprinteren, er svære at slå.

Byg din egen, når du vil have provisionsfri direkte bestillinger fra faste kunder, en bestillingsflow tilpasset din måde at arbejde på (forudbestillinger til et bageri, cateringbakker, en ugentlig madplanmenu) eller bestillinger knyttet til et loyalitetsprogram eller din egen hjemmeside. Guiden om restaurant-hjemmesider dækker resten af siden omkring den.

Byg det med Mythex

På Mythex beskriver du bestillingsflowet i chatten, og det dukker op i en live-forhåndsvisning, som du kan tjekke i en frame i telefonstørrelse. Bestillinger og menuen ligger i en Postgres-database, som agenten tilføjer, når du beder den om at gemme dem. Kortbetalinger bruger din egen Stripe-konto med nøgler gemt som projekthemmeligheder — Stripe-opskriften viser prompten — og sms'er eller e-mails går gennem din egen udbyder, da Mythex ikke har et indbygget produkt til betalinger, e-mail eller sms. Betalings-webhooks kræver, at appen er publiceret på en offentlig URL. Før lancering kan /test få agenten til at klikke sig gennem bestillingen i forhåndsvisningen og rapportere, hvad der går i stykker.

Som startprompt kan du prøve skabelonerne bageri-bestillingsside eller kaffe-bestillingsside eller restaurantens online butiksbygger.

Spørgsmål