POS savienošana ar rezervāciju programmatūru

Sākt ar dublēto darbu

Pirms uzdot piegādātājiem par integrāciju vai savienojumus, pavadīt dienu, apskatot to, ko personāls faktiski tipa, kopēt un pārbaudīt.

Vai reģistratūra nokopē rezervēšanas atsauci uz līdz? Vai kāds no viesiem tiek ieskaitīts vienā sistēmā un pēc tam mainīts citā sistēmā? Ja tiek pārdota papildu vieta, vai maksājums tiek reģistrēts, kamēr oriģinālajā rezervējumā vēl ir norādīts vecais numurs?

Pierakstiet katru atkārtoto soli, un tas jums dod praktisku iemeslu pārdomāt, kas ar jums ir saistīts.

Nepievienot sistēmas tikai tāpēc, ka varat

Divi produkti, kas apmainās ar informāciju, nav automātiski vērtīgi. Ja pārsūtītā informācija ir kaut kas tāds, ko jūsu komanda nekad neizmanto, savienojums darba dienai var nebūt tik liels.

Tāpat savienojums nav nepieciešams, lai likvidētu katru manuālo uzdevumu, kas ir noderīgs. Tas var noņemt vienu īpaši atkārtotu nodošanu, vienlaikus atstājot citu darbību, lai darbinieki varētu veikt apzināti.

“Sodu par saistību ar atkārtotu darbu un pretrunīgiem ierakstiem, ko tas noņem, nevis ar vārdu “integrācija” elementu sarakstā.”

Izlemt, par kuriem ierakstiem jāvienojas

Rezervācijas programmatūru un EPOS programmatūru var būt dažādas darba vietas. Tā vietā, gaidot, ka katrā jomā pastāv visur, identificēt informāciju, kas patiešām ir nepieciešams, lai palikt pieskaņots jūsu darbībai.

Sekojiet vienam parastam klientam

Hipotētisks piemērs: vecākiem rezervēt sestdiena puse desmit bērniem un veikt nepieciešamo tiešsaistes maksājumu. Kad ģimene ierodas, uzņemšanas nepieciešama pietiekami daudz informācijas, lai noteiktu pareizu rezervāciju un saprast attiecīgo statusu šī apmeklējuma.

Tagad ierodas vēl divi bērni. Ja vieta piekrīt tos pievienot, rezervēšanas pusei var būt nepieciešams atjaunināts viesu skaits, bet pārdošanas pusei var būt nepieciešams ierakstīt saskaņoto papildu maksu.

Tās ir saistītas ar izmaiņām, bet tās ne vienmēr ir viens un tas pats ieraksts. Jūsu darbs, novērtējot piedāvāto savienojumu, ir noteikt, kas notiek ar katru.

Tabula ir apzināti rakstīts kā lietas, lai pārbaudītu, nevis sola par to, kā konkrētais produkts uzvedas. Atbildes ir atkarīgas no sistēmām, savienojumu un konfigurācijas tiek apsvērta.

Pajautājiet precīzi, ko dara savienojums

“Vai tā integrēt?” ir pārāk plašs jautājums. Ielauzt to darbībās, kas var pierādīt.

Vai reģistratūra var identificēt vai atrast attiecīgo tiešsaistes rezervāciju, izmantojot ierosināto darbplūsmu? Kādus rezervācijas datus darbinieki var redzēt? Ja darbinieki vienojas par papildu viesi, kur šī izmaiņa jāievada? Vai kāda ar to saistīta informācija pāriet uz citu sistēmu, vai kādam tā ir jāatjaunina atsevišķi?

Tad uzdod tos pašus jautājumus par rezervācijas pārvietošanu un atcelšanu.

Atsevišķa skatīšanās no izmaiņām

Sistēma var būt iespēja parādīt informāciju no kaut kur citur, neļaujot darbiniekiem rediģēt to tur. Tas nav obligāti problēma, bet jūsu komandai ir jāzina atšķirība.

Par katru svarīgu informāciju jautājiet:

Kur tā ir radīta? Kura sistēma to reģistrē pirmo reizi?

Kur darbinieki to var redzēt? Vai tas ir redzams vienā vai vairākās vietās?

Kur to vajadzētu mainīt? Kura sistēma ir pamats grozījumiem, par kuriem panākta vienošanās?

Kas notiks tālāk? Vai ir vēl citi ieraksti, vai joprojām ir nepieciešama darbinieku rīcība, vai arī starp tiem nav nekādu attiecību?

Pārbaudīt izmaiņas, ne tikai ideāls jaunu rezervāciju

Demonstrācija, kurā kāds izveido rezervāciju un pēc tam konstatē, ka tas pats rezervācija citur ir noderīgs sākuma punkts. Tas nav pilnīgs tests.

Īstie klienti maina lietas.

Darbināt ekstra-viesu scenāriju

Hipotētisks piemērs: izveidot testa puse desmit bērniem, izmantojot piegādātāja atbalstīto testa procesu. Atrodiet to, izmantojot darbplūsmu piedāvāta pieņemšanai. Tad lūgt, lai palielinātu rezervāciju līdz divpadsmit, kur šī izmaiņa ir atļauta.

Noskatīties katru darbību, nevis pieņemt “ka sinhronizē”. Kuru ekrānu lieto administratori? Kur parādās jaunais viesis skaits? Ja papildu maksa ir jāmaksā, kā tas tiek ierakstīts? Vai kaut kas vēl prasa atsevišķu atjauninājumu?

Tad padarīt scenāriju grūtāk

Pārvietojiet testa rezervāciju uz citu pieejamo datumu, izmantojot atbilstošu procesu. Pārbaudiet, kas notiek ar rezervācijas informāciju, un pajautājiet, vai ar kādu saistītu pārdošanas darbību ir jārīkojas atsevišķi.

