Si të zgjidhni një program menaxhimi për një kompani të vogël transporti

Me pak fjalë

Për një kompani të vogël transporti, programi më i mirë i menaxhimit nuk është ai me më shumë funksione. Është ai që përdoret çdo ditë, pakëson hapat manualë dhe mbetet i kuptueshëm kur pronari nuk është para kompjuterit.

Një zgjedhje e gabuar mund të dështojë në dy mënyra:

1. program shumë i thjeshtë, i cili pas pak muajsh rikthehet të përdoret krahas Excel dhe WhatsApp;
2. program shumë kompleks, që kërkon aq shumë konfigurim saqë refuzohet nga operatorët.

Prandaj, përzgjedhja duhet të jetë një projekt i vogël operacional, jo një vendim i marrë pas një demonstrimi komercial prej një ore.

Nisuni nga problemet, jo nga funksionet

Përpara se të kërkoni furnizues, përshkruani pesë problemet që humbasin më shumë kohë ose krijojnë më shumë rrezik.

Shembuj:

• porositë mbërrijnë në tre kanale;
• plani ekziston vetëm në PC-në e një personi;
• një ndryshim i komunikuar shoferit nuk shënohet në skedar;
• e njëjta adresë shkruhet përsëri çdo ditë;
• POD mbërrin pas ditësh dhe nuk lidhet me porosinë;
• nuk dihet cilat porosi janë ende të hapura;
• është e vështirë të kuptohet sa punë është kryer për çdo klient.

Për çdo problem përcaktoni një masë të thjeshtë:

“Sot e rishkruajmë çdo porosi tri herë. Objektivi: ta fusim vetëm një herë.”

Kjo fjali vlen më shumë se “duam të digjitalizohemi”.

Shkruani 10 kërkesa përpara se të shihni demonstrimet

Kërkesat duhet të përshkruhen si veprimtari, jo si fjalë në modë.

Shembull liste

1. Të krijohet një porosi në më pak se dy minuta.
2. Të ripërdoren klientët dhe vendndodhjet e futura tashmë.
3. Të shihen të gjitha porositë e paplanifikuara.
4. Të caktohen kamioni dhe shoferi nga e njëjta ekran.
5. Të zhvendoset një aktivitet pa e rikrijuar.
6. T'i shfaqet shoferit versioni i përditësuar.
7. Të ruhet se kush e ka ndryshuar të dhënën, kur është e disponueshme.
8. Të kërkohet historia sipas klientit/datës/referencës.
9. Të eksportohen porositë në format të lexueshëm.
10. Të menaxhohen llogari të ndara për personat që e përdorin.

Më pas shtoni kërkesa specifike të kompanisë: më shumë marrje, grupazh, karroceri të këmbyeshme, kamionë me gjysmërimorkio, kufizime të klientit, dokumente, import Excel, API, etj.

Provoni programin me porosi reale

Mos përdorni vetëm grupin e të dhënave të përgatitur nga shitësi. Merrni pesë raste të vërteta, duke hequr të dhënat personale ose konfidenciale që nuk nevojiten për provën.

Testoni:

Rasti 1 — porosi normale

Një marrje, një dorëzim, një shofer, një kamion.

Rasti 2 — ndryshim

Pas caktimit, klienti ndryshon orarin ose adresën. Verifikoni ku shfaqet ndryshimi dhe nëse versioni i mëparshëm mund të rindërtohet.

Rasti 3 — përjashtim

Shoferi nuk është i disponueshëm: sa e thjeshtë është ricaktimi?

Rasti 4 — më shumë aktivitete

Një udhëtim me më shumë marrje ose dorëzime, nëse kjo është pjesë e veprimtarisë reale.

Rasti 5 — mbyllje

Dorëzimi është përfunduar, statusi është përditësuar, dokumenti i mundshëm është lidhur, porosia mund të kërkohet pas një muaji.

Matni kohën e hapave. Nëse për të demonstruar një funksion nevojitet vazhdimisht ndërhyrja e këshilltarit, pyesni veten nëse operatori i përditshëm do të arrijë ta përdorë.

