Kako odabrati upravljački softver za malu prijevozničku tvrtku

Ukratko

Za malu prijevozničku tvrtku najbolji upravljački softver nije onaj s najviše funkcija. To je onaj koji se svakodnevno koristi, smanjuje ručne korake i ostaje razumljiv kad vlasnik nije pred računalom.

Pogrešan odabir može propasti na dva načina:

1. prejednostavan softver, koji se nakon nekoliko mjeseci ponovno koristi uz Excel i WhatsApp;
2. previše složen softver, koji zahtijeva toliko konfiguracije da ga operateri odbace.

Stoga bi odabir trebao biti mali operativni projekt, a ne odluka donesena nakon jednosatne komercijalne demonstracije.

Krenite od problema, a ne od funkcija

Prije traženja dobavljača opišite pet problema koji oduzimaju najviše vremena ili stvaraju najveći rizik.

Primjeri:

• nalozi stižu kroz tri kanala;
• plan postoji samo na računalu jedne osobe;
• izmjena priopćena vozaču nije unesena u datoteku;
• ista se adresa svaki dan ponovno upisuje;
• POD stiže nakon nekoliko dana i nije povezan s nalogom;
• ne zna se koji su nalozi još otvoreni;
• teško je razumjeti koliko je posla obavljeno za svakog klijenta.

Za svaki problem odredite jednostavnu mjeru:

“Danas svaki nalog prepisujemo tri puta. Cilj: unijeti ga samo jednom.”

Ova rečenica vrijedi više od “želimo se digitalizirati”.

Napišite 10 zahtjeva prije nego što pogledate demonstracije

Zahtjeve treba opisati kao aktivnosti, a ne kao pomodne riječi.

Primjer popisa

1. Izraditi nalog za manje od dvije minute.
2. Ponovno upotrijebiti već unesene klijente i lokacije.
3. Vidjeti sve neplanirane naloge.
4. Dodijeliti kamion i vozača s istog zaslona.
5. Premjestiti aktivnost bez ponovnog stvaranja.
6. Vozaču prikazati ažuriranu verziju.
7. Sačuvati podatak o tome tko je izmijenio podatak, gdje je dostupan.
8. Pretražiti povijest prema klijentu/datumu/referenci.
9. Izvesti naloge u čitljivom formatu.
10. Upravljati zasebnim računima za osobe koje ga koriste.

Zatim dodajte zahtjeve specifične za tvrtku: više preuzimanja, grupni prijevoz, izmjenjivi sanduci, tegljači s poluprikolicama, ograničenja klijenata, dokumenti, uvoz iz Excela, API itd.

Isprobajte softver sa stvarnim nalozima

Nemojte koristiti samo skup podataka koji je pripremio prodavatelj. Uzmite pet stvarnih slučajeva i uklonite osobne ili povjerljive podatke koji nisu potrebni za ispitivanje.

Testirajte:

Slučaj 1 — uobičajeni nalog

Jedno preuzimanje, jedna isporuka, jedan vozač, jedan kamion.

Slučaj 2 — izmjena

Nakon dodjele klijent mijenja vrijeme ili adresu. Provjerite gdje se izmjena prikazuje i može li se prethodna verzija rekonstruirati.

Slučaj 3 — iznimka

Vozač nije dostupan: koliko je jednostavno ponovno dodijeliti?

Slučaj 4 — više aktivnosti

Jedna vožnja s više preuzimanja ili isporuka, ako je to dio stvarnog poslovanja.

Slučaj 5 — zatvaranje

Isporuka je dovršena, status je ažuriran, eventualni dokument je povezan, nalog se može pretražiti nakon mjesec dana.

Mjerite trajanje koraka. Ako je za prikaz funkcije stalno potrebna intervencija savjetnika, zapitajte se hoće li je svakodnevni operater moći koristiti.

Procijenite jednostavnost upotrebe i usvajanje

Softver se ne bira samo za vlasnika. Uključite barem jednu osobu koja planira i, ako postoji komponenta za vozače, jednog ili dva vozača.

Promatrajte:

• razumiju li odakle početi bez stalnih objašnjenja?
• mogu li se pogreške ispraviti?
• odgovaraju li nazivi polja jeziku koji se koristi u tvrtki?
• prikazuje li dnevni zaslon ono što je stvarno potrebno?
• jesu li ključne informacije čitljive na telefonu?
• treba li previše klikova za aktivnost koja se desetke puta ponavlja?

Tehnički moćna funkcija koju nitko ne koristi ima nultu operativnu vrijednost.

Provjerite vlasništvo, izvoz i prenosivost podataka

Jedno od najvažnijih pitanja često se zanemaruje:

Ako za tri godine promijenim softver, kako ću preuzeti svoje podatke?

Zatražite pisanim putem:

• koji se podaci mogu izvesti;
• u kojim formatima;
• je li izvoz samoposlužan ili zahtijeva pomoć;
• postoje li troškovi izdvajanja;
• mogu li se izvesti privici/dokumenti;
• kako se održavaju veze između naloga i privitaka;
• koliko dugo podaci ostaju dostupni nakon prestanka;
• kako se provodi konačno brisanje.

CSV/XLSX može biti dovoljan za mnoge tablične podatke; za složenije sustave mogu biti važni API-ji ili strukturirani izvozi.

Izbjegavajte ovisnost u kojoj tvrtka može vidjeti podatke, ali ih ne može preuzeti na razuman način.

GDPR: što tražiti od dobavljača

