Transporto sprendimai į Vokietiją su paprasta užsakymo sistema

Įvadas

Transporto sprendimai į Vokietiją su paprasta užsakymo sistema turėtų mažinti chaosą, o ne pridėti dar vieną programėlę, kurios niekas nemoka naudoti. Per metus per mane praėjo šimtai užsakymų: vieni buvo parašyti ant servetėlės, kiti atkeliavo su 47 nuotraukomis ir vienu sakiniu „gal imat?“. Paprasta sistema nereiškia primityvi, ji reiškia aiškų kelią nuo užklausos iki patvirtinimo. Klientas turi matyti, kas vyksta, o vežėjas – turėti visus duomenis vienoje vietoje.

DUK

Užsakymo sistemos pagrindai

Kas yra transporto sprendimai į Vokietiją su paprasta užsakymo sistema?

Tai toks būdas užsakyti pervežimą, kai klientui nereikia spėlioti, kur siųsti failus, kam skambinti ir ar užsakymas jau priimtas. Galite pateikti krovinio duomenis, adresus, laiką, kontaktus ir dokumentus vienoje vietoje. Po to gaunate patvirtinimą, kainą, preliminų grafiką ir atsakingo žmogaus kontaktą. Šie transporto sprendimai į Vokietiją su paprasta užsakymo sistema nėra apie technologijų blizgesį. Jie yra apie tai, kad niekas neprarandama tarp eilučių.

Kodėl transporto sprendimai į Vokietiją su paprasta užsakymo sistema negali būti tik mygtukas?

Nes krovinys nėra picos užsakymas, nors kartais klientai nori, kad būtų taip paprasta. Mygtukas „užsakyti“ gražiai skamba, bet jei trūksta svorio, matmenų ar iškrovimo laiko, prasideda rankinis darbas. Paprasta sistema turi užduoti reikiamus klausimus, bet neperkrauti žmogaus. Jei užsakote 1 paletę į Dortmundą, nereikia 30 laukelių. Jei vežate 18 paletių į Hamburgą, jau reikia daugiau detalių.

Kaip turėtų atrodyti normali užklausa pervežimui į Vokietiją?

Normali užklausa turi turėti pakrovimo ir iškrovimo adresus, datą, krovinio pobūdį, svorį, tūrį, pakuočių skaičių ir kontaktus. Dar gerai, jei pridėsite nuotrauką arba pakuočių sąrašą. Ne visada reikia visko iškart, bet pagrindiniai punktai privalo būti. Kartą gavome užklausą „vežam į Vokietiją, reikia greitai“, ir tai užtruko ilgiau nei pats pervežimas. Paprasta sistema kaip tik turi tokias situacijas sumažinti.

Ar galima užsakymą pateikti telefonu, jei sistema paprasta?

Galima, bet tada kas nors turi tą užsakymą normaliai įvesti. Telefonas gelbsti, kai reikia greitai, ypač senam klientui, kuris nemėgsta formų. Bet jei po pokalbio niekas nepatvirtina detalių raštu, rizika lieka. Aš pats esu matęs, kaip „rytoj 8 valandą“ vienas suprato kaip pakrovimą, kitas kaip iškrovimą. Todėl net ir po telefono skambučio reikia trumpo patvirtinimo. Tai nėra biurokratija, tai apsauga.

Užsakymo eiga ir patvirtinimas

Ką reiškia užsakymo patvirtinimas pervežimui į Vokietiją?

Tai reiškia, kad vežėjas priėmė duomenis, patvirtino kainą arba preliminarią kainą, laiką ir atsakingą kontaktą. Patvirtinimas neturi būti tik „ok“ žinutėje, jei krovinys rimtesnis. Geriau turėti užsakymo numerį, maršrutą, terminą, sąlygas ir pastabas. Jei keičiasi krovinys, patvirtinimas taip pat turi būti atnaujintas. Kitaip visi dirba pagal skirtingą versiją. O tada sunku rasti, kas kaltas.

