surfup

Tai restoran

Veebimenüü QR-tellimuste, töötajate Telegrami boti ja halduspaneeliga

HoReCa · Veebimenüü · QR-tellimused · Telegrami bot · Halduspaneel
Projekti taust

Klient on avatud köögiga Tai restoran, mille menüüs vajab pool roogadest selgitust: külalisele võõrad koostisosad, vürtsikuse astmed, kastmed ja magustoidud, mida on sõnade järgi raske ette kujutada. Külastajad on eri taustaga: turistid, kellele restorani keel pole kaugeltki emakeel, ja kohalikud, kes tulevad „Taimaad proovima“. Tavaline paberimenüü tekitas korraga kolm probleemi: see vananes kiiresti — iga hinna või roa muudatus tähendas kordustrükki ja kulu; see ei näidanud roogi „elusalt“ — fotod tuli eraldi vahelehtedele kleepida; ning koormas teenindajaid. Tipptundidel ootas külaline 5–10 minutit juba tellimuse esitamiseks ning „kuulsime valesti, valmistasime valesti“ eksimusi tuli regulaarselt ette. Eraldi mure oli arvepidamine: tellimused ja vahetuse summad liideti käsitsi ning omanikul puudus saali kohta täpne reaalaja ülevaade. Restoran soovis avalikku menüülinki Google Mapsi profiilile, kust tuleb nüüd märkimisväärne osa esmakülastajatest.

01 · Ülesanne

Kavandada ja ehitada süsteem, kus üks menüü töötab kahes režiimis ning tellimus jõuab kööki ilma ühegi vahepealse

„ümberjutustamiseta“. Ülesandel oli neli osa. Esiteks püsiv avalik menüülink, mida saab jagada Google Mapsis ja sotsiaalmeedias ning trükkida reklaammaterjalidele. Teiseks sama menüü privaatsed lingid, mis muudavad laua QR-koodi skannimisel vitriini toimivaks tellimuseks: roogade valikuga ja töötajate Telegrami-botti saatmisega, kusjuures lauanumber on lingis endas. Kolmandaks restorani töötajate Telegrami-bot, kuhu koonduvad tellimused ning kus peetakse arvestust ja arvutatakse summasid. Neljandaks administraatoripaneel, kus omanik saab lisada, muuta ja kustutada menüüroogi ilma arendajata. Süsteem pidi töötama töötajate lihtsates seadmetes ega nõudma külaliselt muud kui telefoni kaamerat.

02 · Tehtud töö

