DI registratorius restoranams: ką jis turi daryti 2026 m.
Telefonas suskamba kaip tik tuo metu, kai patiekiami trys patiekalai, kažkas per „WhatsApp“ klausia, ar yra laisvas staliukas keturiems, o prie durų laukia grupė. Tokią akimirką praleistas skambutis nėra tik statistika: tai gali būti rezervacija, apie kurią komanda taip ir nesužinos. DI virtualus administratorius restoranams žada padėti sumažinti šį krūvį, tačiau neužtenka vien atsiliepti į skambutį. Jis turi suprasti, kaip veikia restoranas, atsakyti remdamasis patikima informacija ir užregistruoti kiekvieną užklausą taip, kad komanda ją matytų. Čia galite sužinoti, ką ruošia IAMenu DI virtualus administratorius, kuris netrukus pasirodys, ir ką reikėtų patikrinti prieš renkantis tokį sprendimą.
Kas yra DI virtualus administratorius restoranams
Tai sistema, skirta bendrauti su klientais vienu ar keliais kanalais, pavyzdžiui, telefonu ir „WhatsApp“. Atsižvelgiant į jos funkcijas ir galimas integracijas, ji gali atsakyti į dažniausiai užduodamus klausimus, surinkti rezervacijai reikalingus duomenis, padėti pateikti užsakymą arba perduoti užklausą darbuotojui. Svarbiausia atskirti pokalbio palaikymą nuo naudingo veiksmo atlikimo restorano labui.
Pavyzdžiui, atsakymas „taip, sekmadieniais dirbame“ naudingas tik tada, jei darbo laikas nurodytas teisingai ir yra atnaujintas. O gauta užklausa dėl staliuko dar nereiškia, kad rezervacija patvirtinta: sistema turi patikrinti, ar yra laisvų vietų, užregistruoti užklausą tinkamoje vietoje ir paaiškinti klientui, kas vyks toliau. Jei negali patvirtinti rezervacijos, turi tai aiškiai pasakyti.
Todėl šį sprendimą verta vertinti kaip registratūros darbo dalį, o ne kaip malonų balsą, atsiliepiantį į skambučius. Jis turi derėti prie restorano darbo tvarkos: kas peržiūri užklausas, kaip tvarkomi pakeitimai ir atšaukimai, kokie duomenys renkami ir kada įsitraukia komanda.
Klausimas, padedantis atskirti demonstraciją nuo naudingo įrankio
Kas būna atlikta pasibaigus pokalbiui? Paprašykite parodyti, kur atsiranda rezervacija ar užsakymas, kokią informaciją gauna darbuotojai ir kas nutinka, jei klientas patikslina duomenis. Jei atsakymas apsiriboja „DI palaiko pokalbį“, dar neaišku, kaip jis padeda aptarnauti klientus.
Praleisti skambučiai piko metu: problema, kurią reikia spręsti
Daugelyje restoranų telefonas suskamba tada, kai komanda aptarnauja staliukus, ruošia patiekalus arba priima mokėjimus. Ne visada yra laisvas darbuotojas, galintis atsiliepti, o nutraukti esamą darbą dėl skambučio taip pat kainuoja: sutrinka aptarnavimas ir gali tekti ilgiau laukti jau restorane esantiems klientams.
DI virtualus administratorius gali padėti užpildyti šią spragą, jei iš tiesų atsiliepia restorano telefonu nustatytu laiku ir supranta dažniausiai pasitaikančias užklausas. Tačiau „visada atsiliepti“ neturėtų reikšti, kad į bet kokį klausimą pateikiamas automatinis atsakymas. Neįprastais atvejais — pavyzdžiui, dėl šventės su specialiais poreikiais, sudėtingo pakeitimo ar incidento — gali prireikti darbuotojo pagalbos.
Taip pat svarbu, kas nutinka, kai nė vienas komandos narys negali perimti skambučio. Ar užrašomas kliento vardas ir telefono numeris? Ar užklausa siunčiama į kanalą, kurį kas nors tikrina? Ar klientui pranešama, kad atsakymo sulauks vėliau? Jei pokalbis nesulaukia tolesnio dėmesio, tai gali tapti dar vienu prarastos galimybės atveju — tik su daugiau žingsnių.
Išbandykite įprastą pamainą, o ne vien tobulą scenarijų
Surengkite bandomąjį aptarnavimą: paskambinkite norėdami rezervuoti staliuką, paskambinkite pasiteirauti apie patiekalą ir pateikite užklausą, kurios sistema negali patvirtinti. Stebėkite, ar ji surenka visus duomenis, ar vengia išgalvoti informaciją ir ar komanda gauna pranešimą, į kurį gali sureaguoti neieškodama keliose pokalbių vietose.
Telefonas ir „WhatsApp“: aptarnavimas kanalais, kuriuos jau naudoja jūsų klientai
Sistema, skirta tik skambučiams, gali būti pakankama restoranui, kurio klientai beveik visada kreipiasi telefonu. Kitiems ne mažiau svarbus ir „WhatsApp“: ten klientai klausia apie darbo laiką, laisvas vietas, grupinius meniu ir paskutinės minutės pakeitimus. Kai kurie DI virtualūs administratoriai veikia tik telefonu; jei jums reikia ir „WhatsApp“, patikrinkite, ar jis įtrauktas ir kaip šiame kanale vykdomas aptarnavimas.
Daugiakanalis aptarnavimas — tai ne vien atsakymai dviejose vietose. Verta išsiaiškinti, ar pokalbiai tvarkingai pateikiami bendroje gautųjų pranešimų skiltyje, ar galima atpažinti, kad žmogus iš pradžių parašė per „WhatsApp“, o vėliau paskambino, ir ar komanda gali pratęsti pokalbį. Priešingu atveju užklausa gali būti užregistruota kelis kartus arba likti neišspręsta, nes niekas nemato viso konteksto.
Taip pat pasiteiraukite, kokias žinutes sistema gali siųsti ir kada. Rezervacijos patvirtinimas, trūkstamų duomenų prašymas ar nurodymas, kaip susisiekti su restoranu, yra skirtingi atvejai. Žinutės turi atitikti tai, ką restoranas gali užtikrinti, ir neturėtų sudaryti įspūdžio, kad rezervacija patvirtinta, jei užklausa tik užregistruota.
Telefonas ir „WhatsApp“ neturėtų būti dvi atskiros salos
Prieš rinkdamiesi išsiaiškinkite, kuriuo kanalu gaunamas pranešimas apie neišspręstą užklausą, kas gali į ją atsakyti ir ar pokalbis išsaugomas. Svarbiau už kanalų skaičių yra sklandus tęstinumas: klientui neturėtų tekti iš naujo pateikti visų savo duomenų vien todėl, kad jis pakeitė bendravimo būdą.
Rezervacijos ir užsakymai: duomenų surinkimas nėra jų patvirtinimas
Norėdama priimti rezervaciją, sistema turi žinoti, kokios informacijos prašyti — pavyzdžiui, datos, laiko, žmonių skaičiaus ir vardo — ir kaip patikrinti, ar restoranas gali rezervaciją priimti. Ji taip pat turi laikytis restorano taisyklių: staliukų naudojimo trukmės, darbo laiko, grupių dydžio ir kitų komandos nustatytų sąlygų.
Užsakymams taikomi kiti reikalavimai. Reikia išsiaiškinti, ko klientas pageidauja, prireikus patikslinti pasirinkimus ir tiksliai pranešti, ar užsakymas gautas, ar jį dar reikia patvirtinti, ar jį būtina užbaigti kitu kanalu. Nemanykite, kad įrankis, registruojantis rezervacijas, gali tvarkyti ir užsakymus: paprašykite atskirai parodyti, kaip veikia kiekvienas procesas.
Svarbiausia patikrinti, kur atsiduria užklausos. Jei rezervacijos ir užsakymai patenka į skirtingas sistemas, kažkam teks juos peržiūrėti atskirai. Jei komanda jau naudoja konkrečią sistemą, pasiteiraukite, ar yra integracija, kokie duomenys sinchronizuojami ir kas nutinka nutrūkus ryšiui. Aiškus atsakymas apie apribojimus vertingesnis už miglotą pažadą apie „paprastą integraciją“.
Pavyzdys: rezervacija šešiems žmonėms
Klientas prašo staliuko šešiems žmonėms 21.00 val. Sistema turi surinkti datą ir kontaktinius duomenis, patikrinti, ar pagal restorano taisykles galima patvirtinti šį laiką, ir pranešti rezultatą, nepainiodama užklausos su patvirtinta rezervacija. Jei sprendimą turi priimti vadovas, sistema turi perduoti jam visus duomenis ir pranešti klientui, kad rezervacija dar nepatvirtinta.
IAMenu jau siūlo tiesioginę rezervaciją iš paties meniu be komisinių. Be to, DI padavėjas gali priimti rezervacijas bendraudamas su svečiu meniu aplinkoje. Tai naudinga galimybė norintiems ją pasiūlyti jau dabar, tačiau ji nėra tas pats, kas DI virtualus administratorius, aptarnaujantis telefonu ar per „WhatsApp“: ši funkcija dar paleidžiama ir pasirodys netrukus, konkreti data nepaskelbta. Jei vertinate būtent šiai užduočiai skirtus įrankius, galite perskaityti šį DI rezervavimo sistemų vadovą.
Klausimai apie meniu: alergenai, ingredientai ir darbo laikas
Svarbi registratūros darbo dalis — atsakyti į klausimus, kurie ne visada susiję su rezervacija. Klientas gali norėti sužinoti, ar patiekale yra riešutų, kokių ingredientų jame yra, ar siūlomas vegetariškas variantas arba iki kelintos valandos dirba virtuvė. Kad atsakytų tinkamai, sistema turi turėti aktualią ir lengvai pasiekiamą informaciją, o ne bendro pobūdžio restorano aprašymą.
Meniu yra patogus daugelio atsakymų šaltinis, tačiau neužtenka vieną kartą įkelti failą ir jį pamiršti. Keičiasi patiekalai, garnyrai, receptai ir darbo laikas. Prieš sudarydami sutartį išsiaiškinkite, ar sistema naudoja jau prižiūrimą meniu, ar jį reikia įkelti atskirai, kas atsakingas už atnaujinimą ir per kiek laiko įsigalioja pakeitimai.
Atsakant į klausimus apie alergijas ir netoleravimą, ypač svarbu būti atsargiems. Virtualus administratorius turi pateikti tik dokumentuotą informaciją ir nespėlioti, jei kyla klausimų dėl kryžminės taršos arba recepte nenurodyti visi ingredientai. Jis turi žinoti, kaip susisiekti su komanda, ir patarti klientui kreiptis tiesiogiai, kai turimos informacijos nepakanka.
Nesutikite su išgalvotais atsakymais, skirtais „nepalikti kliento laukti“
Paprašykite parodyti, kaip sistema atsako apie pasikeitusį patiekalą ir patiekalą, apie kurį trūksta informacijos. Ji turėtų atskirti tai, ką žino, nuo to, ko negali patvirtinti, ir pasiūlyti aiškų tolesnį žingsnį. Kaip tvarkomi automatiniai alergenai meniu, taip pat galite sužinoti produkto informacijoje.
Ko paklausti prieš įsigyjant DI virtualaus administratoriaus sprendimą
Paruošta demonstracija gali sudaryti įspūdį, kad bet kurį įrankį paprasta naudoti. Pasiruoškite konkrečių klausimų sąrašą ir paprašykite atsakyti pasitelkiant pavyzdinį pokalbį, pagrįstą tikra jūsų restorano veikla. Bent jau išsiaiškinkite šiuos dalykus:
- Ar sistema žino, koks yra mano dabartinis meniu? Išsiaiškinkite, ar ji naudoja tą pačią informaciją kaip ir svečiai, ar meniu reikia įkelti atskirai ir kaip atnaujinami patiekalai, ingredientai bei darbo laikas.
- Kokiais kanalais ji iš tikrųjų aptarnauja? Patvirtinkite, ar įtrauktas telefonas, „WhatsApp“ ar abu kanalai, taip pat kada sistema veiks.
- Kur rodomos rezervacijos ir užsakymai? Paprašykite parodyti skydelį ar įrankį, į kurį patenka kiekviena užklausa, ir išsiaiškinkite, ar rezervacijos patvirtinamos automatiškai, ar jas reikia peržiūrėti.
- Kokiomis kalbomis sistema aptarnauja? Išbandykite kalbas, kuriomis dažniausiai kalba jūsų klientai, užduodami tikrus klausimus ir vartodami patiekalų pavadinimus. Nepasikliaukite vien kalbų sąrašu nepatikrinę atsakymų kokybės.
- Ką sistema daro, kai nežino atsakymo? Ji turi pripažinti savo ribas, neišgalvoti informacijos ir perduoti užklausą kitam asmeniui, pateikdama pakankamai konteksto.
- Kaip peržiūrimos klaidos? Pasiteiraukite, ar komanda gali peržiūrėti pokalbius ir pataisyti duomenis, kad klaidingas atsakymas nepasikartotų.
- Kas nutinka iškilus problemai? Išsiaiškinkite, kaip pranešama apie neišspręstą skambutį ar nepatvirtintą rezervaciją ir kas atsakingas už atsakymą.
Naudingas bandymas, padėsiantis palyginti sprendimus
Paruoškite tris atvejus: rezervaciją, kurią galima patvirtinti, klausimą apie meniu nurodytą ingredientą ir užklausą, dėl kurios reikia pasikalbėti su komanda. Palyginkite, ar kiekviena sistema teisingai surenka duomenis, pateikia tikslią informaciją ir aiškiai nurodo klientui tolesnį žingsnį.
Kalbos, bendravimo tonas ir kada turi įsitraukti darbuotojas
Galimybė aptarnauti keliomis kalbomis gali būti svarbi turistinėse vietovėse, tačiau jos nereikėtų vertinti vien pagal reklamuojamų kalbų skaičių. Patikrinkite, ar sistema supranta, kaip klientai formuluoja klausimus, suprantamai taria patiekalų pavadinimus ir išsaugo užklausos detales net klientui pakeitus kalbą.
Bendravimo tonas taip pat turi tikti konkrečiai įstaigai. Neformaliam restoranui ir viešbučio restoranui gali reikėti skirtingo tono, tačiau abiem atvejais atsakymai turi būti aiškūs ir pagarbūs. Paprašykite peržiūrėti patvirtinimo žinutes, paaiškinimus apie laisvas vietas ir atsakymus, kai sistemai trūksta duomenų. Tikslas nėra sudaryti žmogaus įspūdį, o užtikrinti, kad pokalbis būtų naudingas ir nekeltų painiavos.
Iš anksto nuspręskite, kokios situacijos turi būti perduodamos komandai: specialūs pageidavimai, skundai, pakeitimai, kurių sistema negali apdoroti, ar nedokumentuoti klausimai apie ingredientus. Perduodant užklausą turi būti pateikta tai, ką klientas jau paaiškino. Taip atvejį perėmęs darbuotojas galės tęsti pokalbį neprašydamas visko pakartoti nuo pradžių.
Kartais teisingas atsakymas — paprašyti pagalbos
Jautriu atveju, pavyzdžiui, kai reikia patvirtinti, ar patiekale yra ingredientas, kurio recepte nėra, geriau pripažinti, kad informacijos trūksta, ir perduoti klausimą darbuotojui. Sistema turi pasiūlyti susisiekimo kanalą arba realų atsakymo terminą, o ne užpildyti tylą spėjimu.
Ką IAMenu siūlo šiandien ir kas pasirodys netrukus
Svarbu atskirti šiuo metu pasiekiamas funkcijas nuo tų, kurios dar tik paleidžiamos. Šiandien restoranai gali siūlyti tiesioginę rezervaciją be komisinių iš savo meniu. Taip pat veikia DI padavėjas: jis bendrauja su svečiu meniu aplinkoje, atsako į klausimus apie patiekalus ir gali priimti rezervacijas šiame kontekste.
Tuo tarpu IAMenu DI virtualus administratorius dar tik paleidžiamas ir pasirodys netrukus, konkreti data nepaskelbta. Jis kuriamas kaip sprendimas, susietas su to paties restorano meniu, rezervacijomis, užsakymais, alergenais ir „WhatsApp“. Šios funkcijos kol kas negalima įsigyti, jos nereikėtų painioti su jau veikiančiais meniu ir rezervacijų įrankiais.
Šis ryšys su restorano informacija svarbus, nes sumažina atotrūkį tarp klientų klausimų ir komandos prižiūrimo meniu. Vis dėlto, prieš pradedant naudoti bet kokį sprendimą, verta patikrinti visą procesą: kokie duomenys pasiekiami, koks veiksmas užregistruojamas ir kaip darbuotojai gali jį pataisyti. Jei norite geriau suprasti DI padavėjo vaidmenį klientų aptarnavimo patirtyje, skaitykite vadovą apie DI padavėjus restoranuose.
Kaip pasiruošti prieš automatizuojant klientų priėmimą
Nebūtina laukti, kol įsidiegsite įrankį, kad sutvarkytumėte informaciją, reikalingą sklandžiam klientų priėmimui. Peržiūrėkite virtuvės darbo laiką, nedarbo dienas, grupėms taikomas sąlygas ir duomenis, kurių prašoma rezervuojant staliuką. Įsitikinkite, kad meniu informacija atitinka dabartinius receptus ir kad komanda žino, kur registruojamos tolesnių veiksmų reikalaujančios užklausos.
Tada užsirašykite klausimus, kurie dažniausiai pertraukia darbą. Tai gali būti klausimai apie laisvas vietas, ingredientus, darbo laiką ar kaip atvykti. Šis sąrašas padės išbandyti sprendimą su tikromis situacijomis, o ne apsiriboti demonstraciniu pokalbiu, kuris neprimena kasdienio restorano darbo.
Galiausiai paskirkite žmogų, atsakingą už pakeitimų ir išimčių peržiūrą. Net automatizavus dalį užklausų, restoranui vis tiek reikia žmogaus, kuris atnaujintų informaciją ir tvarkytų atvejus, kuriems reikia žmogiško sprendimo. Tinkamai parinktas įrankis šio darbo nepanaikina: jis padeda komandai nepertraukinėti kiekvienos užduoties tam, kad skirtingais kanalais atsakytų į tuos pačius klausimus.
Trumpas kontrolinis sąrašas prieš priimant sprendimą
- Nustatykite, kokios užklausos gaunamos telefonu, o kokios — per „WhatsApp“.
- Patikrinkite, ar meniu, darbo laikas ir rezervavimo taisyklės yra atnaujinti.
- Nuspręskite, ką galima patvirtinti automatiškai, o ką turi peržiūrėti darbuotojas.
- Nuspręskite, kas gaus ir tvarkys neišspręstas užklausas.
Dažnai užduodami klausimai
Šie atsakymai apibendrina, ką gali atlikti DI virtualus administratorius, ką verta patikrinti prieš jį renkantis ir kurios IAMenu funkcijos šiuo metu yra pasiekiamos.
Kas yra DI virtualus administratorius restoranams?
Tai sistema, kuri aptarnauja klientų užklausas tokiais kanalais kaip telefonas ir „WhatsApp“ ir gali padėti atlikti tokias užduotis kaip rezervacijų ar užsakymų tvarkymas. Jos naudingumas priklauso nuo to, ar ji žino tikrąją restorano informaciją ir supranta, kada užklausą reikia perduoti komandai.
Ar DI virtualus administratorius gali atsiliepti į skambučius aptarnavimo metu?
Taip, jei paslaugos teikėjas siūlo skambučių aptarnavimą ir sistema sukonfigūruota atsakyti į įprastus restorano klausimus. Prieš ją įsigyjant verta išbandyti su tikrais arba bandomaisiais skambučiais ir patikrinti, kaip ji elgiasi ko nors nesupratusi.
Ar DI virtualus administratorius gali priimti rezervacijas ir užsakymus?
Gali, jei yra prijungtas prie sistemos, kurioje jie registruojami, o restoranas yra nustatęs laisvų vietų, darbo laiko ir patvirtinimo taisykles. Pasiteiraukite, kur rodomos rezervacijos ir užsakymai ir kaip juos galima pataisyti arba atšaukti.
Kuo skiriasi DI virtualus administratorius ir DI padavėjas?
DI virtualus administratorius skirtas aptarnauti tokiais kanalais kaip telefonas ir „WhatsApp“, o DI padavėjas bendrauja su svečiu skaitmeniniame meniu. Jis gali atsakyti į klausimus apie patiekalus, o IAMenu atveju jau gali priimti rezervacijas bendraudamas su klientu meniu aplinkoje.
Ko turėčiau paklausti prieš įsigydamas DI virtualaus administratoriaus sprendimą?
Patikrinkite, ar sistema žino jūsų meniu, ar susieja rezervacijas ir užsakymus su jūsų naudojamais įrankiais, kokiomis kalbomis aptarnauja ir ką daro, kai neturi patikimo atsakymo. Taip pat paprašykite pademonstruoti įprastas jūsų restorano situacijas.
Ar IAMenu DI virtualus administratorius jau pasiekiamas?
Ne. IAMenu DI virtualus administratorius dar tik paleidžiamas ir pasirodys netrukus, konkreti data nepaskelbta. Tiesioginė rezervacija iš meniu ir DI padavėjas, galintis priimti rezervacijas meniu aplinkoje, jau pasiekiami.
Kas nutinka, jei DI virtualus administratorius nežino atsakymo?
Jis turi pripažinti, kad neturi pakankamai informacijos, ir pasiūlyti aiškią alternatyvą, pavyzdžiui, perduoti užklausą darbuotojui arba nurodyti, kada komanda galės atsakyti. Jis neturėtų išgalvoti darbo laiko, ingredientų, laisvų vietų ar rezervavimo sąlygų.
Ar sistema gali aptarnauti keliomis kalbomis?
Tai priklauso nuo sprendimo ir jo konfigūracijos kiekvienam kanalui. Prieš rinkdamiesi išbandykite kalbas, kurias iš tiesų vartoja jūsų klientai, ir patikrinkite, ar sistema tiksliai perteikia informaciją apie patiekalus, rezervacijas ir darbo laiką.
Jei norite pradėti nuo jau šiandien pasiekiamo sprendimo, sužinokite, kaip veikia tiesioginė rezervacija iš IAMenu meniu, ir įvertinkite, ar ji tinka jūsų klientų aptarnavimo būdui.