Kodėl kartais užsakymas atrodo priimtas, bet mašina vis dar neskiriama?

Nes priėmimas ir paskyrimas nėra visada tas pats dalykas. Vadybininkas gali priimti užklausą, patikrinti kainą, tada ieškoti transporto. Bloga praktika yra sakyti klientui „viskas gerai“, kai realiai niekas dar nepatvirtintas. Gera sistema turi parodyti būseną: gauta, tikrinama, patvirtinta, mašina skirta, dokumentai ruošiami. Ne visada esu tikras, kodėl kai kurios įmonės to nedaro, gal tiesiog taip lengviau slėpti netvarką.

Ar paprasta užsakymo sistema gali rodyti kainą iškart?

Gali rodyti orientacinę kainą, jei krovinys standartinis. Pavyzdžiui, 1–3 paletės į Berlyną arba pilnas krovinys iš Kauno į Kelną. Bet jei reikia lifto, savaitgalio iškrovimo, nestandartinių matmenų ar kelių adresų, kaina turi būti patikrinta. Automatinis pasiūlymas be žmogaus patikros kartais sukuria netikrą saugumą. (Pataisau: ne visada žmogus tiksliau už sistemą, bet logistikoje detalės dažnai sugadina automatiką.)

Kas nutinka, jei užsakyme paliekama tuščių laukų?

Tada kas nors turi juos užpildyti vėliau, o tai reiškia klausimus, vėlavimą ir klaidas. Tušti laukai atrodo nekalta, kol nepradedate skambinti vairuotojui, kuris nežino, ar reikia rampa. Todėl sistema turi neleisti išsiųsti rimto užsakymo be pagrindinių duomenų. Jei klientas nežino svorio, galima pažymėti „tikslinama“, bet ne palikti visiškai tuščią. Tai maža tvarka, bet ji gelbsti.

Duomenys, dokumentai ir krovinio aprašymas

Kokių duomenų reikia krovinio aprašymui?

Reikia ne romanų, o tikslių duomenų: kas kraunama, kiek vienetų, kokios pakuotės, svoris, matmenys, ar krovinys trapus, ar kvepia, ar reikia temperatūros režimo. Jei tai įranga, naudinga nurodyti, ar ji jau supakuota. Jei baldai, reikia pasakyti, ar išardyti. Jei mišrus krovinys, sąrašas yra būtinas. Paprasta sistema nereiškia, kad galima rašyti „daiktai“, nes Vokietijoje sandėlis tokių sąvokų nemėgsta.

Ar galima įkelti nuotraukas į užsakymą?

Tikrai taip, ir dažnai tai geriau nei ilgas paaiškinimas. Nuotrauka parodo pakuotę, etiketę, paletės aukštį, kampų būklę. Kartais klientas parašo „normaliai supakuota“, o nuotraukoje matai kartoną, kuris laikosi ant sąžiningumo. Bet nuotraukos nepakeičia duomenų. Jos tik padeda. Jei reikia tiksliai paskaičiuoti vietą automobilyje, vis tiek reikia matmenų ir svorio.

Kur turi būti CMR ir sąskaitos duomenys?

Geriausia, kad jie būtų prijungti prie užsakymo, ne atskirame el. laiške prieš savaitę. Tuomet vairuotojas, ekspeditorius ir klientas mato tą pačią versiją. Jei dokumentai keičiasi, senas failas turi būti pakeistas arba aiškiai pažymėtas. Mačiau atvejų, kai vairuotojas turėjo seną CMR, gavėjas – naują sąskaitą, o vadybininkas ieškojo trečio varianto. Paprasta užsakymo sistema kaip tik turi tokį chaosą mažinti.

Kodėl svarbu turėti vieną užsakymo numerį?

Nes be numerio visi pradeda kalbėti apie „tą Vokietijos krovinį“. Jei klientas turi kelis siuntimus, be numerio lengva supainioti adresus ar datas. Užsakymo numeris leidžia greitai rasti dokumentus, žinutes, patvirtinimus ir pokalbius. Tai ypač svarbu, kai vienu metu važiuoja kroviniai į Hamburgą, Miuncheną ir Štutgartą. Skamba smulkmena, bet praktikoje tai vienas paprasčiausių būdų išvengti painiavos.