Külalisele näib süsteem „lihtsalt menüüveebilehena“, kuid selle all on läbimõeldud kahe ligipääsurežiimi ja kolme rolli loogika: külaline, töötaja ja menüühaldur. Iga tehniline lahendus vastas ühele küsimusele: kuidas tellimisteekonnalt takistus eemaldada?

  • Kavandasime kahe režiimiga arhitektuuri: üks sisubaas, kaks ligipääsuteed. Avalik link avab menüüvitriini kategooriate, fotode, koostisosade, vürtsikuse astmete ja hindadega, kuid ilma tellimisnuppudeta — puhas köögi esitlus Google Mapsi ja sotsiaalmeedia jaoks. Laualingid sisaldavad parameetrit, mis lülitab sisse tellimisrežiimi: nähtavale tulevad ostukorv, roogade kommentaarid ja tellimuse saatmine. Sisu on alati sama, seega pole sünkroonimist vaja.
  • Tegime avaliku menüü: kiire kohanduv leht, mis avaneb sekundiga ka tänaval mobiilse internetiga, sest külaline avab selle tihti otse Google Mapsi profiilist restorani kõrval seistes. Seal on roogade fotod, vürtsikust ja koostisosi märkivad kirjeldused, kategooriad suppidest jookide ja magustoitudeni ning ajakohased hinnad. Majutus viidi restorani sisevõrgust välja, nii et link töötab kindlalt olenemata restorani Wi-Fi-st või saali koormusest.
  • Genereerisime lauatele QR-koodid: iga laud sai unikaalse QR-i lingiga, millesse on kodeeritud lauanumber. Külaline ei vali loendist „olen lauas N“ ega ütle teenindajale oma kohta — süsteem tunneb laua ise lingi järgi ära. Nii kõrvaldati sarnaste süsteemide suurim veaallikas ning tellimus seoti lauaga esimesest sekundist. QR-sildid paigutati nii, et neid oleks mugav skannida igast laua kohast.
  • Tegime ostukorvi ja tellimuse saatmise ilma registreerimiseta. Külaline lisab road, kirjutab toidule kommentaari („ilma maapähklita“, „vürtsikam“, „kaste eraldi“), kontrollib valikut ja kinnitab. Tellimus jõuab töötajate Telegrami-botti unikaalse tellimusnumbri ja lauanumbriga. Rakendust pole vaja paigaldada, telefoninumbrit sisestada ega kontot luua: skannimisest saatmiseni kulub üks-kaks minutit ning teekond on teadlikult lühem kui mis tahes alternatiiv.
  • Arendasime töötajate Telegrami-boti. Kõik tellimused saabuvad sinna reaalajas unikaalse numbri, laua, roogade, külalise kommentaaride ja summaga. Lisaks tellimuste vastuvõtmisele peab bot arvestust: tellimuste ajalugu vahetuse ja päeva kaupa, summad menüü ja roogade lõikes, kordussaatmine ning töötlemise staatused. Töötajad kasutavad Telegrami, mis on tööseadmetes niigi avatud; eraldi tarkvara pole vaja paigaldada ega õppida — liides on tuttav vestlus.
  • Koostasime menüü halduspaneeli: uute roogade lisamine, hindade, kirjelduste, fotode ja kategooriate muutmine, kustutamine ning kohene „saadaval/otsa saanud“ märge. Iga muudatus kajastub kohe nii avalikus menüüs kui tellimisrežiimis, sest tegu on ühe ja sama menüüga. Omanik haldab valikut telefonist, ilma arendajata ja iga väikese muudatuse pärast meie poole pöördumata.
  • Mõtlesime läbi saali piirsituatsioonid: kui külaline tellib roa, mis köögis just otsa sai, peidab administraator selle paneelis ning see kaob tellimisrežiimist; kui tellimus saadetakse kogemata kaks korda, näevad töötajad mõlemat ja lükkavad duplikaadi tagasi; kui hind muutub, uuendatakse see kõikjal ühe muudatusega. Just sellised igapäevased olukorrad määravad, kas süsteem võetakse päris restoranis omaks.
  • Käivitasime süsteemi ja õpetasime töötajaid: QR-koodide printimine ja paigutamine, teenindajate juhendamine boti kasutamisel, esimesed vahetused järelevalve all, külaliste ja töötajate tagasiside kogumine ning liidese detailide kohandamine päris kasutuse põhjal.

Projekti edu määrasid kolm otsust. Esiteks „üks menüü, kaks režiimi“: restoran haldab ühe veebilehe asemel üht sisu ning avalik vitriin ja tellimisvoog ei lähe kunagi lahku. Teiseks Telegram töötajate terminalina: seadmekulu puudub, tellimused saabuvad sinna, kus töötajad niigi tegutsevad, ning ajalugu salvestub automaatselt, mitte „arvepidamise vihikusse“. Kolmandaks QR-lingi sisse kirjutatud lauanumber: süsteem ei küsi külaliselt midagi, mida suudab ise tuvastada. Kogu süsteem maksis vähem kui üks pabermenüüde täielik kordustrükk ning töötab edasi ilma tellimuste, masinate ja saali erivarustuseta.

03 · Tulemus

Keskmise ostusumma kasv oli kõige kõnekam mõju: fotodega menüü ning alati nähtav magustoitude ja jookide vitriin soodustavad impulssoste, mida teenindajad tipptundidel lihtsalt ei jõudnud pakkuda. Teine mõju oli töötajate koormuse vähenemine: teenindajad jooksevad vähem tellimusi vastu võtma ning jõuavad rohkem teenindada — toitu tuua, laudu koristada ja külalistega suhelda. Boti arvestus andis omanikule midagi seninägematut: täpse ülevaate tellimustest laudade, vahetuste ja roogade kaupa ilma ühegi käsitsi kirjutatud reata. Lõpuks toimib avalik Google Mapsi link eelmüügina: külalised sirvivad menüüd juba enne külastust, näitavad roogi üksteisele ning saabuvad otsusega, mida tellida.

