Restorāns EPOS buying guide
POS izvēle restorāniem Apvienotajā Karalistē
E ir o pa s Labākā EPOS sistēma restorānam Apvienotajā Karalistē nav automātiski viens ar visilgāko funkciju sarakstu. Tā ir sistēma, kas atbilst tam, kā jūsu restorāns veic pasūtījumus, saņem tos uz pareizo izpildes punktu, rokturi mainās, nokārto rēķinus un uztur darbinieki strādā laikā aizņemts pakalpojums.
Tas nozīmē, ka galda servisa restorānā, pretpakalpojumu kafejnīcā un jauktā darbībā nav obligāti jāizmanto viens un tas pats pirkšanas kontrolsaraksts.
Tā vietā, lai lūgtu piegādātāju parādīt visu savu EPOS var darīt, sniegt viņiem reālistiskus restorānu scenārijus un lūgt viņiem parādīt pilnīgu darbplūsmu. Pierakstiet, kas notiek, kur darbiniekiem ir nepieciešami papildu soļi un kāda procedūra ir tad, kad kaut kas noiet greizi.

Šajā rakstā
- Sāciet ar sava restorāna servisa modeli
- Pārbaudīt reālu kārtību no sākuma līdz beigām
- Veikt izmaiņas pēc kārtas sākuma
- Sekojiet pasūtījumam virtuvē vai izpildes darbplūsmā
- Pārbaudīt rēķinu un maksājumu braucienu
- Izveidot savu noslogotākais pakalpojumu, nevis savu klusāko vienu
- Lūdziet piegādātājus pierādīt, ka tie veic darbības izņēmuma kārtā
- Izmantojiet šo restorānu EPOS demo darblapu
- Salīdzināt komerciālo priekšlikumu tikai pēc testēšanas piemērotību
- Tātad, kāda ir labākā restorāna EPOS sistēma?
Šī ir piegādātāja rakstīta pircēja rokasgrāmata no EPOS rezervēšanas, nevis neatkarīga ranking EPOS pakalpojumu sniedzējiem. Tas ir paredzēts, lai palīdzētu jums novērtēt atlasītās sistēmas par darbības fit. Par pašreizējo EPOS rezervēšanas restorānu piedāvājumu, skatiet mūsu restorānu EPOS sistēmas lappuse.
Sāciet ar sava restorāna servisa modeli
Pirms rezervācijas demonstrējumiem pierakstiet, kā klienti faktiski pārvietojas caur jūsu operāciju.
A galda servisa restorāns var veikt pasūtījumu pēc sēdvietas klientiem, nosūtīt dažādus priekšmetus sagatavošanai, veikt izmaiņas ēdienreizes laikā un veikt vienu vai vairākus maksājumus beigās.
A pretapkalpošanas darbība var būt daudz īsāks ceļojums: klientu pasūtījumi, maksā un gaida vākšanu vai izpildi. Ātrs un skaidrs pasūtījums var būt svarīgi vairāk nekā funkcijas, kas paredzētas ap pārvaldot tabulas.
A jaukta darbība var saturēt abus. Kafejnīca var veikt lielāko daļu pasūtījumu pie letes, bet arī piedāvāt galda pakalpojumu daļā no vietas. Citā restorānā varētu būt dažādas pasūtīšanas braucienu pusdienās un vakariņās.
Neuzskatiet, ka funkcija, kas parasti ir saistīta ar restorāniem, ir automātiski būtiska jūsu vajadzībām.
Tā vietā, dokuments:
-
ja tiek veikti rīkojumi;
-
ja tie ir ievadīti;
-
ja katrai rīkojuma daļai ir jāiet;
-
ja klienti parasti maksā;
-
to, kāds personāls parasti mainās pēc rīkojuma ievadīšanas; un
-
ja notiek kavēšanās vai kļūdas.
Tas kļūst par jūsu demonstrāciju īsu.
Plašākiem jautājumiem par EPOS izvēli dažādās nozarēs izmantojiet mūsu EPOS programmatūras iegādes rokasgrāmata. Pārējie no šīs rokasgrāmatas koncentrējas īpaši uz restorānu darbību.
Pārbaudīt reālu kārtību no sākuma līdz beigām
Piegādātāja demonstrācijas var kļūt par iespēju ekskursijas: pārdevējs atver izvēlnes, ziņojumus un iestatījumus, kamēr viss darbojas perfekti.
Labāks tests ir dot katru atlasīto piegādātāju tas pats paraugu ņemšanas kārtība.
Izveidot kaut ko pietiekami reālistisks, lai atklātu savu darbplūsmu. Piemēram, galda pakalpojumu restorāns var lūgt demonstratoru ievadīt pasūtījumu četriem klientiem, kas satur dažādus priekšmetus, un vismaz vienu īstu izmaiņu veidu jūsu personāls regulāri sastopas.
Tad skaties, kas notiek.
Kur ir ievadīts pasūtījums? Kas darbiniekam ir jāizvēlas? Kā rīkojums ir saistīts ar pareizo klientu, tabulu vai darījumu, kur jūsu pakalpojuma modelis prasa, ka? Ko redz nākamais darbinieks?
Ne tikai ierakstīt, vai piegādātājs saka sistēma “atbalsta pasūtījumus”. Ierakstīt faktisko secību, kas nepieciešama, lai apstrādātu vienu.
Par pretpakalpojumu, izmantot scenāriju, kas atbilst skaitītājam, nevis piespiežot galda pakalpojumu testu sistēmā. Lūdziet piegādātājam pierādīt vairākus secīgus pasūtījumus tempā jūs varētu sagaidīt laikā aizņemts periodā.
Mērķis ir atklāt, cik labi piedāvātā uzstādīšana atbilst Jūsu restorāns, nevis iedomāts standarta restorāns.
Veikt izmaiņas pēc kārtas sākuma
Perfekti pasūtījumi ir viegli parādīt. Real pakalpojums ietver izmaiņas.
Veidojiet vismaz divas kopīgas izmaiņas savā skriptā.
Iespējams, klients maina objektu, pirms pasūtījums ir pabeigts. Varbūt kaut kas mainās pēc tam, kad informācija jau ir nosūtīta sagatavošanai. Jūsu pašu scenāriji var ietvert papildinājumus, izņemšanu, aizvietošanu vai citas normālas darbības izmaiņas.
Palūdziet piegādātājam pierādīt, ko personāls dara katrā posmā.
Ieraksts:
Ko maina personāla priekšstāvis?
Kādu informāciju saņem izpildītāja komanda?
Kā pārskatītā kārtība atšķiras no sākotnējā?
Vai kādam ir atsevišķi jāpaziņo par izmaiņām?
Konkrētas atbildes būs atkarīgas no sistēmas un konfigurācijas. Tieši tāpēc tests ir noderīgs.
Izvairieties pieņemt “jā, tas var rīkoties ar izmaiņām” kā pilnīgu atbildi. Jūs vēlaties redzēt, kā.
Sekojiet pasūtījumam virtuvē vai izpildes darbplūsmā
Restorāni atšķiras arī ar to, kas notiek pēc pasūtījuma pieņemšanas.
Jūsu uzdevums demo laikā ir izsekot informāciju uz katru vietu, kas tai ir nepieciešams, lai sasniegtu jūsu faktisko darbību.
Ja dažādas jūsu restorāna daļas sagatavo vai izpilda dažādus priekšmetus, lūdziet piegādātājam parādīt, kā jūsu parauga pasūtījums varētu pārvietoties caur šo iestatīšanu. Ja jūsu darbībai ir vienkāršāka darbplūsma, tā vietā pārbaudiet to.
Noderīgi jautājumi ir:
-
Kādu informāciju saņem sagatavošanas grupa?
-
Kur tas parādās?
-
Kas notiek, kad mainās sākotnējais pasūtījums?
-
Kā darbinieki var noteikt, kuram klientam, pasūtījumam vai tabulai informācija pieder?
-
Kas notiek, ja prece kļūst nepieejama pakalpojuma laikā?
-
Ko mājas priekšā redz pēc tam, kad ir nosūtīta informācija?
Neizmantojiet šo sadaļu kā kontrolsarakstu, kas pieprasa virtuves displejus, printerus vai kādu citu konkrētu tehnoloģiju. Dažādi restorāni var izvēlēties dažādus procesus.
Pirkšanas jautājums ir, vai ierosinātā sistēma var atbalstīt izpildi darbplūsmu Jūs esat izlēmis, ka Jums.
Pārbaudīt rēķinu un maksājumu braucienu
Nākamais, veikt to pašu paraugu darījumu caur maksājumu.
Vienkāršam pretapkalpošanas restorānam tas varētu būt vienkāršs pasūtījuma un samaksas process. Galda servisam Jūsu parastais klientu ceļojums var ietvert vairāk posmus vai dažādus rēķinu norēķinu veidus.
Lūdziet piegādātājam parādīt situācijas, kas patiesi notiek jūsu vietā, nevis pieprasīt katru maksājumu funkciju, par kuru viņi var domāt.
Pievērsiet īpašu uzmanību manuālai atkārtotai iebraukšanai. Ja personālam ir nepieciešams nokopēt summu no vienas sistēmas vai ierīces citā, ierakstiet to kā soli savā darblapā.
Tāpat jautā, kas notiek, kad parastais apmaksas brauciens neiet uz plānu. Kā personāls var noteikt maksājuma statusu? Kāda procedūra tiem ir jāievēro pēc pārtraukta vai neveiksmīga mēģinājuma?
EPOS sistēma un karšu terminālis ir atsevišķas pirkuma lēmuma daļas, pat ja konkrēta konfigurācija ļauj viņiem strādāt kopā. maksājumu termināļi lapa aptver pašreizējo EPOS rezervēšanas aparatūras piedāvājumu; jebkura konkrēta maksājumu integrācija jāapstiprina ierosinātajai konfigurācijai, nevis jāpieņem no šīs rokasgrāmatas.
Izveidot savu noslogotākais pakalpojumu, nevis savu klusāko vienu
Demonstrācija, kurā iesaistīts viens darbinieks un viens nekomplicēts darījums stāsta jums salīdzinoši maz par aizņemts piektdienas vai sestdienas dienesta.
Aprakstiet piegādātājam savu maksimuma periodu.
Cik daudz darbinieku parasti pieņem vai ievada pasūtījumus? Kur klienti gaida? Kura darbplūsmas daļa kļūst pārslogota? Kāda veida izmaiņas notiek visbiežāk?
Pēc tam pajautājiet, kā piedāvātā uzstādīšana darbotos reālistiski.
Jums nav nepieciešams atjaunot visu vakaru. Īss stresa scenārijs var būt atklājošs: vairāki pasūtījumi ievadīti pēc kārtas, viena maiņa uz esošo pasūtījumu, cits pasūtījums virzās uz izpildi un klients gatavs maksāt.
Novērojiet, vai nav nevajadzīga navigācija, atkārtota datu ievadīšana un punkti, kuros vienam darbiniekam jāgaida cits.
Vienkārša izmantošana ir grūti spriest no funkciju sarakstu. Dzīvo darbības scenārijs dod jums kaut ko konkrētu salīdzināt.
Lūdziet piegādātājus pierādīt, ka tie veic darbības izņēmuma kārtā
Pircēja demo vajadzētu ietvert vismaz vienu apzinātu problēmu.
Pajautājiet, kas notiek, ja ierīce kļūst nepieejama, savienojamība tiek pārtraukta vai darījums tiek atstāts nenoteiktā stāvoklī. Izvēlieties scenārijus, kas būtu patiesi svarīgi jūsu restorānā.
Nepieļaujiet, ka sistēmai ir īpašas bezsaistes iespējas vai automātiska atkāpšanās. Šī uzvedība var būt atkarīga no programmatūras, aparatūras, maksājumu iestatījumiem un konfigurācijas.
Tā vietā pajautājiet:
Ko darbinieki redzēs?
Kas viņiem būtu jādara tālāk?
Kādas funkcijas ir pieejamas?
Kā mēs noskaidrosim, kas ir un kas nav pabeigts?
Ar ko mēs sazinātos saskaņā ar ierosināto kārtību?
Mērķis nav pieprasīt, lai nekas nekad neizdodas. Tas ir saprast darbības procedūru, kad tā dara.
Izmantojiet šo restorānu EPOS demo darblapu
Katram atlasītajam piegādātājam dod vienu un to pašu skriptu un reģistrē demonstrāciju, nevis pēc tam paļaujas uz atmiņu.
| Demo scenārijs | Ko lūgt piegādātājam parādīt | Ko reģistrēt |
|---|---|---|
| Izveidot kārtību | Ievadiet savu reālistisko parauga rīkojumu no atbilstošā servisa punkta | Vajadzīgie soļi; skaidrība; manuālais ieraksts |
| Mainīt kārtību | Veikt reālas izmaiņas pirms un/vai pēc tam, kad tās progresē | Ja izmaiņas parādās, veic papildu darbības. |
| Izpilde | Rādīt, kur notiek attiecīgā pasūtījuma informācija | Ko katra komanda redz; kā tiek noteikti pasūtījumi |
| Bilde | Ražot rēķinu vai darījuma rezultātu jūsu pakalpojumu modelim prasa | Jūsu norises vietai būtiski pasākumi; elastība |
| Maksājumi | Veikt darījumu, izmantojot ierosināto maksājuma braucienu | Izmantotās ierīces; atkārtota ievadīšana; apstiprināšana |
| Aizņemti pakalpojumi | Darbināt kopā vairākas reālistiskas aktivitātes | Kavēšanās; navigācija; personāla konflikti |
| Izņēmums | Apliecina norunāto atteices/pārtraukuma scenāriju | Personāla ziņojums; procedūra; atgūšana |
| Vadītāja pārbaude | Rādīt informāciju, ko jūsu menedžeris patiesībā pieprasa pēc pakalpojuma | Pieejamība; skaidrība; papildu apstrāde |
Pievienot divas pēdējās slejas: Must-have / noderīga / nav nepieciešama kā arī Pārbaudīts demo: jā / nē / nepieciešams skaidrojums.
Tas novērš iespaidīgu, bet nesvarīgu funkciju saņemt tādu pašu svaru kā kaut ko jūsu darbinieki izmanto desmitiem reižu uz vienu pakalpojumu.
Salīdzināt komerciālo priekšlikumu tikai pēc testēšanas piemērotību
Pēc tam, kad sistēma iztur ekspluatācijas testu, pārbaudīt komerciālo priekšlikumu.
Salīdzināt, kāda aparatūra un programmatūra ir iekļauti, kāda maksājumu vienošanās tiek piemērota, kādi iestatījumi vai citi pakalpojumi ir iekļauti, un kādi līguma noteikumi attiecas uz faktisko cenu piedāvājumu.
Nepieļaujiet cenu no vispārējās pircēja rokasgrāmatas. Pašreizējo EPOS rezervē komerciālo informāciju, izmantojiet mūsu Cenas lapa.
Tāpat lūdziet katram piegādātājam norādīt, kāds atbalsts, apmācība un īstenošanas pasākumi ir iekļauti, nevis jāpieņem, ka tie ir standarta pakalpojumu sniedzēju vidū.
Mūsu EPOS piedāvājumu salīdzināšanas kontrolsaraksts var palīdzēt, kad esat sasniedzis šo posmu.
Tātad, kāda ir labākā restorāna EPOS sistēma?
Nav atbildīgs universāls uzvarētājs.
Attiecībā uz galda servisa restorānu, operatīvā piemērotība var būt ļoti atkarīga no tā, kā pasūtījumi pārvietojas no mājas priekšpuses līdz realizācijai, kā tiek paziņotas izmaiņas un kā tiek apmaksāti rēķini. Pretapkalpošanas vieta var likt daudz lielāku svaru uz vienkāršu, ātru darījumu ierakstu.
Noteikt šos braucienus vispirms. Tad veikt katru atlasīto piegādātājs pierāda to pašu pasūtījumu, izmaiņas, izpildes procesu, rēķinu, maksājumu, aizņemtu pakalpojumu scenāriju un izņēmumu.
Rezultāts ir lietderīgāks nekā top-desmit saraksts: saraksts, kas balstīts uz pierādījumiem no Jūsu restorāna faktiskais darba veids.
Kad jūs vēlaties, lai novērtētu EPOS rezervējumi konkrēti, nevis vispārējo pirkšanas procesu, turpināt mūsu restorānu EPOS sistēmas lappuse.
