Thaimaalainen ravintola

Asiakas on thaimaalainen ravintola, jossa on avokeittiö ja ruokalista, jonka puolikkaasta annoksista tarvitsee selittää jotain: vieraille vieraita ainesosia, tulisuusasteita, kastikkeita ja jälkiruokia, joita on vaikea kuvitella pelkän sanallisen kuvauksen perusteella. Asiakaskunta on monimuotoinen: turisteille ravintolan kieli ei ole lähelläkään äidinkieltä, ja paikalliset tulevat ”kokeilemaan Thaimaata”. Perinteinen paperimenu aiheutti kolme ongelmaa kerralla: se vanheni nopeasti, sillä jokainen hinta- tai annosmuutos vaati uuden painoksen ja lisäkulun; se ei näyttänyt annoksia ”elävinä”, joten kuvat piti liimata erillisiksi liitteiksi; ja se kuormitti tarjoilijoita. Ruuhka-aikoina vieras odotti 5–10 minuuttia pelkästään tilauksen tekemistä, ja ”kuultiin väärin, valmistettiin väärin” -virheitä sattui säännöllisesti. Erillinen kipukohta oli kirjanpito: tilaukset ja vuorokohtaiset summat koottiin käsin, eikä omistajalla ollut tarkkaa reaaliaikaista kuvaa salista. Ravintola halusi julkisen menulinkin Google Maps -profiiliinsa — paikkaan, josta nykyään tulee merkittävä osa ensikävijöistä.

Suunnitella ja rakentaa järjestelmä, jossa sama menu toimii kahdessa tilassa ja tilaus päätyy keittiöön ilman yhtäkään

välikäden tekemää ”uudelleenkerrontaa”. Tehtävässä oli neljä osaa. Ensimmäinen oli pysyvä julkinen menuosoite, jonka voi lisätä Google Mapsiin ja sosiaaliseen mediaan sekä painaa mainosmateriaaleihin. Toinen oli saman menun yksityiset linkit, jotka muuttavat näkymän toimivaksi pöytätilaukseksi, kun pöydän QR-koodi skannataan: asiakas valitsee annokset ja lähettää tilauksen henkilökunnan Telegram-bottiin, ja pöydän numero on koodattu itse linkkiin. Kolmas oli ravintolan työntekijöille tarkoitettu Telegram-botti, johon kaikki tilaukset kootaan, jossa pidetään kirjaa ja lasketaan summat. Neljäs oli hallintapaneeli, jossa omistaja lisää, muokkaa ja poistaa menuannoksia ilman kehittäjää. Järjestelmän piti toimia työntekijöiden vaatimattomilla laitteilla eikä vaatia vieraalta muuta kuin puhelimen kameran.

Vieraalle järjestelmä näyttää ”vain verkkosivulta, jossa on menu”, mutta sen alla on harkittu kahden käyttötilan ja kolmen roolin logiikka: vieras, henkilökunta ja menun ylläpitäjä. Jokainen tekninen päätös vastasi yhteen kysymykseen: miten tilaamisen kitkaa voidaan vähentää?