Visbeidzot, pārbaudiet atcelšanu. Pajautājiet, kas notiek ar rezervāciju, pieejamību, kas bija rezervēts, un jebkuru maksājumu darbību, kas nepieciešama saskaņā ar saviem noteikumiem.

Svarīgs rezultāts nav tas, ka katrs solis notiek automātiski. Tas ir tas, ka darbinieki zina, kuri soļi notiek automātiski un kuri paliek viņu.

Nodrošināt darbiniekiem vienu skaidru vietu, kur veikt katras izmaiņas

Ja viena un tā pati informācija acīmredzami var tikt mainīta vairākās vietās, pajautājiet, kā pretrunīgi atjauninājumi tiek novērsti vai atrisināti.

Izvairieties no divpadsmit pret desmit problēmu

Hipotētisks piemērs: Uzņemšana maina ballīti no desmit bērniem uz divpadsmit vienā sistēmā. Vēlāk cits darbinieks atver atsevišķu ierakstu, kas joprojām saka desmit.

Kam viņiem būtu jāuzticas?

Pirms došanās dzīvot, vienojas, kur darbinieki veic katra veida grozījumus. Jūsu procedūra var teikt, ka rezervēšanas informācija vienmēr tiek mainīta caur rezervācijas procesu, bet papildu pārdošana tiek reģistrēta, izmantojot atbilstošu pārdošanas procesu. Precīzs izkārtojums ir atkarīgs no produktiem un savienojuma jūs izvēlaties.

Svarīgi ir tas, ka darbinieki neizgudro paši savu atbildi rindas laikā.

Uzrakstiet manuālās darbības uz leju

Ja pievienojot viesis prasa divas apzinātas darbības, teiksim tā. Īsa instrukcija, piemēram, “atjaunināt rezervācijas skaitu, tad ierakstiet saskaņoto papildu pārdošanu” ir drošāka nekā ļaujot darbiniekiem pieņemt, ka otrā darbība notiek automātiski.

Rokasgrāmata ne vienmēr nozīmē sliktu. Slēptā rokasgrāmata darbs ir problēma.

Izmantot pilnu demonstrēšanas kontrolsarakstu

Veikt savu skriptu piegādātāja demonstrācijas. Tas novērš sarunu apstāties pēc vieglākajiem panākumiem.

Lūdziet piegādātājam veikt pārbaudi, izmantojot produktus un uzstādīšana faktiski tiek ierosināts. Ja atbilde ir atkarīga no trešās puses, atzīmējiet to apstiprināšanai, nevis apstrādājot pieņēmumu kā spēju.

Plānot atjauninājumu, kas neierodas

Saistītai darbplūsmai nepieciešams arī saprātīgs izņēmuma process. Pajautājiet, ko darbinieki redz, vai gaidāmā informācijas apmaiņa uz laiku nav pieejama vai nav veiksmīga.

Vai būs skaidrs brīdinājums? Vai kaut kas vēl nav gaidīts? Vai administrators var vienkārši redzēt, ka trūkst gaidītās informācijas? Atbilde būs atkarīga no konkrētajām sistēmām, tāpēc lūdz, lai tiktu parādīta vai dokumentēta patiesā uzvedība.

Neizveidot dublikātus tikai tāpēc, ka kaut kā trūkst

Hipotētisks piemērs: vecāks sniedz reģistratūrai derīgu rezervēšanas atsauci, bet paredzamā informācija nav redzama caur parasto savienoto darbplūsmu.

Visdrošākā operatīvā reakcija nav automātiska, lai izveidotu citu rezervāciju. Dodiet personālam norunāto veidu, kā izpētīt sākotnējo atsauci, pārbaudiet atbilstošo avotu un saasinot problēmu.

Izlemiet, kam pieder neatrisināti atjauninājumi. Ja visi pieņem, ka “IT to redzēs”, trūkstošās izmaiņas var palikt nepamanītas, līdz klients atgriežas.

Zināt, kurš atbalsta kuru daļu

Ja ir iesaistīti divi piegādātāji vai trešās puses dienests, pajautājiet, ar ko jūsu komanda sazinās vispirms, kad informācija pārstāj kustēties, kā paredzēts. Saglabājiet šos pienākumus ar jūsu īstenošanas piezīmēm, lai darbinieki nemēģina tos apstrādāt pakalpojuma laikā.

Izlemt, vai sistēmu savienošana ir lietderīga

Kad jūs saprotat ierosināto darbplūsmu, atgriezties pie atkārtota darba, ko identificējāt sākumā.

Kuri ieraksti pazūd? Kuras pārbaudes kļūst vieglākas? Kuri ieraksti retāk dreifē? Kuras manuālās darbības paliek?

Salīdzināt normālu nedēļu, nav ideāls darījums

Ja uzņemšana šobrīd nokopē informāciju starp sistēmām desmitiem reižu kā daļu no normālas darbības, noņemot šo konkrēto nodošanu var būt vērtīga. Ja personālam reti nepieciešams informācijas apmaiņa, ieguvums var būt mazāks.

Apsveriet arī papildu uzstādīšana, piegādātāju attiecības, notiekošo maksu un personāla procedūras, kas attiecas uz savienojumu jūs novērtē. Jautāt piegādātājiem par šiem datiem, nevis pieņemot tos.

Savienojums var noderēt, nedarot visu

Mērķim nav jābūt pilnīgai automatizācijai. Darbplūsma, kurā rezervācija parādās, kur uzņemšanai tā nepieciešama, bet daži grozījumi joprojām ir apzināti personāla darbības var piemērot norises vietu lieliski, ja ikviens saprot robežu.

Brīdinājuma zīme nav manuāls solis. Tā ir manuāls solis neviens nezināja pastāvēja.