Klo 18.42 johtaja muuttaa pihvin hintaa, piilottaa loppuunmyydyn jälkiruoan ja päivittää isojen pöytien palvelusääntöä. Muutos julkaistaan taustatoimistosta alle minuutissa. Mutta jo pöydillä 4, 9 ja 11 istuvat ravintolatabletin menut näyttävät edelleen vanhan version, koska ne näytöt ovat olleet auki ensimmäisestä istuimesta lähtien.
Tämä on todellinen ongelma live-menupäivitysten takana. Menumuutosten nopea julkaiseminen ei riitä, jos avoimet vieraslaitteet näyttävät jatkuvasti vanhentuneita tietoja. Kun pöytätabletit päivittyvät automaattisesti, operaattoreiden ei tarvitse lähettää henkilökuntaa pöydästä toiseen päivittämään näyttöjä käsin, selittämään hintaeroja tai pyytämään anteeksi kymmenen minuuttia sitten poistettuja tuotteita.
Tässä aina avoinna olevat menunäytöt luovat erilaisen toiminnallisen haasteen kuin QR-menut vieraiden puhelimissa. Vieras, joka skannaa tuoreena, saa yleensä nykyisen version. Pöytään, baariin, hotellin aamiaispisteeseen tai kioskiin asennettu tabletti voi olla auki tuntikausia. Jos tämä näyttö ei päivity menumuutosten julkaisemisen jälkeen, ravintola päätyy pyörittämään kahta todellisuutta samanaikaisesti: järjestelmän nykyistä menua ja vanhentunutta menua vieraan edessä.
Miksi pöytätabletit luovat erilaisen päivitysongelman?
Ravintoloiden tablettien menut ovat hyödyllisiä, koska ne vähentävät kitkaa. Vieraiden ei tarvitse vetää esiin puhelinta, etsiä kameraa ja skannata uudelleen aina, kun he haluavat tarkistaa annoksen, vertailla hintoja tai tehdä uuden tilauksen. Menu on jo siellä, jo auki ja aina saatavilla.
Tämä mukavuus on juuri se, mikä aiheuttaa päivitysongelman.
Normaalissa QR-työnkulussa vieras latautuu usein uuteen sivuun. Pöytätableteilla ja muilla aina auki olevilla menunäytöillä laite on saattanut ladata menun kolmekymmentä minuuttia sitten, kaksi tuntia sitten tai ennen työvuoron vaihtoa. Jos sivu pysyy auki, se voi ajautua pois nykyisestä julkaistusta menusta, ellei järjestelmä osaa päivittää näyttöä, kun jotain julkista muuttuu.
Tämä vaikuttaa enemmän kuin ruokasalissa oleviin tabletteihin. Sama ongelma ilmenee:
- baaritabletit, joita käytetään satunnaiseen tilaukseen
- itsepalvelukioski
- hotellin aamiaismenun näytöt
- vastaanotto-tiskitabletit näyttivät aiemmin tämän päivän tarjouksia
- digitaaliset näytöt oleskelutiloissa, patioilla tai allasbaareissa
Kussakin tapauksessa näytön on tarkoitus pysyä auki ja valmiina. Se tekee nopeudesta tärkeän, mutta tuoreudella on vielä enemmän merkitystä.
Mitä automaattisesti päivittyvät ravintolatabletit todella ratkaisevat
Kun pöytätabletit päivittyvät automaattisesti, ravintolat eliminoivat joukon pieniä mutta kalliita palveluvirheitä.
Ensimmäinen on vanhentunut hinnoittelu. Jos keittiö tai johtaja päivittää hinnan ja tabletissa näkyy edelleen vanha, vieras näkee yhden summan, kun taas henkilökunta ja POS käyttävät toista. Pienikin epäsuhta hidastaa palvelua, koska jonkun täytyy selittää, ohittaa tai korjata ero.
Toinen on loppuunmyyty hämmennys. Jos esine on kadonnut, vieraan tulee nähdä se välittömästi. Muuten tarjoilijat joutuvat reaktiiviseen palveluun: ottamaan tilauksen, kävelemään sen keittiöön ja palaamaan huonojen uutisten kera. Se hukkaa askeleita ja vahingoittaa luottamusta.
Kolmas on menurakenteen ajautuminen. Jos julkaiset uuden osion, siirrät erikoisosan, piilotat kausiluonteisen luettelon tai puhdistat luokan, avoimien vierasruutujen pitäisi heijastaa uutta rakennetta. Muuten tiimi palvelee tehokkaasti kahdelta eri ruokalistalta samanaikaisesti.
Neljäs on toimintapolitiikan muutokset. Ravintolat päivittävät usein palvelusääntöjä, vähimmäiskulutustietoja, katemaksutietoja tai kampanjan näkyvyyttä työvuoron, sään tai paikallisen kysynnän perusteella. Nämä muutokset auttavat vain, jos vieraat todella näkevät ne jo edessään olevilla näytöillä.
Toisin sanoen live-menupäivitykset eivät tarkoita vain mukavuutta. Ne suojaavat johdonmukaisuutta sen suhteen, mitä ravintola julkaisee ja mitä vieras voi todella lukea.
Kuinka Live-päivitykset toimivat käytännössä
Puhtain työnkulku on yksinkertainen.
Ravintola muokkaa ruokalistaa luonnoksena, tarkistaa muutokset ja julkaisee, kun se on valmis. Kun julkaisuvaihe on valmis, avoimet vierasnäytöt voivat päivittyä automaattisesti, jos live-päivitykset on otettu käyttöön kyseisessä ravintolassa. Henkilökunnan ei tarvitse koskettaa jokaista pöytätablettia manuaalisesti, eikä vieraiden tarvitse sulkea ja avata ruokalistaa saadakseen kiinni.
Tällä erolla on merkitystä, koska sen ei pitäisi käyttäytyä kuin hallitsematon live-editointi. Ravintolat tarvitsevat edelleen turvallisen toimituksen. Luonnos on paikka, jossa muutokset valmistetaan. Julkaise on hetki, jolloin muutokset tulevat julkisiksi. Päivityssignaalin tulee seurata julkaisua, ei jokaista editorissa tehtyä keskeneräistä muokkausta.
Se on erityisen tärkeää palvelun aikana. Esimiehet haluavat hallita julkisia muutoksia. He saattavat tarvita muutaman minuutin päivittääkseen useita kohteita, tarkistaakseen säännön ja tarkistaakseen hinnat uudelleen ennen kuin kaikki julkaistaan. Kun tämä julkaisu tapahtuu, järjestelmä voi päivittää ravintoloiden tablettien menut ja muut aina avoinna olevat ruokalistanäytöt ilman ylimääräistä henkilöstötyötä.
Myös valinnaisella kytkimellä on merkitystä. Kaikki ravintolat eivät halua automaattista päivitystä jokaiselle vieraalle päin olevalle näytölle. Jotkut operaattorit haluavat sen käyttöön pöytätableteissa ja kioskeissa, kun taas toiset voivat mieluummin päivittää manuaalista toimintaa. Ravintolatason asetus pitää päätöksen käytännöllisenä sen sijaan, että jokaiseen paikkaan pakotettaisiin yksi malli.
Mitä voi päivittää avoimilla vierasnäytöillä
Jotta tällainen ominaisuus olisi hyödyllinen, sen on katettava yleisölle suunnatut muutokset, joita ravintolat todella tekevät päivän aikana.
Käytännössä muutokset, joista asiakkaat välittävät eniten, ovat:
- olemassa olevien tuotteiden hintojen muutokset
- menukohteiden lisäykset, poistot ja saatavuuden muutokset
- osion uudelleennimeämiset, uudelleenjärjestelyt, näkyvyyspäivitykset ja poistot
- sääntömuutokset, kuten katemaksuilmoitukset tai palvelutiedot
- promootiot, kuten erikoistarjoukset, rajoitetun ajan tarjoukset tai korostetut osiot
- muu julkaistu menusisältö, joka muuttaa sitä, mitä vieras tällä hetkellä näkee
Tätä ei pidä kehystää ruokailijoille tarkoitettuna automaattisena tallennusjärjestelmänä. Vieraille suunnattu päivitys koskee vain julkaistua sisältöä.
Tämä ero pitää käyttäytymisen ennustettavana. Esimiehet voivat muokata rauhassa, julkaista menun muutoksia, kun ne ovat valmiita, ja luottaa siihen, että avoimet vierasnäytöt mukautuvat uuteen julkiseen tilaan. Ilman tätä rajaa reaaliaikaiset ruokalistapäivitykset muuttuvat sotkuisiksi, koska ruokailijat saattavat nähdä hetken aikaa puolivalmiita muokkauksia, keskeneräisiä osioita tai hintoja, joita vielä muokataan.
Milloin se otetaan käyttöön
Kaikki ravintolan laitteet eivät tarvitse automaattista päivityskäyttäytymistä. Mutta jotkut asetukset selvästi hyötyvät siitä.
Ota se käyttöön, kun ravintola luottaa näyttöihin, jotka pysyvät auki pitkiä aikoja, varsinkin kun henkilökunta ei aio käydä jokaisessa laitteessa uudelleen jokaisen julkaisun jälkeen.
Parhaat käyttötapaukset ovat:
- ruokapöydän tabletit
- baaritabletit, joita käytetään koko työvuoron ajan
- hotellin aamiais- ja buffet-menunäytöt
- kioskien tilaaminen
- vastaanottotiski tai odotusalueen laitteet, jotka näyttävät nykyisen menun
- uima-altaan äärellä, patiolla tai lounge-näytöillä, jotka ovat avoinna koko päivän
Nämä ympäristöt palkitsevat automaattisen tuoreuden, koska vieras lukee näyttöä, joka on saatettu ladata kauan ennen viimeisintä julkaisua.
On myös tapauksia, joissa ravintola voi jättää ominaisuuden pois päältä. Paikka, joka riippuu enimmäkseen tuoreista QR-skannauksista vieraspuhelimista, ei välttämättä tarvitse sitä. Ravintola, joka testaa sisällön muutoksia hitaasti, saattaa mieluummin ensin päivittää manuaalisesti. Jotkut operaattorit saattavat haluta automaattisen päivityksen vasta sen jälkeen, kun henkilökunta on tyytyväinen luonnos julkaistavaksi -työnkulkuun.
Asia ei ole siinä, että jokaisen laitteen on päivitettävä reaaliajassa. Asia on siinä, että ravintoloiden pitäisi voida valita se siellä, missä toiminnallinen hyöty on selvä.
Parhaat käytännöt ravintoloihin, jotka käyttävät aina avoimia ruokalistaruutuja
Ominaisuus toimii parhaiten, kun sen ympärillä oleva toiminnallinen työnkulku on kurinalainen.
Määritä ensin, kuka omistaa julkaisun palvelun aikana. Jos liian monet ihmiset voivat työntää päivityksiä, näytöt voivat päivittyä usein ja arvaamattomasti. Useimmissa ravintoloissa yhden johtajan tai vuorojohtajan pitäisi omistaa julkaisupäätökset palvelun alkaessa.
Toiseksi, eränvaihdot mahdollisuuksien mukaan. Jos sinun on säädettävä kolmea hintaa, piilotettava kaksi kohdetta ja lisättävä tarjous, tee muutokset yhdessä ja julkaise kerran. Tämä pitää virkistyskäyttäytymisen vieraiden kannalta puhtaampana.
Kolmanneksi, testaa tärkeitä muutoksia heti julkaisun jälkeen. Varmista yhdellä lähellä olevalla laitteella, että päivitetty julkinen tila vastaa odotuksiasi. Tämä on erityisen tärkeää hintojen ja sääntöjen kannalta.
Neljänneksi, ole realistinen liitettävyyden suhteen. Pöytätabletit päivittyvät automaattisesti vain, jos laite pysyy verkossa luotettavasti. Heikko Wi-Fi, captive-portaalit tai epävakaat kioskilaitteistot aiheuttavat virheellisiä syytöksiä ominaisuudelle, kun todellinen ongelma on yhteys.
Viidenneksi, päätä, missä aina avoimia näyttöjä tulisi ensisijaisesti käyttää. Kaikki pöydät tai paikat eivät hyödy yhtäläisesti. Joissakin huoneissa riittää QR-koodimenun päivittäminen välittömästi kesken vuorokauden vieraiden omista puhelimista. Toisissa tapauksissa asennetut näytöt tai kiinteät tabletit ovat järkevämpiä.
Kuudenneksi, pidä liittyvät työnkulut kohdakkain. Jos tiimi päivittää myös hintoja palvelun aikana, varmista, että ne noudattavat yhtä vakioprosessia. Sama logiikka, jolla on merkitystä ravintolahintojen muuttaminen puolivälissä:lle, pätee tässä: tarkkuus voittaa nopeuden, kun nopeus luo epäjohdonmukaisuutta.
Miksi tällä on väliä palvelun aikana
Keskipalvelun muutokset eivät ole reunatapauksia. Ne ovat normaalia ravintolatoimintaa.
Ruokalaji loppuu odotettua nopeammin. Toimittajan korvaaminen muuttaa allergeenihuomautusta. Happy hour alkaa livenä myöhään, koska sali avautui hitaasti. Jälkiruokaosasto on piilotettava, koska leivonnaiset ovat takana. Talon etupäällikkö päättää esitellä erikoistuotteen, joka tarvitsee enemmän näkyvyyttä juuri nyt.
Ilman automaattista päivitystä jokainen näistä päätöksistä aiheuttaa ylimääräistä ihmisen puhdistustyötä. Henkilökunnan tulee muistaa mitkä tabletit ovat auki, mitkä laitteet ovat vielä vanhentuneita ja mitkä vieraat saattavat vielä lukea vanhentuneita tietoja. Vilkkaassa palvelussa tuo henkinen kuormitus riittää tekemään virheitä.
Aina avoimissa menunäytöissä olevilla reaaliaikaisilla menupäivityksillä menusta tulee luotettavampi osa palvelua sen sijaan, että tiimi joutuu hallitsemaan manuaalisesti. Tämä tarkoittaa vähemmän keskeytyksiä tarjoilijalle, vähemmän kiusallisia selvennyksiä ja vähemmän hetkiä, jolloin vieras näkee ruokalistan version, jonka takana ravintola ei enää seiso.
Se myös parantaa itseluottamusta. Kun ravintola julkaisee ruokalistamuutoksia, tiimin tulee luottaa siihen, että ruokasali näkee saman julkisen totuuden. Tämä on erityisen tärkeää saatavuuden ja hinnoittelun kannalta, koska nämä ovat yksityiskohdat, jotka aiheuttavat näkyvimmän kitkan, kun ne eivät ole synkronoituja.
Tämä on sama toiminnallinen ajattelutapa loppuneet menukohdat ilman kaaosta:n hallinnassa. Mitä nopeammin vieraille suunnattu ruokalista tulee kiinni, sitä vähemmän henkilökunnan on tehtävä siivousta.
Miksi Kiuar.menu rakensi tämän ominaisuuden
Kiuar.menu auttaa jo ravintoloita muokkaamaan nopeasti, julkaisemaan selkeästi ja välttämään uudelleentulostuksen, kun ruokalista muuttuu. Puutteellinen aukko tablettikäyttöisissä asetuksissa on, että pelkkä julkaiseminen ei riitä, jos näyttö oli auki jo ennen muutoksen tapahtumista.
Siksi Live-päivitykset ovat olemassa.
Tavoite on käytännöllinen: kun ravintola ottaa sen käyttöön, julkaistut julkiset muutokset pääsevät automaattisesti pöytätableteille ja muille aina avoimille ruokalistan näytöille pakottamatta manuaalisia päivityskierroksia saliin. Se on tarkoitettu operaattoreille, jotka tarvitsevat ruokalistan pysyäkseen palvelun mukana, ei markkinointikopioon tai uutuuteen.
Tämä sopii Kiuar.menu:n taustalla olevaan laajempaan tuotesuuntaukseen: yksi paikka päivittää menun sisältö, yksi julkinen versio, johon asiakkaat voivat luottaa, ja vähemmän manuaalisia kanavanvaihtoja muutoksen tekevän henkilön ja sitä näyttävän laitteen välillä.
Johtopäätös: ravintoloiden tablettimenut toimivat paremmin, kun ne pysyvät ajan tasalla
Ravintoloiden tablettien ruokalistat vähentävät kitkaa vain, kun ne pysyvät linjassa todellisuudessa olevan ruokalistan kanssa.
Jos paikka luottaa pöytätabletteihin, kioskeihin tai muihin aina avoimiin menuruutuihin, todellinen ongelma ei ole se, voiko tiimi julkaista ruokalistan muutoksia. Todellinen ongelma on, heijastavatko nämä laitteet julkaisua ilman ylimääräistä henkilöstön väliintuloa. Kun pöytätabletit päivittyvät automaattisesti, ravintola poistaa vielä yhden kerroksen manuaalista puhdistusta palvelusta.
Tämä tarkoittaa vähemmän vanhentuneita hintoja, vähemmän loppuunmyytyjä yllätyksiä, vähemmän sääntöjen yhteensopimattomuutta ja vähemmän aikaa, joka kuluu kävellen laitteiden päivittämiseen käsin. Se tarkoittaa myös, että vieras näkee ruokalistan, jonka takana ravintola voi todella seistä.
Jos toimintasi käyttää aina avoimia näyttöjä ja haluat reaaliaikaisia menupäivityksiä ilman manuaalista päivitystä, Kiuar.menu on suunniteltu tekemään siitä työnkulusta käytännöllinen. Julkaise kerran, pidä vieraita kohti olevat näytöt tarkkoina ja anna ruokasalin keskittyä huoltoon laitteen ylläpidon sijaan.
