Softver za upravljanje za 10 kamiona: što se mijenja u odnosu na Excel

Ukratko

S oko deset kamiona problem nije samo više redaka u datoteci. Istodobno rastu:

• nalozi;
• vozači;
• vozila;
• telefonski pozivi;
• izmjene;
• dokumenti;
• osobe koje moraju znati isti status;
• rizik da se dvije odluke preklapaju.

Excel može ostati izvrstan alat za analizu i podršku. Postaje krhak kada se od njega traži da istodobno bude baza podataka, operativni plan, višekorisnički sustav, povijest, komunikacijski alat i arhiv.

Deset kamiona nije „dvostruko” od pet

Pretpostavimo tri prosječne aktivnosti po vozilu:

• 5 kamiona → oko 15 aktivnosti;
• 10 kamiona → oko 30 aktivnosti.

No porast složenosti nije linearan. S više vozila rastu:

• preklapanja dostupnosti;
• zamjene;
• vremenski prozori;
• komunikacije;
• mogućnosti pogreške;
• uključene osobe.

Ako dva operatera mijenjaju plan, tvrtka mora znati koja je informacija trenutačna.

Glavno ograničenje Excela: operativna konkurentnost

Modernu zajedničku proračunsku tablicu može uređivati više osoba. Stoga problem nije jednostavno to što „Excel nije višekorisnički”. Bit je u tome da generička mreža ne upravlja automatski značenjem procesa.

Primjer:

• Luca mijenja vozača u retku 38;
• Marta pomiče vrijeme istog naloga;
• vozač prima izmjenu na WhatsAppu;
• klijent zove trećeg kolegu;
• netko duplicira redak kako ne bi izgubio staru verziju.

Datoteka može sadržavati sve, ali ne primjenjuje nužno pravila o:

• identitetu naloga;
• statusu;
• ulogama;
• dodjelama;
• verziji;
• obavijestima;
• odnosima među entitetima.

Softver za upravljanje stvara strukturu oko podataka.

Plan mora postati zajednički status

S deset kamiona plan ne može biti samo grafički prikaz. Mora biti rezultat strukturiranih objekata.

Nalog bi trebao sadržavati:

• tko je klijent;
• gdje je preuzimanje;
• gdje je isporuka;
• kada;
• koje je vozilo dodijeljeno;
• koji je vozač dodijeljen;
• u kojem je statusu;
• koje su se operativne izmjene dogodile;
• koji su dokumenti povezani, ako ih sustav vodi.

Dnevni plan prikazuje te odnose. Ne bi smio biti jedino mjesto na kojem oni postoje.

Uloge i odgovornosti

U maloj floti svi se mogu poznavati i izravno razgovarati. No kako posao raste, korisno je definirati tko što smije raditi.

Minimalni primjer:

Operater

• stvara/uređuje naloge;
• planira;
• ažurira operativne statuse.

Administracija

• pregledava zatvorene naloge;
• pronalazi potrebne reference i dokumente;
• ne mijenja nužno plan za taj dan.

Vozač

• vidi vlastite aktivnosti;
• ažurira predviđene statuse;
• ne vidi cijeli plan ili podatke drugih osoba ako to nije potrebno.

Vlasnik/odgovorna osoba

• vidi cjelokupnu sliku;
• provjerava pokazatelje;
• upravlja korisnicima/dozvolama u skladu s proizvodom.

Uloge smanjuju pogreške i pomažu poštovati načelo pristupa podacima prema potrebi.

Upravljanje iznimkama bez gubitka službene verzije

S deset kamiona iznimke su normalne:

• kašnjenje pri utovaru;
• klijent je zatvoren;
• vozač nije dostupan;
• vozilo je u radionici;
• hitan nalog;
• promjena odredišta;
• otkazivanje;
• dokument koji nedostaje.

Proces mora razlikovati razgovor od odluke.

Primjer:

„Klijent možda pomiče na 17:00” je razgovor.

„Istovar u 17:00 potvrđen” je operativni podatak koji treba unijeti u službeni izvor.

Ako oboje ostane samo u chatu, osoba koja dolazi u sljedeću smjenu mora rekonstruirati kontekst čitajući poruke.

Komunikacija s vozačima

Više kamiona znači više komunikacije jedan-na-jedan. Sustav za vozače ili strukturirani kanal može smanjiti ponavljajuće telefonske pozive.

Korisne informacije:

• slijed aktivnosti;
• adrese;
• reference;
• vremena;
• operativne bilješke;
• izmjene;
• status aktivnosti.