04 · Peamised tulemused
NäitajadTulemus
Menüü uuendamineUustrükk võttis mitu päeva → Halduspaneelis minutid
Külalise otsusest tellimuseni5–10 minutit → 1–2 minutit
TellimusveadRegulaarsed → Üksikud kvartalis
Keskmine ostusumma+17%
Tellimuste ja käibe arvestus vahetuste kaupaKäsitsi vihikus → Automaatselt botis

Näitajad on üle kantud juhtumi algmaterjalidest. Periood on märgitud seal, kus see on allikas fikseeritud.

Esimese kolme kuu tulemused
Keskmine ostusumma
+17%
külalise otsusest tellimuseni (varem 5–10 minutit)
1–2 min
menüü uuendamiseks halduspaneelis, mitte kordustrükiks
Minutid
Süsteemi neli osa
  1. 01Avalik menüüüks link Google Mapsi ja sotsiaalmeedia jaoks
  2. 02LaualingidQR-kood, millesse on kirjutatud lauanumber
  3. 03Töötajate Telegrami bottellimused, ajalugu ja summad
  4. 04Halduspaneelmenüü haldamine ilma arendajata
Külalise teekond
  1. 01QR-i skannimine
  2. 02Menüü
  3. 03Ostukorv
  4. 04Kinnita
  5. 05Tellimus botistellimuse ja laua number
Tellimuse esitamise aeg
Külalise otsusest tellimuseni
Enne5–10 min
Pärast1–2 min
Väiksem on parem

Kuvatud on vahemike ülemised piirid: 5–10 minutit ja 1–2 minutit.

Järgmised sammud

Mida soovitame restoranile järgmiseks sammuks:

  • Makse otse menüüs: külaline tasub arve lauas ootamata teenindajat, lauad vabanevad kiiremini ja tipptunni arvejärjekord kaob.
  • Mitmekeelsus: turistidele mõeldud ingliskeelsed ja muud roakirjeldused samal sisul, tõlgitud kihtidena.
  • GEO-nähtavus (Generative Engine Optimization): struktureeritud faktid köögi, menüü ja atmosfääri kohta, et tehisintellekti assistendid nimetaksid restorani õigesti vastuses küsimusele „kus proovida Tai kööki“ — kanalis, mille kaudu üha rohkem külalisi restorani valib.
  • Menüüanalüütika: milliseid roogi vaadatakse, kuid ei tellita, ja millised tooted „tõstavad“ arvet — alus valiku ja hooajapakkumiste optimeerimiseks.
Tsitaat
Reede õhtul ei jõudnud teenindajad varem laudade juurde — nüüd saabuvad tellimused ise koos lauanumbri ja külalise kommentaariga. Kui populaarseim roog otsa saab, peidan selle halduspaneelis kümne sekundiga ning keegi ei lahku pettunult.

— Tai restorani omanik

Viimased materjalid

Kõik materjalid

SurfUpi praktilised artiklid ja juhendid.

Juhend · 10 min

„Mis on…“ lehed ja AI-vastused: kadunud klikid või langev nõudlus

Panga teatmejaotis kaotas 24% külastusi, kui nõudlus langes 13%. Kuidas eristada tehisintellekti ploki kaotatud klikke langevast nõudlusest ja seda mõõta.

Loe
Juhend · 8 min

Liiklus vähenes pärast Google’i uuendust

Kuidas teha kindlaks, kas liikluse langus tuleneb Google’i uuendusest, hooajalisusest või saidi rikkest. 2026. aasta uuenduste ajajoon, kuue küsimusega kontroll ja tegevuskava esimeseks 14 päevaks.

Loe
Juhend · 9 min

Nõudlus langes või sait kaotas: liikluse sidumine Wordstatiga

Hoiuste nõudlus langes 75%, liiklus 37%; kaartidel nõudlus −35%, liiklus −63%. Kuidas liiklust nõudlusega sobitada ja turu eest saiti mitte süüdistada.

Loe