• Suunnittelimme kaksitilaisen arkkitehtuurin: yksi sisältötietokanta ja kaksi käyttöoikeuspolkua. Julkinen linkki avaa esittelymenun kategorioineen, kuvineen, ainesosineen, tulisuusasteineen ja hintoineen mutta ilman tilauspainikkeita — se esittelee ruokalistan Google Mapsissa ja sosiaalisessa mediassa. Pöytälinkeissä on tilauskäytön aktivoiva parametri: kori, annoskommentit ja tilauksen lähetys tulevat näkyviin. Sisältö on aina sama, joten synkronointia ei tarvita.
• Rakensimme julkisen menun: nopean responsiivisen sivun, joka avautuu sekunnissa ulkona mobiilidatallakin, sillä vieras avaa sen usein Google Maps -profiilista ravintolan vieressä seistessään. Sivulla on annoskuvat, tulisuutta ja ainesosia kuvaavat merkinnät, kategoriat keitoista juomiin ja jälkiruokiin sekä ajantasaiset hinnat. Palvelin sijoitettiin ravintolan sisäverkon ulkopuolelle, joten linkki toimii luotettavasti ravintolan Wi-Fi-yhteydestä ja salin kiireisyydestä riippumatta.
• Loimme pöytien QR-koodit: jokaisella pöydällä on yksilöllinen QR-linkki, johon pöydän numero on upotettu. Vieras ei valitse luettelosta ”olen pöydässä N” eikä kerro paikkaansa tarjoilijalle — järjestelmä tunnistaa sen linkistä. Näin poistui vastaavien järjestelmien tärkein virhelähde, ja jokainen tilaus yhdistyy oikeaan pöytään heti ensimmäisestä sekunnista. QR-kyltit sijoitettiin niin, että ne on helppo skannata mistä tahansa pöydän äärestä.
• Rakensimme korin ja tilauksen lähetyksen ilman rekisteröitymistä. Vieras lisää annokset, kirjoittaa niistä kommentin (”ei maapähkinää”, ”tulisempana”, ”kastike erikseen”), tarkistaa valinnan ja vahvistaa sen. Tilaus saapuu henkilökunnan Telegram-bottiin yksilöllisellä tilausnumerolla ja pöytänumerolla. Sovellusta, puhelinnumeron syöttämistä tai tilin luomista ei tarvita: skannauksesta lähetykseen kuluu yksi tai kaksi minuuttia, ja polku on tarkoituksella lyhyempi kuin mikään vaihtoehto.
• Kehitimme henkilökunnan Telegram-botin. Kaikki tilaukset saapuvat sinne reaaliajassa yksilöllisen numeron, pöydän, annosten, asiakkaiden kommenttien ja summan kanssa. Tilausten vastaanoton lisäksi botti pitää kirjaa: tilaushistoria vuoroittain ja päivittäin, menun ja annosten summat, uudelleenlähetys sekä käsittelyn tilat. Henkilökunta käyttää Telegramia, joka on jo avoinna työvälineissä; erillistä ohjelmistoa ei tarvitse asentaa eikä opetella — käyttöliittymä on tuttu keskustelu.
• Rakensimme menun hallintapaneelin uusien annosten lisäämiseen, hintojen, kuvausten, valokuvien ja kategorioiden muokkaamiseen, annosten poistamiseen sekä niiden merkitsemiseen ”saatavilla / loppu”. Jokainen muutos näkyy heti sekä julkisessa menussa että tilausnäkymässä, koska kyseessä on sama menu. Omistaja hallitsee valikoimaa puhelimella ilman kehittäjää tai yhteydenottoa meihin jokaisen pikkuasian vuoksi.
• Ajattelimme läpi salin poikkeustilanteet: jos vieras tilaa annoksen, joka on juuri loppunut keittiöstä, ylläpitäjä piilottaa sen paneelissa ja se poistuu heti tilausnäkymästä; jos tilaus lähetetään vahingossa kahdesti, henkilökunta näkee molemmat ja hylkää kaksoiskappaleen; jos hinta muuttuu, yksi muutos päivittää sen kaikkialle. Juuri tällaiset arkiset tilanteet ratkaisevat, juurtuuko järjestelmä oikeassa ravintolassa.
• Otimme järjestelmän käyttöön ja koulutimme henkilökunnan: tulostimme ja sijoitimme QR-koodit, perehdytimme tarjoilijat botin käyttöön, seurasimme ensimmäisiä vuoroja, keräsimme palautetta vierailta ja henkilökunnalta sekä säädimme käyttöliittymän yksityiskohtia käytännön kokemusten mukaan.

Projektin onnistumisen ratkaisi kolme valintaa. Ensinnäkin ”yksi menu, kaksi tilaa”: ravintola ylläpitää yhtä sisältöä kahden verkkosivuston sijasta, joten julkinen esittely ja tilauspolku eivät koskaan erkane. Toiseksi Telegram henkilökunnan päätelaitteena: laitteista ei synny kustannuksia, tilaukset saapuvat sinne, missä työntekijät jo ovat, ja tilaushistoria tallentuu automaattisesti ”kirjanpitovihkojen” sijasta. Kolmanneksi pöydän numero on upotettu QR-linkkiin: järjestelmä ei kysy vieraalta tietoa, jonka se voi selvittää itse. Koko järjestelmä maksoi vähemmän kuin paperimenun täydellinen uusintapainos ja toimii edelleen ilman tilauksia, laitteita tai salin erikoisvälineitä.

Seuraavaksi ehdotamme ravintolalle:

• Maksu suoraan menussa: vieras maksaa laskun pöydässä odottamatta tarjoilijaa, pöydät vapautuvat nopeammin eikä ruuhka-aikoina synny ”laskua odottavien” jonoa.
• Monikielisyys: englanninkieliset ja muut annoskuvaukset turistivirtaa varten — sama sisältö käännettyine kerroksineen.
• GEO-näkyvyys (Generative Engine Optimization): jäsennellyt tiedot keittiöstä, menusta ja tunnelmasta, jotta tekoälyavustajat mainitsevat ravintolan oikein vastatessaan kysymykseen ”missä voi maistaa thaimaalaista ruokaa” — kanava, josta yhä useampi valitsee ravintolan.
• Menuanalytiikka: mitä annoksia katsotaan mutta ei tilata ja mitkä annokset ”nostavat” laskua — pohja valikoiman ja kausitarjousten optimointiin.