Tailandietiškas restoranas

Klientas — tailandietiškas restoranas su atvira virtuve ir meniu, kurio pusei patiekalų reikia paaiškinimo: svečiams nepažįstami ingredientai, aštrumo lygiai, padažai ir desertai, kuriuos sunku įsivaizduoti vien iš žodžių. Auditorija mišri: turistai, kuriems restorano kalba tikrai nėra gimtoji, ir vietiniai svečiai, ateinantys „paragauti Tailando“. Klasikinis popierinis meniu iš karto kėlė tris problemas: greitai pasendavo — bet koks kainos ar patiekalo pakeitimas reiškė pakartotinį spausdinimą ir išlaidas; neparodydavo patiekalų „gyvai“ — nuotraukas tekdavo klijuoti atskirais intarpais; ir apkraudavo padavėjus. Piko valandomis svečias laukdavo 5–10 minučių vien tam, kad pateiktų užsakymą, o klaidos „ne taip išgirdo — ne tą paruošė“ pasitaikydavo nuolat. Atskirai skaudėjo apskaita: užsakymai ir pamainų sumos būdavo suvedami rankiniu būdu, todėl savininkas neturėjo tikslaus realaus laiko vaizdo apie salę. Restoranas norėjo viešą meniu nuorodą įkelti į „Google Maps“ profilį — vietą, iš kurios šiandien ateina reikšminga dalis pirmą kartą apsilankančių svečių.

Suprojektuoti ir sukurti sistemą, kurioje vienas meniu veikia dviem režimais, o užsakymas pasiekia virtuvę be jokio

tarpinio „perpasakojimo“. Užduotį sudarė keturios dalys. Pirma — viešas meniu stabiliu adresu, tinkamas „Google Maps“, socialiniams tinklams ir reklaminei medžiagai spausdinti. Antra — privačios to paties meniu nuorodos, kurios nuskenavus stalo QR vitriną paverčia veikiančiu užsakymu: galima pasirinkti patiekalus ir siųsti užsakymą darbuotojų „Telegram“ botui, o stalo numeris įrašytas pačioje nuorodoje. Trečia — restorano darbuotojų „Telegram“ botas, kuriame kaupiami visi užsakymai, vedama apskaita ir skaičiuojamos sumos. Ketvirta — administravimo skydelis, kuriame savininkas gali pridėti, redaguoti ir pašalinti meniu pozicijas be programuotojo. Sistema turėjo veikti darbuotojų paprastuose įrenginiuose, o iš svečio reikalauti tik telefono kameros.

Svečiui sistema atrodo kaip „tiesiog svetainė su meniu“, tačiau po ja slypi apgalvota dviejų prieigos režimų ir trijų vaidmenų logika: svečias, darbuotojas, meniu administratorius. Kiekvienas techninis sprendimas atsakė į vieną klausimą: kaip sumažinti trintį užsakymo kelyje?

