1. Opišite delo, preden izberete nadomestno orodje
Začnite z nalogami, ne s funkcijami. Za vsako dejavnost zabeležite, kaj jo sproži, kaj storijo zaposleni, kaj prejme stranka in kako se zabeleži zaključek. Vključite tudi zapletene primere, kot so spremenjen čas prevzema, podvojena zahteva ali naročilo, preklicano po začetku priprave. Te podrobnosti pogosto razkrijejo zahteve, ki jih preprost seznam funkcij spregleda.
Prosite ljudi, ki opravljajo delo, naj preverijo vaše zapiske. Vodja lahko vidi zaključeno naročilo, medtem ko osebje pri pultu ve, da se njegova referenčna oznaka ročno prepiše v drug zapis. Ločite nujne zahteve od želja: ohranitev jasne referenčne oznake naročila je lahko nujna, ohranitev enake razporeditve zaslona pa morda ne.
- Za začetno dokumentiranje izberite tri pogoste naloge in dve izjemi.
- Za vsako navedite uporabnika, vhodne podatke, rezultat in način preverjanja zaključka.
2. Popišite zapise in predaje, ne da bi predpostavljali avtomatizacijo
Navedite podatke, potrebne za nadaljevanje poslovanja in odgovarjanje na poznejša vprašanja: odprta naročila, prihodnje rezervacije, podatke o izdelkih, navodila strank in ustrezne referenčne oznake transakcij. Zabeležite, kje je posamezen zapis shranjen, kdo ima dostop do njega in ali je na voljo uporaben izvoz. Ločite zapise, ki jih potrebujete v nadomestnem orodju, od zgodovinskih podatkov, ki lahko ostanejo varno dostopni drugje.
Za vsako predajo med orodji dokumentirajte, kaj se prenaša, kdaj se prenaša in kdo to preverja. Ne predpostavljajte, da bo nadomestno orodje samodejno izmenjevalo zapise. Dobavitelja prosite, naj natančno potrdi, katera povezava je podprta. Če to ni potrjeno, ocenite možnost ročne predaje, vključno s časom zaposlenih in tveganjem, da bo vnos izpuščen ali podvojen.
- Za vsak pomemben zapis določite en merodajen vir.
- Preverite vzorčni izvoz in se prepričajte, da so datumi, reference in polja s statusi berljivi.
- Zabeležite omejitve dostopa in se o morebitnih nejasnih obveznostih glede hrambe posvetujte z ustreznim svetovalcem.
3. Dodelite odgovornosti in ohranite nedokončano delo
Za prehod določite eno odgovorno osebo, vendar vključite tudi ljudi, ki poznajo posamezne faze. Lastnik podjetja odobri obseg in časovni načrt; predstavnik zaposlenih preveri uporabnost pri vsakodnevnem delu; oseba, odgovorna za evidence, preveri skupne zneske in reference; dobavitelj pa odgovori na vprašanja o podprtih funkcijah. V majhnem podjetju lahko ena oseba opravlja več vlog, vendar mora biti za vsako odgovornost še vedno določena konkretna oseba.
Ob pregledu nalog vodite tudi seznam nerešenih zadev. Vključite obljube strankam, sporne statuse, manjkajoče informacije in znane začasne rešitve. Za vsako zadevo zabeležite naslednji korak, odgovorno osebo in datum pregleda. Menjava programske opreme ne sme neopazno spremeniti neodgovorjene zahteve stranke v zaključen primer samo zato, ker stari zaslon ni več v uporabi.
- Dogovorite se, kdo lahko začasno ustavi preizkus in kdo odobri širši prehod.
- Določite osebo, ki bo ves čas preizkusa spremljala sporočila strank.
4. Izvedite en omejen scenarij od zahteve do zaključka
Hipotetični primer: lastnik lokala s hrano za s seboj razmišlja o zamenjavi orodja za upravljanje naročil. Zaposleni trenutno prejmejo naročilo, zabeležijo čas prevzema, posredujejo podatke kuhinji in označijo, da je bilo naročilo prevzeto. Občasno stranka spremeni čas prevzema. Lastnik dokumentira to izjemo in pred dejansko uporabo pripravi preizkus z majhnim naborom testnih naročil.
Eno testno naročilo vključuje spremenjen čas prevzema. Sodelavec pri pultu vnese spremembo, sodelavec v kuhinji preveri posodobljeno navodilo, lastnik pa spremlja naročilo do zaključka. Preizkus je uspešen, če vsi vidijo dogovorjeni čas, referenca ostane enaka in je zaključeno natanko eno naročilo. Če katero od preverjanj ni uspešno, zabeležite napako in preizkus ponovite, namesto da bi ga razširili.
- Pred začetkom zapišite pričakovani rezultat in se izognite nepotrebni uporabi resničnih podatkov strank.
- Preizkusite običajni potek, spremembo navodila in pregled ob koncu dneva.
- Če preidete na omejeno uporabo pri dejanskem poslovanju, določite, kateri sistem velja za merodajnega in kakšen je rezervni postopek.
5. Prehod naj bo premišljena odločitev, ne zgolj izpolnitev roka
Ocenite preizkus glede na dokumentirane potrebe. Ločite ovire, ki preprečujejo nadaljevanje, kot je izguba navodila za naročilo, od obvladljivih nevšečnosti, kot je dodatno ročno preverjanje. Primerjajte tako obseg operativnega dela kot komercialne pogoje. Pred opustitvijo starega orodja načrtujte dostop do potrebnih preteklih evidenc in ga ne odpovejte zgolj zato, ker je nastopil predvideni datum preizkusa.
Če razmišljate o NeroPay, z ekipo preverite ustrezni izdelek in delovni potek. NeroPay ponuja plačilne rešitve in poslovno programsko opremo, vendar je treba potrditi razpoložljivost, naprave in podprte integracije. Ob kartičnem terminalu NeroPay, ki izpolnjuje pogoje, je lahko programska oprema NeroPOS, NeroWeb in NeroBooking vključena brez dodatne naročnine za programsko opremo. Stroški terminala, nadomestila za obdelavo plačil, pogoji upravičenosti in veljavni pogoji še vedno veljajo.
- Odločite se za nadaljevanje, podaljšanje preizkusa ali ustavitev in zabeležite razloge.
- Določite datum pregleda in zaposlenim sporočite, kateri postopek naj upoštevajo.
DOBRO JE VEDETI
Pogosta vprašanja
Ali moramo prenesti vse pretekle evidence?
Ne nujno. Ločite tekoče delo od preteklih evidenc za vpogled. Preverite, kako bodo potrebne starejše evidence ostale dostopne, in se o morebitnih nejasnih zahtevah glede hrambe posvetujte z ustreznim svetovalcem.
Ali naj obe orodji delujeta hkrati?
Le ob jasnih pravilih. Določite, katera evidenca je merodajna, in nadzorujte podvojene vnose. Vzporedna uporaba lahko olajša primerjavo, vendar lahko nasprotujoči si statusi zmedejo zaposlene in stranke.
Kaj naj vprašamo dobavitelja nadomestne rešitve?
Prosite jih, naj prikažejo izvedbo nalog, ki ste jih dokumentirali, pojasnijo možnosti izvoza in potrdijo podprte povezave. Zabeležite neodgovorjena vprašanja, namesto da bi domneve obravnavali kot dogovorjene funkcionalnosti.