Kainos, terminai ir pakeitimai

Kaip užsakymo sistema padeda išvengti kainų nesusipratimų?

Ji fiksuoja, pagal kokius duomenis kaina buvo duota. Jei klientas parašė 5 paletes, o vėliau paaiškėjo 9, kaina gali keistis. Jei užsakyme matyti, kad buvo nurodytas vienas adresas, o dabar reikia dviejų, irgi aišku. Blogai, kai viskas vyksta žodžiu, nes tada prasideda „aš sakiau“. Paprasta sistema ne visada apsaugo nuo ginčų, bet bent duoda kur pažiūrėti.

Ar galima keisti datą po užsakymo pateikimo?

Galima, bet reikia žiūrėti, ar transportas jau skirtas ir ar gavėjas turi kitą laiko langą. Jei pakeitimas daromas dieną prieš, gali atsirasti papildomų kaštų. Jei mašina jau išvažiavo, klausimas dar sudėtingesnis. Todėl data turi būti patvirtinta rimtai, ne „manau, kad trečiadienį“. Paprastas užsakymas nereiškia, kad pakeitimai nieko nekainuoja. Jis tik leidžia greitai pamatyti pasekmes.

Ką daryti, jei gavėjas Vokietijoje keičia iškrovimo laiką?

Reikia nedelsiant atnaujinti užsakymą ir informuoti vairuotoją. Jei laikas pasikeičia iš 9:00 į 14:00, tai gali pakeisti visą grafiką. Jei gavėjas visai perkelia į kitą dieną, gali tekti derinti nakvynę ar saugomą stovėjimą. Blogiausia, kai gavėjas pasako vairuotojui tiesiai aikštelėje, o vadyba sužino po valandos. Paprasta sistema turi turėti vietą tokiems pokyčiams.

Kodėl kai kurios užsakymo sistemos atrodo paprastos, bet realiai vargina?

Nes jos paprastos tik pirmam mygtukui paspausti, o paskui reikalauja siųsti dokumentus atskirai, skambinti, laukti patvirtinimo ir tikrinti el. paštą. Tikra paprasta sistema turi sutvarkyti visą kelią, ne tik priimti užklausą. Kartais atrodo modernu, bet realybėje klientas vis tiek aiškina tą patį trims žmonėms. Aš labiau pasitikiu paprastu procesu nei gražia sąsaja. Nuotrauka gali būti švari, o darbas viduje – netvarkingas.

Ryšys su klientu ir vairuotoju

Ar klientas turi matyti vairuotojo kontaktą?

Dažniausiai taip, bet ne visada iškart. Jei krovinys dar ne paskirtas transportui, kontakto nėra. Kai mašina patvirtinta, klientas turėtų matyti vairuotojo numerį arba bent žinoti, kas atsakingas už ryšį. Tai ypač svarbu iškrovimo dieną. Bet nereikia bombarduoti vairuotojo žinutėmis kas 10 minučių, nebent įvyko problema. Vairuotojas vairuoja, ne sėdi formose.

Kaip sistema padeda, kai reikia skubaus pervežimo į Vokietiją?

Ji leidžia greitai surinkti pagrindinius duomenis ir išsiųsti juos transporto komandai be papildomo aiškinimosi. Skubiam užsakymui reikia žinoti, kiek laiko turime, koks krovinys, ar galima keisti maršrutą, ar gavėjas priims ne darbo metu. Paprasta užsakymo forma gali turėti mygtuką „skubu“, bet jis turi reikšti prioritetą, ne magiją. Kartais klientas pažymi skubu, nors krovinys gali laukti dvi dienas.

Kas atsakingas, jei užsakymo sistemoje įvesta klaida?