Vlerësoni lehtësinë e përdorimit dhe adoptimin

Programi nuk zgjidhet vetëm për pronarin. Përfshini të paktën një person që planifikon dhe, nëse ka një komponent për shoferët, një ose dy shoferë.

Vëzhgoni:

• a kuptojnë nga të fillojnë pa shpjegime të vazhdueshme?
• a mund të korrigjohen gabimet?
• a përputhen emrat e fushave me gjuhën e përdorur në kompani?
• a tregon ekrani i ditës atë që nevojitet vërtet?
• a janë të lexueshme në telefon informacionet thelbësore?
• a nevojiten shumë klikime për një aktivitet të përsëritur dhjetëra herë?

Një funksion teknikisht i fuqishëm që nuk e përdor askush ka vlerë operative zero.

Kontrolloni pronësinë, eksportin dhe portueshmërinë e të dhënave

Një nga pyetjet më të rëndësishme shpesh shpërfillet:

Nëse pas tre vitesh ndryshoj programin, si i marr të dhënat e mia?

Kërkoni me shkrim:

• cilat të dhëna mund të eksportohen;
• në çfarë formatesh;
• nëse eksporti është vetëshërbim apo kërkon asistencë;
• nëse ka kosto për nxjerrjen;
• nëse mund të eksportohen bashkëngjitjet/dokumentet;
• si ruhen lidhjet mes porosisë dhe bashkëngjitjeve;
• për sa kohë të dhënat mbeten të disponueshme pas ndërprerjes;
• si kryhet fshirja përfundimtare.

CSV/XLSX mund të mjaftojë për shumë të dhëna tabelare; për sisteme më të ndërlikuara mund të jenë të rëndësishme API ose eksportet e strukturuara.

Shmangni një varësi ku kompania mund t'i shohë të dhënat, por nuk mund t'i rikuperojë në mënyrë të arsyeshme.

GDPR: çfarë t'i kërkoni furnizuesit

Një program menaxhimi transporti mund të përmbajë emra, të dhëna kontakti, të dhëna të shoferëve, dokumente dhe informacione operative që lidhen me persona fizikë. Roli i privatësisë varet nga shërbimi dhe përpunimet konkrete, por në shërbimet e zakonshme SaaS furnizuesi mund të veprojë, për veprimtari të ndryshme, si përpunues i të dhënave në emër të kompanisë klient.

Neni 28 i GDPR rregullon marrëdhënien mes kontrolluesit dhe përpunuesit dhe kërkon që përpunimi të rregullohet me kontratë ose akt tjetër juridik me elementet e parashikuara nga rregullorja.

Përpara nënshkrimit kërkoni:

• DPA/marrëveshje për përpunimin e të dhënave;
• listë ose mekanizëm informimi për nën-përpunuesit;
• ku përpunohen/ruhen të dhënat;
• masat e deklaruara të sigurisë;
• menaxhimin e shkeljeve të të dhënave personale;
• mbështetje për kërkesat për qasje/fshirje kur zbatohet;
• rregullat e kthimit/fshirjes në fund të kontratës;
• periudhat e ruajtjes dhe kopjet rezervë;
• transfertat e mundshme ndërkombëtare dhe bazat e tyre juridike.

Nuk mjafton një faqe ku shkruhet “GDPR compliant”: nevojiten informacione në përputhje me shërbimin konkret.

Siguria, kopjet rezervë dhe vazhdimësia

Për një kompani të vogël, një ditë pa plan udhëtimesh mund të jetë më e rëndë se mungesa e shumë funksioneve. Prandaj pyesni si e menaxhon furnizuesi besueshmërinë.

Llogaritë

• përdorues individualë;
• politika e fjalëkalimeve;
• MFA, nëse është e disponueshme;
• revokimi i aksesit;
• rolet dhe lejet.

Kopjet rezervë

• a ekzistojnë kopje rezervë?
• me çfarë shpeshtësie?
• për sa kohë ruhen?
• a testohen procedurat e rikthimit?

Vazhdimësia