Upravljački softver za prijevoz može sadržavati imena, kontaktne podatke, podatke o vozačima, dokumente i operativne informacije koje se odnose na fizičke osobe. Uloga u zaštiti privatnosti ovisi o usluzi i konkretnim obradama, ali kod uobičajenih SaaS usluga dobavljač može za različite aktivnosti djelovati kao izvršitelj obrade u ime tvrtke klijenta.

Članak 28. GDPR-a uređuje odnos između voditelja obrade i izvršitelja obrade te zahtijeva da obrada bude uređena ugovorom ili drugim pravnim aktom s elementima predviđenima uredbom.

Prije potpisivanja zatražite:

• DPA/ugovor o obradi podataka;
• popis ili mehanizam obavješćivanja o podizvršiteljima obrade;
• gdje se podaci obrađuju/pohranjuju;
• deklarirane sigurnosne mjere;
• upravljanje povredama osobnih podataka;
• podršku za zahtjeve za pristup/brisanje kada je primjenjivo;
• pravila povrata/brisanja na kraju ugovora;
• rokove čuvanja i sigurnosne kopije;
• eventualne međunarodne prijenose i njihove pravne osnove.

Nije dovoljna stranica na kojoj piše “GDPR compliant”: potrebne su informacije usklađene s konkretnom uslugom.

Sigurnost, sigurnosne kopije i kontinuitet

Za malu tvrtku dan bez plana vožnji može biti ozbiljniji od mnogih funkcija koje nedostaju. Zato pitajte kako dobavljač upravlja pouzdanošću.

Računi

• pojedinačni korisnici;
• politika lozinki;
• MFA, ako je dostupna;
• opoziv pristupa;
• uloge i dozvole.

Sigurnosne kopije

• postoje li sigurnosne kopije?
• kojom učestalošću?
• koliko se dugo čuvaju?
• testiraju li se postupci oporavka?

Kontinuitet

• postoji li stranica statusa ili kanal za incidente?
• koje su razine usluge ugovorom predviđene, ako postoje?
• kako se radi ako internet ili usluga nisu dostupni?

Zapisnici

Kod važnih radnji, saznanje tko je izmijenio podatak može smanjiti rasprave i vrijeme rekonstrukcije.

Malo ili srednje poduzeće ne mora nužno zahtijevati arhitekturu banke, ali mora razumjeti ovisi li njegov operativni plan o sustavu bez odgovarajućih mjera.

Pročitajte ugovor i skrivene troškove

Provjerite najmanje:

• minimalno trajanje;
• automatsko obnavljanje;
• uvjete otkaza;
• način revizije cijena;
• broj uključenih korisnika/vozila;
• troškove modula;
• troškove API-ja;
• troškove uvođenja;
• uključenu podršku;
• SLA, ako su relevantni;
• odgovornosti i ograničenja;
• izvoz podataka;
• razdoblje pristupa nakon prestanka;
• uvjete za prilagodbe;
• vlasništvo nad eventualnim posebnim razvojem.

Pitanje “koliko košta mjesečno?” nije dovoljno.

Izbjegavajte preuranjene prilagodbe

Tijekom demonstracije lako je reći: “mi to radimo drukčije, napravite nam ovu izmjenu”. Nakon deset prilagodbi projekt postaje skup i teško ga je ažurirati.

Prije nego što zatražite poseban razvoj, razlikujte:

Zakonski/ugovorni zahtjev. Treba ga pravilno riješiti.

Bitni operativni zahtjev. Bez njega proces ne funkcionira.

Navika. “Oduvijek smo to radili tako” nije nužno zahtjev.

Preferencija. Može se žrtvovati ako je novi proces jednostavniji.

Najprije isprobajte standardni proizvod. Prilagodite samo ono što stvara stvarnu prednost ili izbjegava konkretan problem.

Plan migracije

Mala tvrtka ne bi trebala automatski prenijeti deset godina neurednih datoteka.

Jednostavan plan može biti:

Faza 1 — čišćenje

Uklonite duplikate i standardizirajte barem klijente, lokacije, vozače i vozila.

Faza 2 — uvoz

Učitajte matične podatke i, ako je potrebno, ograničeno razdoblje povijesnih naloga.

Faza 3 — kratko paralelno ispitivanje

Koristite novi sustav s ograničenom skupinom ili nekoliko dana, izbjegavajući mjesece dvostrukog rada.

Faza 4 — datum prijelaza

Odredite: “od ponedjeljka se svi novi nalozi stvaraju ovdje”.

Faza 5 — arhiva

Čuvajte stari materijal prema primjenjivim obvezama, ali ga više nemojte koristiti kao aktualni plan.

Bodovna tablica za usporedbu 3 softvera

Upotrijebite ocjenu 1-5 i dodijelite težinu.

Težine treba prilagoditi. Vrijednost tablice je u tome da spektakularna demonstracija sporedne funkcije ne dominira odabirom.

Završni kontrolni popis

• Jesmo li napisali probleme prije nego što smo vidjeli proizvode?
• Postoji li 10 provjerljivih zahtjeva?
• Jesmo li isprobali stvarne naloge?
• Je li osoba koja planira testirala softver?
• Jesu li vozači testirali dio koji se na njih odnosi?
• Jesmo li izmjerili broj koraka?
• Možemo li izvesti podatke i privitke?
• Jesmo li pročitali DPA/privatnost i podizvršitelje obrade?
• Jesu li sigurnosne kopije i kontinuitet jasni?
• Jesmo li izračunali trošak za tri godine?
• Objašnjava li ugovor izlazak i otkaz?
• Možemo li početi bez opsežnih prilagodbi?
• Postoji li konkretan plan migracije?