Priklauso, kas ją įvedė ir kas turėjo patvirtinti. Jei klientas parašė neteisingą adresą, jis turi tai taisytis. Jei vadybininkas perkėlė skaičių ne ten, atsakomybė kitoje pusėje. Todėl patvirtinimo žingsnis yra labai svarbus. Klientas turi perskaityti, ką pasirašo arba patvirtina. Jei viskas daroma greitai, klaida gali atsirasti lengvai, ypač kai adresai panašūs: Berlynas, Bremenas, Braunšveigas – akys pavargsta.

Ar paprasta sistema tinka nuolatiniams kroviniams į Vokietiją?

Taip, ypač jei maršrutai kartojasi. Tuomet galima išsaugoti standartinius adresus, kontaktus, pakavimo tipus ir įprastus laiko langus. Tai sutaupo laiko ir mažina klaidas. Bet net nuolatiniam klientui reikia kartais peržiūrėti duomenis, nes sandėliai keičia taisykles. Prie Frankfurto vienas centras gali reikalauti registracijos 30 minučių prieš atvykimą, kitas – valandai. Sistema turi leisti tokias pastabas atnaujinti.

Rizikos ir realios problemos

Ką daryti, jei užsakymas patvirtintas, bet klientas pamiršta krovinį paruošti?

Reikia nedelsiant sustabdyti procesą ir aiškintis, ar transportą galima perkelti. Jei mašina jau važiuoja, tuščias atvykimas dažniausiai kainuoja. Kartais galima derinti vėlesnį laiką, bet ne visada. Todėl užsakymo sistemoje turėtų būti priminimas: paruoškite krovinį, dokumentus, kontaktus. Skamba kaip akivaizdu, bet patikėkite, būna visko. Vienas klientas sakė, kad „viskas jau paruošta“, o sandėlyje dar nebuvo net dėžių.

Ar galima atšaukti užsakymą be mokesčio?

Galima, jei transportas dar neskirtas arba sąlygos tai leidžia. Jei mašina jau išsiųsta, kelias rezervuotas, o gavėjas laukia, atšaukimas jau turi kainą. Paprasta sistema turi parodyti atšaukimo sąlygas, kad klientas nesužinotų apie mokestį kaip apie staigmeną. Bloga praktika yra rašyti smulkiu šriftu kažką apie „faktines išlaidas“. Geriau aiškiai pasakyti: iki kada galima keisti be mokesčio.

Kodėl paprasta užsakymo sistema vis tiek reikalauja žmogaus?

Nes logistikoje visada atsiranda dalykų, kurių forma nesupranta. Pavyzdžiui, krovinys „paprastas“, bet gavėjas priima tik su išankstine registracija. Arba adresas yra pramoninėje zonoje, kur sunkvežimiui sunku pasukti. Žmogus mato kontekstą, o sistema tik laukelius. Todėl šie transporto sprendimai į Vokietiją su paprasta užsakymo sistema veikia geriausiai, kai technologija padeda žmogui, o ne bando jį pakeisti.

Kaip suprasti, kad užsakymo procesas tikrai paprastas?

Jei klientas po pirmo bandymo nesiskambina paklausti, kur dingo failas, tai jau geras ženklas. Jei užsakymo būsena aiški, dokumentai vienoje vietoje, kontaktai matomi, o pakeitimai fiksuojami – procesas tvarkingas. Paprastumas nėra tada, kai nėra jokių klausimų. Paprastumas yra tada, kai klausimai turi prasmę ir greitai gauna atsakymą. Per daug „paprastų“ sistemų realybėje tiesiog perkelia darbą klientui.

Išvada

Transporto sprendimai į Vokietiją su paprasta užsakymo sistema turi daryti vieną dalyką – mažinti netikrumą. Klientui nereikia lakstyti tarp el. pašto, telefono, vairuotojo ir vadybininko. Vežėjui nereikia spėlioti, kas buvo sutarta. Gera užsakymo sistema yra tada, kai viskas aišku, net jei pats krovinys nėra visiškai paprastas. Todėl paprastumas čia reiškia tvarką, ne paviršutiniškumą.