• Suprojektavome dviejų režimų architektūrą: viena turinio bazė ir du prieigos keliai. Vieša nuoroda atveria meniu vitriną su kategorijomis, nuotraukomis, sudėtimi, aštrumo lygiais ir kainomis, bet be užsakymo mygtukų — tai virtuvės pristatymas „Google Maps“ ir socialiniams tinklams. Stalų nuorodose yra parametras, įjungiantis užsakymo režimą: atsiranda krepšelis, komentarai prie pozicijų ir užsakymo siuntimas. Turinys visada tas pats, todėl sinchronizacijos nereikia.
• Sukūrėme viešą meniu: greitą, prisitaikantį puslapį, kuris atsidaro per sekundę net naudojantis lauko mobiliuoju internetu, nes svečias jį dažnai atveria tiesiai iš „Google Maps“ profilio, stovėdamas šalia restorano. Jame — patiekalų nuotraukos, aprašymai su aštrumo ir sudėties žymomis, kategorijos nuo sriubų iki gėrimų ir desertų bei aktualios kainos. Priegloba iškelta už restorano vidinio tinklo ribų, tad nuoroda patikimai veikia nepriklausomai nuo restorano „Wi-Fi“ ar salės užimtumo.
• Sugeneravome stalų QR kodus: kiekvienas stalas gavo unikalų QR su nuorodoje įrašytu stalo numeriu. Svečias nepasirenka sąraše „sėdžiu prie N stalo“ ir nediktuoja vietos padavėjui — sistema ją atpažįsta pagal nuorodą. Taip pašalinome pagrindinį panašių sistemų klaidų šaltinį ir nuo pirmos sekundės priskyrėme užsakymą konkrečiam stalui. QR kortelės sudėtos taip, kad jas būtų patogu skenuoti iš bet kurios stalo vietos.
• Sukūrėme krepšelį ir užsakymo siuntimą be jokios registracijos. Svečias prideda patiekalus, parašo komentarą („be žemės riešutų“, „aštriau“, „padažas atskirai“), patikrina sudėtį ir patvirtina — užsakymas su unikaliu numeriu bei stalo numeriu keliauja į darbuotojų „Telegram“ botą. Nereikia diegti programėlės, įvesti telefono ar kurti paskyros: kelias nuo QR nuskaitymo iki išsiuntimo trunka vieną–dvi minutes ir sąmoningai trumpesnis už bet kurį alternatyvų scenarijų.
• Sukūrėme darbuotojų „Telegram“ botą: visi užsakymai realiuoju laiku pasiekia jį su unikaliu numeriu, stalu, patiekalais, svečių komentarais ir suma. Be užsakymų priėmimo botas tvarko apskaitą: užsakymų istoriją pagal pamainą ir dieną, sumas pagal meniu ir pozicijas, pakartotinį siuntimą bei apdorojimo būsenas. Darbuotojai dirba „Telegram“, kuris ir taip atidarytas darbo įrenginiuose; nereikia diegti atskiros programos ar mokytis naudotis nauja sistema — sąsaja yra įprastas pokalbis.
• Sukūrėme meniu administravimo skydelį: naujų pozicijų pridėjimą, kainų, aprašymų, nuotraukų ir kategorijų redagavimą, šalinimą ir momentinę žymą „yra / nebėra“. Kiekvienas pakeitimas iškart atsispindi ir viešame meniu, ir užsakymo režime, nes tai tas pats meniu. Savininkas valdo asortimentą telefone, be programuotojo ir neprašydamas mūsų kiekvienos smulkmenos.
• Apgalvojome sudėtingesnes salės situacijas: jei svečias užsako patiekalą, kurio virtuvė ką tik nebeturi, administratorius paslepia jį skydelyje ir jis iškart dingsta užsakymo režime; jei užsakymas per klaidą išsiunčiamas du kartus, darbuotojai mato abu ir atmeta dublikatą; jei pasikeičia kaina, ji visur atnaujinama vienu redagavimu. Būtent tokios kasdienės situacijos lemia, ar sistema prigis veikiančiame restorane.
• Paleidome sistemą ir apmokėme darbuotojus: atspausdinome ir išdėliojome QR kodus, supažindinome padavėjus su botu, prižiūrėjome pirmąsias pamainas, rinkome svečių bei darbuotojų atsiliepimus ir pagal realų naudojimą patikslinome sąsajos detales.

Projektą nulėmė trys sprendimai. Pirmas — „vienas meniu, du režimai“: restoranas prižiūri vieną turinio rinkinį, o ne dvi svetaines, todėl vieša vitrina ir užsakymo srautas niekada neišsiskiria. Antras — „Telegram“ kaip darbuotojų terminalas: įrangos išlaidų nėra, užsakymai ateina ten, kur darbuotojai ir taip dirba, o istorija išsaugoma automatiškai, ne „apskaitos sąsiuviniuose“. Trečias — stalo numeris, įrašytas QR nuorodoje: sistema neklausia svečio to, ką gali nustatyti pati. Visa sistema kainavo mažiau nei vienas pilnas popierinių meniu perspausdinimas ir toliau veikia be prenumeratų, aparatų ar specialios įrangos salėje.

Ką siūlome restoranui kaip kitą žingsnį:

• Mokėjimas tiesiai meniu: svečias apmoka sąskaitą prie stalo nelaukdamas padavėjo, stalai greičiau atlaisvinami, o piko metu nebelieka eilės „sąskaitai“.
• Daugiakalbiškumas: angliški ir kiti patiekalų aprašymų variantai turistams — tas pats turinys su išverstais sluoksniais.
• GEO matomumas („Generative Engine Optimization“): struktūruoti faktai apie virtuvę, meniu ir atmosferą, kad DI asistentai tiksliai paminėtų restoraną atsakydami į „kur paragauti tailandietiško maisto“ — vis daugiau svečių renkasi restoranus būtent šiame kanale.
• Meniu analitika: kuriuos patiekalus peržiūri, bet neužsako, ir kurios pozicijos „kelia“ čekį — pagrindas asortimentui ir sezoniniams pasiūlymams optimizuoti.