Slik bygger du en nettside for matbestilling: meny, handlekurv, hentetider og kjøkkenvisning

En nettside for matbestilling lar kunder velge fra menyen din, tilpasse rettene, velge hente- eller leveringstid, betale og få en bekreftelse. Samtidig ser kjøkkenet hver bestilling dukke opp på en skjerm, og kan merke den som klar. For å bygge en slik side trenger du en meny med valg (størrelser, tillegg, «uten løk»), en handlekurv som regner ut totalen riktig, tidsluker med grenser slik at kjøkkenet ikke drukner, kortbetaling og en enkel bestillingstavle for de ansatte. En AI-app-bygger kan lage alt dette ut fra en tydelig beskrivelse. Arbeidet ligger i detaljene: åpningstider, utsolgte retter, grenser for antall bestillinger og hva som skjer når en betaling går gjennom, men bestillingen ikke blir lagret.

Hva nettsiden trenger

Sider

• Kunde: meny etter kategori, rettdetaljer med valg, handlekurv, kasse (navn, telefon, henting eller levering, tidspunkt), betaling og en bekreftelsesside med bestillingsnummer og status.
• Kjøkken: en levende liste over nye, pågående og klare bestillinger, hver med retter, valg, merknader og hentetid.
• Eier: menyredigering (retter, priser, bilder, valg, utsolgt), åpningstider, grenser per tidsluke og et salgssammendrag.

Data

Lagre navnet og prisen på retten på hver bestillingslinje når bestillingen gjøres. Hvis du endrer menyen senere, bør gamle bestillinger fortsatt vise hva kunden faktisk betalte.

Tilganger

Kunder ser bare sin egen bestilling via bekreftelseslenken. Kjøkkenansatte kan se og oppdatere bestillinger, men ikke endre priser. Eieren redigerer menyen og innstillingene. En felles kjøkkeninnlogging på et nettbrett er vanlig, men eieren bør ha en egen.

Valg og avveininger

Henting, levering eller begge

Bare henting er mye enklere, og det er der de fleste små steder bør starte. Levering legger til soner, gebyrer, minimumsbestillinger, adressevalidering, tildeling av sjåfører og en lang liste med ting som kan gå galt.

Så snart som mulig, eller planlagte tider

«Så snart som mulig» er enkelt å tilby, men vanskelig å holde når det er travelt en kveld. Planlagte tidsluker med grenser – for eksempel høyst åtte bestillinger per 15-minutters vindu – beskytter kjøkkenet og setter forventninger. Du kan fortsatt vise «tidligste ledige: 18:45».

Betaling på forhånd eller ved henting

Betaling på nett reduserer uteblivelser og gjør henting raskere. Betaling ved henting er enklere å bygge, men inviterer til falske bestillinger. De fleste steder tar kortbetaling på forhånd gjennom en ferdig betalingsside, for eksempel Stripe Checkout. Veiledningen om betalinger forklarer oppsettet. Driks, avgifter og kvitteringsregler varierer fra land til land, så sjekk lokale regler.

Hvordan bestillingene når kjøkkenet

Alternativer: en nettleserfane på et nettbrett som oppdateres automatisk (enklest), en e-post eller melding per bestilling som reserve, eller utskrift til en kvitteringsskriver (krever ekstra maskinvare og oppsett). En lyd når en ny bestilling kommer, betyr mer enn du tror.

En første prompt som fungerer

Bygg en nettbestillingsside for Casa Verde, en taqueria i Austin, Texas, kun for henting. Menykategorier: Tacos, Bowls, Sides, Drikke. Rettene har valg: tacos velger protein (kylling, carnitas, sopp +$1), en tortilla (mais eller hvete) og valgfrie tillegg (guac +$1,50, ost +$0,75); bowls velger base og protein. Kunder legger rettene i handlekurven, velger en 15-minutters hentetid innenfor åpningstidene (tirsdag–søndag 11:00–21:00, sentral tid), skriver inn navn og telefon, og ser en total med 8,25 % salgsavgift. Maks 8 bestillinger per tidsluke, og fulle luker skjules. Lagre bestillinger i en database med statusene ny, under tilberedning, klar og hentet. En kjøkkenside (krever innlogging) viser dagens bestillinger sortert etter hentetid, spiller en lyd for nye bestillinger og lar de ansatte flytte bestillingene videre. En eierside for å redigere menyen, merke retter som utsolgt og pause bestillinger. Kortbetaling kommer senere – inntil videre er bestillingene «betal ved henting». Dristig, fargerik og mobilfokusert design med store knapper.