Cilj nije ukloniti telefon. Složen problem uvijek će zahtijevati razgovor. Cilj je ne koristiti telefonski poziv kao bazu podataka.

Ako aplikacija obrađuje osobne podatke ili geolokaciju, treba procijeniti GDPR, načela smanjenja količine podataka i, kada je relevantno, radne propise o nadzoru na daljinu. Te procjene ne ovise o broju kamiona.

Podaci i izvještavanje koji postaju korisni

S deset vozila počinju se pojavljivati obrasci koje je teško uočiti iz pamćenja.

Jednostavni pokazatelji:

Nalozi po klijentu

Pomaže razumjeti komercijalne ovisnosti i opsege.

Nalozi po danu/tjednu

Pokazuje vrhunce i organizacijski kapacitet.

Ponovno planirane aktivnosti

Ako se previše aktivnosti pomiče svaki dan, može postojati problem s početnim podacima, kapacitetom ili procesom.

Iznimke

Klasifikacija nekoliko razloga pomaže razumjeti jesu li ponavljajući problemi „čekanje kod klijenta”, „vozilo”, „nepotpun nalog”, „promjena klijenta” itd.

Dokumenti koji nedostaju

Ako tijek rada uključuje POD/priloge, poznavanje onoga što nedostaje izbjegava pretraživanja na kraju mjeseca.

Ti podaci ne zamjenjuju računovodstvo, kontrolu troškova ili regulatorne provjere, ali poboljšavaju operativno upravljanje.

Operativni kontinuitet i ovisnost o ljudima

Vrlo korisno pitanje:

Ako osoba koja upravlja datotekom sutra ne dođe na posao, može li kolega razumjeti dan za 10 minuta?

Ako je odgovor ne, tvrtka ima organizacijski rizik.

Digitalizacija bi trebala smanjiti znanje koje je „samo u nečijoj glavi” putem:

• zajedničkih matičnih podataka;
• jednostavnih pravila;
• zajedničkih statusa;
• povijesti;
• pojedinačnih pristupa;
• minimalno dokumentiranih postupaka.

Nema potrebe stvarati birokraciju. Dovoljno je nekoliko ponovljivih pravila.

Kada Excel još može ostati

Prijelaz na softver za upravljanje ne znači zabranu Excela.

Excel ostaje izvrstan za:

• ad hoc analize;
• proračune;
• simulacije;
• privremene tablice;
• usklađivanja;
• izvoze i provjere;
• prilagođena izvješća.

Korisna je sljedeća razlika:

Softver za upravljanje: trenutačni operativni izvor. Excel: alat za analizu/podršku.

Problem se vraća kada ručno izmijenjeni izvoz ponovno postane „stvarna verzija” plana.

Plan prijelaza u 4 tjedna

Tjedan 1 — mapiranje i čišćenje

• popisivanje procesa;
• odabir potrebnih polja;
• čišćenje klijenata i lokacija;
• čišćenje vozača i vozila;
• definiranje nekoliko statusa.

Tjedan 2 — konfiguracija i proba

• uvoz matičnih podataka;
• stvaranje stvarnih testnih naloga;
• testiranje izmjena i otkazivanja;
• testiranje korisnika i dozvola;
• provjera izvoza.

Tjedan 3 — pilot-skupina

• 2–3 kamiona ili dio poslovanja;
• prikupljanje problema;
• ispravljanje postupaka;
• izbjegavanje nebitnih prilagodbi.

Tjedan 4 — datum prijelaza

• svi novi nalozi ulaze u novi sustav;
• stara datoteka postaje privremeni operativni arhiv/sigurnosna kopija, a ne konkurentski izvor;
• kratka svakodnevna provjera tijekom jednog tjedna.

Rokovi su ilustrativni: složenost, integracije i kvaliteta podataka mogu zahtijevati mnogo više vremena.

Kontrolni popis: je li 10 kamiona preraslo Excel?

• Mijenja li više osoba plan?
• Postoje li konkurentske verzije?
• Jesu li dodjele zapisane kao slobodan tekst?
• Ostaju li izmjene za vozače u chatovima?
• Je li teško znati koji su nalozi otvoreni?
• Je li vlasnik jedina osoba koja razumije datoteku?
• Moraju li se vozači zvati za svaku pojedinost?
• Nedostaju li uloge i dozvole?
• Zahtijeva li rekonstrukcija povijesti sate?
• Ne postoji li dosljedan izvoz/arhiv po klijentu?
• Ne mjere li se ponavljajuće iznimke?

Ako je mnogo odgovora „da”, problem nije sam broj 10: složenost je prerasla strukturu proračunske tablice.