Cum să construiești un site de comenzi de mâncare: meniu, coș, ore de ridicare și ecranul bucătăriei
Un site de comenzi de mâncare le permite clienților să aleagă din meniul tău, să personalizeze produsele, să aleagă o oră de ridicare sau de livrare, să plătească și să primească o confirmare, în timp ce bucătăria vede fiecare comandă apărând pe un ecran și o marchează ca gata. Pentru a-l construi ai nevoie de un meniu cu opțiuni (mărimi, extra, „fără ceapă”), de un coș care calculează corect totalurile, de intervale orare cu limite, ca bucătăria să nu fie inundată, de plăți cu cardul și de o tablă simplă de comenzi pentru personal. Un constructor de aplicații cu AI poate produce toate acestea dintr-o descriere clară. Partea dificilă este în detalii: programul, produsele epuizate, limitele de comenzi și ce se întâmplă când plata reușește, dar comanda nu se salvează.
Ce trebuie să aibă site-ul
Pagini
- Client: meniu pe categorii, detaliile produsului cu opțiuni, coș, finalizarea comenzii (nume, telefon, ridicare sau livrare, oră), plata și o pagină de confirmare cu numărul comenzii și starea acesteia.
- Bucătărie: o listă live cu comenzile noi, în pregătire și gata, fiecare cu produse, opțiuni, observații și ora de ridicare.
- Proprietar: editor de meniu (produse, prețuri, fotografii, opțiuni, epuizat), program, limite pe intervale și un rezumat al vânzărilor.
Date
| Tabel | Câmpuri-cheie |
|---|---|
| Categorii | Nume, ordine |
| Produse | Categorie, nume, descriere, preț, fotografie, alergeni, disponibil da/nu |
| Grupuri de opțiuni | Produs, nume („Mărime”, „Extra”), obligatoriu da/nu, numărul minim și maxim de alegeri |
| Opțiuni | Grup, nume, modificarea prețului |
| Comenzi | Număr, nume client, telefon, e-mail, tip (ridicare sau livrare), adresă, ora intervalului, subtotal, taxe, total, stare plată, stare comandă |
| Linii de comandă | Comandă, produs, cantitate, opțiuni alese, preț pe linie, observație |
| Setări | Program, durata intervalului, numărul maxim de comenzi pe interval, zone de livrare și taxe |
Salvează numele produsului și prețul pe fiecare linie de comandă în momentul comenzii. Dacă modifici meniul mai târziu, comenzile vechi trebuie să arate în continuare ce a plătit efectiv clientul.
Permisiuni
Clienții văd doar propria comandă, prin linkul de confirmare. Personalul din bucătărie vede și actualizează comenzile, dar nu poate modifica prețurile. Proprietarul editează meniul și setările. Un cont comun de bucătărie pe o tabletă este frecvent, însă proprietarul ar trebui să aibă un cont separat.
Decizii și compromisuri
Ridicare, livrare sau ambele
Doar ridicarea din local este mult mai simplă și de aici ar trebui să înceapă majoritatea locurilor mici. Livrarea adaugă zone, taxe, comenzi minime, validarea adresei, alocarea curierilor și o listă mai lungă de lucruri care pot merge prost.
Imediat sau la oră programată
„Cât mai curând posibil” este ușor de oferit, dar greu de respectat într-o seară aglomerată. Intervalele programate cu limite — de exemplu, cel mult opt comenzi pe fereastră de 15 minute — protejează bucătăria și stabilesc așteptările. Poți totuși să afișezi „cel mai devreme disponibil: 18:45”.
Plată în avans sau la ridicare
Plata online reduce comenzile nerealizate și accelerează ridicarea. Plata la ridicare este mai simplă de construit, dar încurajează comenzile false. Cele mai multe locuri acceptă plata cu cardul în avans, printr-o pagină de plată găzduită, cum este Stripe Checkout; ghidul nostru pentru plăți explică configurarea. Bacșișurile, taxele și regulile pentru bonuri variază de la o țară la alta — verifică regulile locale.
Cum ajung comenzile în bucătărie
Opțiuni: o filă de browser pe o tabletă, care se reîmprospătează automat (cea mai simplă), un e-mail sau un mesaj pentru fiecare comandă ca rezervă sau trimiterea comenzilor către o imprimantă de bonuri (necesită echipament și configurare suplimentare). Un sunet atunci când sosește o comandă nouă contează mai mult decât crezi.
Un prim prompt care funcționează
Construiește un site de comenzi online pentru Casa Verde, un local de tacos din Austin, Texas, doar pentru ridicare din local. Categorii de meniu: Tacos, Bowls, Garnituri, Băuturi. Produsele au opțiuni: tacos-urile aleg o proteină (pui, carnitas, ciuperci +1 $), o tortilla (porumb sau făină) și extra opționale (guacamole +1,50 $, brânză +0,75 $); bowl-urile aleg o bază și o proteină. Clienții adaugă produse în coș, aleg un interval de ridicare de 15 minute în programul de funcționare (marți–duminică 11:00–21:00, ora Central) și introduc numele și telefonul, apoi văd un total cu taxa de vânzare de 8,25%. Limitează fiecare interval la 8 comenzi și ascunde intervalele pline. Salvează comenzile într-o bază de date, cu stările nouă, în pregătire, gata, ridicată. O pagină pentru bucătărie (necesită autentificare) arată comenzile zilei după ora de ridicare, redă un sunet pentru comenzile noi și permite personalului să mute comenzile mai departe. Pagină pentru proprietar, ca să editeze meniul, să marcheze produsele epuizate și să oprească temporar comenzile. Plata cu cardul vine mai târziu — deocamdată comenzile sunt „plătești la ridicare”. Design îndrăzneț, colorat, pe telefon, cu butoane mari.
Începând cu plata la ridicare poți testa tot fluxul de comandă cu personalul, înainte ca plățile să intre în joc.
Pași de construcție
- Meniu și opțiuni. Obține corect meniul, grupurile de opțiuni și calculele de preț. Testează un produs cu fiecare combinație de opțiuni.
- Coș și finalizare. Cantități, observații, totaluri, taxe și un selector de interval care respectă programul.
- Salvarea comenzii și confirmarea. Calculul totalului pe server — nu ai încredere niciodată în prețul trimis de browser — și o pagină de confirmare cu numărul comenzii.
- Tabla bucătăriei. Listă live, sunet pentru comenzile noi, butoane de stare, text mare, care se poate citi de la un metru distanță.
- Controalele proprietarului. Epuizat, oprirea comenzilor, limite pe interval, program.
- Plăți în modul test. Marchează o comandă ca plătită doar când furnizorul de plăți o confirmă și tratează cazul în care plata reușește, dar comanda nu se salvează.
- Notificări. Confirmare prin e-mail sau SMS și un mesaj „gata pentru ridicare”, prin furnizorul tău. Vezi cum adaugi notificări.
- Lansare de probă. Rulează site-ul cu personalul și cu prieteni câteva zile, urmărind la fel de atent partea bucătăriei ca pe cea a clientului.
Greșeli frecvente
- Calcularea prețurilor doar în browser. Oricine le poate modifica. Recalculează pe server.
- Niciun comutator pentru produse epuizate. Vei vinde ultima porție de cinci ori.
- Lipsa limitelor pe interval. O vineri aglomerată devine 40 de comenzi care trebuie gata la 19:00.
- Informații despre alergeni lipsă sau vechi. Afișează alergenii pentru fiecare produs și păstrează-i corecți; regulile sunt stricte în multe țări.
- Confuzie de fus orar. Salvează orele în UTC, afișează-le în ora locală a restaurantului și testează în apropierea miezului nopții și la trecerea la ora de vară.
- Tableta bucătăriei intră în repaus. Menține ecranul treaz și testează că comenzile noi apar fără reîmprospătare.
Când un produs gata făcut este alegerea mai bună
Dacă vrei să te găsească clienți noi din zona ta, platformele de livrare aduc cerere pe care nu o poți crea ușor singur, în schimbul unui comision. Dacă folosești deja un sistem de casă (POS), verifică dacă include comenzi online; comenzile care ajung direct la casa de marcat și la imprimanta din bucătărie sunt greu de egalat.
Construiește propriul site când vrei comenzi directe, fără comision, de la clienții fideli, un flux de comandă adaptat modului tău de lucru (comenzi în avans pentru o brutărie, tăvi pentru catering, un meniu săptămânal de preparate gata făcute) sau comenzi legate de un program de fidelizare ori de propriul tău site. Ghidul pentru site-ul de restaurant acoperă restul site-ului din jurul acestuia.
Construit cu Mythex
În Mythex descrii fluxul de comandă în chat, iar acesta apare într-o previzualizare live pe care o poți verifica într-un cadru de dimensiunea unui telefon. Comenzile și meniul trăiesc într-o bază de date Postgres pe care agentul o adaugă când ceri să salvezi date. Plățile cu cardul folosesc propriul tău cont Stripe și cheile tale, păstrate ca secrete ale proiectului — rețeta Stripe arată promptul — iar mesajele sau e-mailurile trec prin propriul tău furnizor, deoarece Mythex nu are un produs integrat de plăți, e-mail sau SMS. Webhook-urile de plată au nevoie de aplicația publicată la un URL public. Înainte de lansare, /test îi cere agentului să parcurgă comandarea în previzualizare și să raporteze ce nu funcționează.
Ca punct de plecare, încearcă șabloanele pagina de comenzi pentru brutărie sau pagina de comenzi pentru cafenea, ori constructorul de magazin online pentru restaurant.
Întrebări
Ce are nevoie un site de comenzi de mâncare?
Un meniu cu prețuri, opțiuni și stări de „epuizat”; un coș; detalii despre ridicare sau livrare, cu o oră; plata; o confirmare a comenzii; și un ecran pentru bucătărie, unde personalul vede comenzile noi și le marchează ca gata.
Cum evit să primesc mai multe comenzi decât poate gestiona bucătăria?
Limitează comenzile pe interval de timp. Împarte ziua în ferestre de ridicare de 15 minute, stabilește câte comenzi sau articole acceptă fiecare fereastră și lasă bucătăria să oprească temporar comenzile cu un singur buton, atunci când este copleșită.
Pot să gestionez singur livrarea?
Da, dacă ai curieri. Definește zone de livrare după codul poștal sau distanță, stabilește o comandă minimă și o taxă de livrare pentru fiecare zonă și oferă curierilor o listă simplă de comenzi, cu adrese. Multe restaurante încep doar cu ridicarea din local.
Este mai bun propriul site de comenzi decât aplicațiile de livrare?
Propriul site evită comisionul pe comenzile directe și păstrează relația cu clientul, dar tu aduci clienții și te ocupi singur de livrare. Majoritatea restaurantelor folosesc ambele: platforme pentru a fi descoperite și propriul site pentru clienții fideli.