Å starte med betaling ved henting lar deg teste hele bestillingsflyten sammen med de ansatte før betalingene kommer inn i bildet.

Byggetrinn

1. Meny og valg. Få menyen, valggruppene og prisberegningene riktige. Test en rett med alle kombinasjoner av valg.
2. Handlekurv og kasse. Mengder, merknader, totaler, skatt og en tidsvelger som respekterer åpningstidene.
3. Lagring av bestilling og bekreftelse. Totalen regnes ut på serversiden – stol aldri på prisen nettleseren sender – og en bekreftelsesside med bestillingsnummer.
4. Kjøkkentavle. Levende liste, lyd for nye bestillinger, statusknapper og stor tekst som kan leses på én meters avstand.
5. Eierkontroller. Utsolgt, pause av bestillinger, grenser per luke og åpningstider.
6. Betalinger i testmodus. Merk bare en bestilling som betalt når betalingsleverandøren bekrefter det, og håndter tilfellet der betalingen går gjennom, men bestillingen ikke ble lagret.
7. Varsler. En bekreftelse på e-post eller SMS og en melding om «klar for henting» via din egen leverandør. Se legge til varsler.
8. Myk lansering. Kjør den med de ansatte og venner i noen dager, og følg kjøkkensiden like nøye som kundesiden.

Vanlige feil

• Å regne ut priser bare i nettleseren. Hvem som helst kan endre dem. Regn ut på nytt på serveren.
• Ingen bryter for utsolgt. Du kommer til å selge den siste porsjonen fem ganger.
• Ingen grenser per luke. En travel fredag blir til 40 bestillinger som skal være klare kl. 19:00.
• Allergeninformasjon som mangler eller er utdatert. Vis allergener per rett og hold dem oppdatert; reglene er strenge i mange land.
• Forvirring om tidssone. Lagre tider i UTC, vis dem i restaurantens lokale tid, og test rundt midnatt og ved overgang til sommertid.
• Kjøkkennettbrettet går i dvale. Hold skjermen våken, og test at nye bestillinger dukker opp uten å oppdatere siden.

Når et ferdig produkt er det bedre valget

Hvis du vil bli funnet av nye kunder i ditt område, bringer leveringsplattformer etterspørsel du ikke enkelt kan skape selv – mot provisjon. Hvis du allerede bruker et kassesystem, sjekk om det har nettbestilling; bestillinger som havner rett i kassen og på kjøkkenskriveren er vanskelige å slå.

Bygg din egen når du vil ha provisjonsfrie direktebestillinger fra faste kunder, en bestillingsflyt tilpasset måten du jobber på (forhåndsbestillinger for et bakeri, cateringbrett, en ukentlig matpakkemeny), eller bestilling koblet til et kundeprogram eller din egen nettside. Veiledningen for restaurantnettsider dekker resten av nettsiden rundt.

Bygge det med Mythex

På Mythex beskriver du bestillingsflyten i chatten, og den dukker opp i en levende forhåndsvisning du kan sjekke i en ramme i telefonstørrelse. Bestillinger og menyen ligger i en Postgres-database som agenten legger til når du ber om å lagre dem. Kortbetalinger bruker din egen Stripe-konto med nøkler lagret som prosjekthemmeligheter – Stripe-oppskriften viser prompten – og tekstmeldinger eller e-post går gjennom din egen leverandør, siden Mythex ikke har et innebygd produkt for betalinger, e-post eller SMS. Betalingswebhooks krever at appen er publisert på en offentlig adresse. Før lansering kan du bruke /test, så klikker agenten seg gjennom bestillingen i forhåndsvisningen og rapporterer hva som går galt.

Som startprompt kan du prøve bakeri-bestillingssiden eller kaffebestillingssiden, eller nettbutikkbyggeren for restauranter.

Spørsmål