Prekė yra, bet siunta dar neišvyko: keturios būsenos, kurių pristatyme negalima suplakti

Klientui rūpi, kur jo užsakymas, o verslo viduje tuo metu gali būti matomi keli skirtingi įrašai. Turima prekė, paruošta dėžė ir vežėjui perduota siunta nėra ta pati būsena. Koordinuojant pristatymą DI pagalba naudinga tuomet, kai kiekvienas pranešimas remiasi aiškiu, patvirtintu įvykiu.

Prekė yra lentynoje, dėžė paruošta, siunta perduota vežėjui – klientui tai trys skirtingos naujienos. O verslo sistemoje kartais pakanka vieno neaiškaus žodžio, kad jos susimaišytų. Pristatymo koordinavimas prasideda nuo susitarimo, ką kiekviena būsena iš tikrųjų reiškia.

DI integracijų ir verslo procesų automatizavimo specialistas Kristin Zapasnik, Verslomatika įkūrėjas, tarp agentams savo versluose pavedamų darbų mini atsargų stebėjimą, papildymo užsakymus ir pristatymo koordinavimą. Jis nustato planą, o koordinatorius paskirsto užduotis specialistams. Tokiai eigai reikia aiškaus ryšio tarp įrašo ekrane ir tikro įvykio.

Pirma būsena – prekės prieinamumas

Atsargų informacija parodo konkretaus šaltinio užfiksuotą kiekį ar prieinamumą. Kad ja būtų galima remtis, reikia žinoti, ką įrašas apima ir kada atnaujintas. Jei dalis prekių priskirta kitiems užsakymams, vien bendras kiekis dar nepaaiškina, kuriam darbui jos gali būti naudojamos.

Kristianui priklausantis Memory Casting siūlo fizinius rankų liejimo rinkinius poroms ir šeimoms. Savininkas pasakoja, kad agentus naudoja ir skaitmeniniams administravimo darbams, tačiau produktą fiziškai tvarko žmonės bei partneriai. Taigi atsargų stebėjimas yra informacinė darbo dalis, kuri turi atitikti tikrą verslo tvarką.

Čia agentui pirmiausia reikia suprasti įrašo prasmę. Atsakymas apie prekės prieinamumą ir atsakymas apie konkretaus užsakymo judėjimą remiasi skirtinga informacija. Jei abu klausimai sutraukiami į vieną būseną, klientas gali susidaryti klaidingą vaizdą, nors skaičius sandėlio sistemoje teisingas.

Antra būsena – užsakymo paruošimas

Paruošimo etapas sieja skaitmeninį užsakymą su fiziniu darbu. Tarkime, žmogus gauna duomenis apie ruošiamą siuntą. Gavęs informaciją jis dar turi atlikti savo darbą, o tada pažymėti, kad siuntinys paruoštas. Šią seką turi suprasti ir agentas, rengiantis tolesnį pranešimą.

Tai nereiškia, kad kiekvienam verslui reikia vienodos programos ar vienodo laukelio. Svarbu, kad dalyviai vienodai suprastų įvykį. Ar įrašas reiškia, kad žmogus gavo užduotį? Ar kad prekė patikrinta? Ar kad siuntinys fiziškai paruoštas kitam etapui? Vienas neaiškus žodis visų šių skirtumų neperduoda.

Agentui verta perduoti ne tik būsenos pavadinimą, bet ir jos apibrėžimą. Tuomet klientui rengiamas atsakymas gali tiksliai nusakyti tai, kas žinoma, nesukuriant įspūdžio, kad siunta jau perduota pristatymo partneriui.

Trečia būsena – faktinis perdavimas

Parengtas siuntos dokumentas ar žyma sistemoje dar nebūtinai reiškia fizinį perdavimą. Šiam etapui reikia atitinkamo patvirtinimo iš žmogaus ar naudojamos pristatymo sistemos. Konkretus įrodymas priklauso nuo realios darbo eigos.

Koordinatoriaus užduotis galėtų būti pastebėti, kad vienas įrašas atnaujintas, o kitas dar laukia. Pavyzdžiui, iliustraciniame scenarijuje siuntinys jau paruoštas, bet nėra patvirtinto perdavimo. Tai aiškus klausimas už tą etapą atsakingam žmogui. Jo negalima pakeisti numanoma išvada, kad siunta turėjo išvykti.

Tokioje situacijoje naudinga parodyti paskutinę patvirtintą būseną ir likusį veiksmą. Informacija apie planuojamą perdavimą turi likti planu, kol gaunamas faktinis patvirtinimas. Tai padeda išvengti prieštaringų pranešimų klientui.

Ketvirta būsena – atvykimas ir jo reikšmė

Siuntos atvykimo į numatytą vietą ir jos gavimo reikšmės taip pat turi būti aiškios. Verslas turėtų remtis konkrečiu naudojamo šaltinio pranešimu. Jei įrašas patvirtina tik vieną etapą, agentas neturėtų savo nuožiūra jo išplėsti iki kito.

To paties savininko Topdovanos portalo rankų liejimo rinkinių gidas gali padėti atsakyti į bendrus pasirinkimo ir naudojimo klausimus. Tačiau ši medžiaga nerodo konkrečios siuntos judėjimo. Atsakymas klientui turi remtis tuo šaltiniu, kuris susijęs su jo užklausa.

Jei klientas sako, kad matoma būsena neatitinka jo situacijos, reikia išsiaiškinti konkretų skirtumą. Kas nurodyta sistemoje ir ką žmogus patyrė? Išsaugojus šį klausimą jį galima perduoti už atitinkamą etapą atsakingam vykdytojui ir tęsti sprendimą nuo aiškios vietos.

Vienoje suvestinėje – būsena, šaltinis ir kitas veiksmas

Praktinė suvestinė gali būti trumpa. Kiekvienam etapui nurodoma paskutinė patvirtinta būsena, jos šaltinis ir tai, ko laukiama toliau. Jei šaltiniai nesutampa, neatitikimas turi likti matomas. Taip žmogus supranta, ką reikia tikrinti.

Prie įrašo naudinga matyti ir jo atnaujinimo momentą. Sena patvirtinta būsena nėra naujo įvykio įrodymas. Jei naujesnės informacijos nėra, būtent tai turi paaiškinti suvestinė, užuot tyliai pratęsusi ankstesnę išvadą.

DI agentas gali padėti surinkti šią informaciją ir parengti paaiškinimą, tačiau jo tikslumas priklauso nuo būsenų prasmės bei duomenų prieinamumo. Geras atsakymas kartais bus trumpesnis už optimistinį pažadą: jame bus tik tai, kas iš tikrųjų patvirtinta, ir konkretus kitas žingsnis.

• Kokia paskutinė patvirtinta būsena?
• Koks įvykis ją pagrindžia?
• Kur yra šio įvykio informacijos šaltinis?
• Kuris kitas etapas dar nepatvirtintas?
• Kas turi veikti, jei duomenys nesutampa?