• a ekziston një faqe statusi ose kanal për incidente?
• cilat nivele shërbimi parashikohen kontraktualisht, nëse ka?
• si punohet nëse interneti ose shërbimi nuk janë të disponueshëm?

Regjistrat

Për operacionet e rëndësishme, të dish kush e ka ndryshuar një të dhënë mund të pakësojë diskutimet dhe kohën e rindërtimit.

Një NVM nuk duhet domosdoshmërisht të kërkojë arkitekturën e një banke, por duhet të kuptojë nëse plani i saj operacional varet nga një sistem pa masa të përshtatshme.

Lexoni kontratën dhe kostot e fshehura

Verifikoni të paktën:

• kohëzgjatjen minimale;
• rinovimin automatik;
• kushtet e anulimit;
• mënyrën e rishikimit të çmimeve;
• numrin e përdoruesve/mjeteve të përfshira;
• kostot për modulet;
• kostot e API;
• kostot e onboarding;
• asistencën e përfshirë;
• SLA, nëse janë të rëndësishme;
• përgjegjësitë dhe kufizimet;
• eksportimin e të dhënave;
• periudhën e qasjes pas ndërprerjes;
• kushtet për përshtatjet;
• pronësinë e zhvillimeve të mundshme specifike.

Pyetja “sa kushton në muaj?” nuk mjafton.

Shmangni përshtatjet e parakohshme

Gjatë demonstrimit është e lehtë të thuash: “ne e bëjmë ndryshe, na e bëni këtë ndryshim”. Pas dhjetë përshtatjesh, projekti bëhet i kushtueshëm dhe i vështirë për t'u përditësuar.

Përpara se të kërkoni zhvillim specifik, dalloni:

Kërkesë ligjore/kontraktuale. Duhet të menaxhohet siç duhet.

Kërkesë operative thelbësore. Pa të, procesi nuk funksionon.

Zakon. “E kemi bërë gjithmonë kështu” nuk është domosdoshmërisht kërkesë.

Preferencë. Mund të sakrifikohet nëse procesi i ri është më i thjeshtë.

Provoni së pari produktin standard. Përshtatni vetëm atë që krijon një avantazh real ose shmang një problem konkret.

Plan migrimi

Një kompani e vogël nuk duhet të transferojë automatikisht dhjetë vjet skedarë të çrregullt.

Një plan i thjeshtë mund të jetë:

Faza 1 — pastrimi

Eliminoni dublikatat dhe standardizoni të paktën klientët, vendndodhjet, shoferët dhe mjetet.

Faza 2 — importi

Ngarkoni të dhënat bazë dhe, nëse nevojitet, një periudhë të kufizuar porosish historike.

Faza 3 — provë e shkurtër paralele

Përdorni sistemin e ri me një grup të kufizuar ose për disa ditë, duke shmangur muaj të tërë pune të dyfishtë.

Faza 4 — data e kalimit

Vendosni: “nga e hëna të gjitha porositë e reja krijohen këtu”.

Faza 5 — arkivi

Ruani materialin e vjetër sipas detyrimeve të zbatueshme, por mos e përdorni më si plan aktual.

Fletë pikësh për të krahasuar 3 programe

Përdorni një pikëzim 1-5 dhe caktoni një peshë.

Peshat duhen përshtatur. Vlera e tabelës është të shmangë që një demonstrim spektakolar i një funksioni dytësor të dominojë zgjedhjen.

Lista përfundimtare e kontrollit

• A i kemi shkruar problemet përpara se të shohim produktet?
• A ekzistojnë 10 kërkesa të verifikueshme?
• A kemi provuar porosi reale?
• A e ka testuar programin personi që planifikon?
• A e kanë testuar shoferët pjesën që u përket?
• A kemi matur numrin e hapave?
• A mund të eksportojmë të dhëna dhe bashkëngjitje?
• A kemi lexuar DPA/privatësinë dhe nën-përpunuesit?
• A janë të qarta kopjet rezervë dhe vazhdimësia?
• A e kemi llogaritur koston në tre vjet?
• A shpjegon kontrata daljen dhe anulimin?
• A mund të fillojmë pa përshtatje të rënda?
• A ekziston një plan konkret migrimi?