Dagen då Excel slutar räcka till för trafikledningen

Hos de flesta mindre åkerier finns en arbetsbok. Den heter något i stil med Planering_v4.xlsx, har en flik per vecka, färgmarkeringar som betyder något för två personer, och den har planerat varje lass företaget någonsin kört. Den fungerar. Det är den delen mjukvaruleverantörer brukar ha fel om: de behandlar kalkylbladet som ett tecken på oordning, när det i ett ungt transportföretag oftast är ett riktigt beslut, fattat av goda skäl.

Den här texten handlar om punkten där det slutar vara riktigt. Den punkten kommer senare än leverantörer påstår och tidigare än de flesta åkerier märker — och den märks inte av antalet bilar. Den märks av fyra konkreta symtom.

Varför kalkylbladet vinner så länge

En trafikledningsdag har en naturlig form i ett rutnät: rader är uppdrag, kolumner är dagar eller fordon, och hela veckan får plats på en skärm. En planerare läser det snabbare än någon listvy, eftersom upplägget är hans eller hennes eget — byggt kring hur just det här företaget faktiskt arbetar, inte kring hur en produktdesigner föreställde sig ett generiskt åkeri.

Kalkylbladet är också ärligt med kostnaden. Att ändra modellen tar sekunder: en ny kolumn, en ny flik, en regel som bara finns i planerarens huvud och i den villkorsstyrda formateringen. Ingen leverantör, inget ärende, ingen release. När en kund ber om något strukturellt udda — gods som ska stå en vecka, ett dellass som delas på två sträckor, ett pris som avtalats i telefon — tar kalkylbladet emot det utan invändningar. System som vägrar sådant är inte mer korrekta. De är mindre flexibla, och ibland är den bytesaffären värd att göra och ibland inte.

Vändpunkten handlar alltså inte om finess. Den handlar om hur många personer och maskiner som behöver läsa och skriva samma uppgifter samtidigt.

Symtom ett: två personer i samma fil

Microsoft stödjer att flera redigerar samma arbetsbok samtidigt, men villkoren är värda att känna till. Samredigering kräver att filen har det moderna formatet .xlsx och ligger på OneDrive, OneDrive for Business eller ett SharePoint Online-bibliotek — en lokalt installerad SharePoint har inte stödet. Vissa innehåll stänger av det, bland annat OLE-objekt, pennanteckningar och den äldre funktionen för delade arbetsböcker. På en vanlig nätverksmapp får den andra som öppnar filen den skrivskyddad.

Den synliga kostnaden är kö: trafikledaren väntar medan någon på ekonomi har filen uppe. Den osynliga är värre. När låset blir tillräckligt besvärligt börjar man gå runt det — en kopia på skrivbordet, en utskrift med handskrivna ändringar, ett meddelande som aldrig når filen. Nu finns två versioner av sanningen och inget säkert sätt att avgöra vilken som är nyast.

Testet: hur ofta frågar någon på kontoret är du inne i filen? Är svaret varje dag har ni passerat den här punkten för längesedan.

Symtom två: kalkylbladet slutar vid kontorsdörren

Arbetsboken bor på kontorsnätet och föraren bor i en hytt. Länken mellan dem är ett telefonsamtal, vilket betyder att varje statusändring kostar två personers uppmärksamhet och sker först när båda är lediga att prata. Leveransbeviset kommer på papper: en påskriven sedel som når kontoret när bilen gör det, vilket på en flerdagstur kan bli fredag för en leverans på måndag.

Det glappet har en direkt ekonomisk kant, eftersom de flesta åkerier inte kan fakturera det de inte kan styrka — och underlaget ligger i en pärm i hytten. Vi har gått igenom just den fördröjningen i vad leveransbevis på papper kostar i faktureringstid.

Testet: räkna dagarna mellan leverans och faktura, och räkna samtalen per dag som bara finns för att fråga en förare var han är.

Symtom tre: ingen kan rekonstruera tisdagen

Skriv över en cell och det tidigare värdet är borta. OneDrive och SharePoint sparar filversioner, så en förlorad eftermiddag går oftast att få tillbaka — men att få tillbaka den innebär att öppna gamla kopior och jämföra med ögat. Det är inte samma sak som att kunna svara på vem ändrade det här leveransfönstret, när, och vad stod det innan?

De flesta veckor spelar det ingen roll. Det spelar roll den dag en kund hävdar att det bokade fönstret var 08:00, eller när ett skadeärende hänger på vilken förare som lastade vilken pall, eller när en väntetidsdebitering beror på när bilen faktiskt kom fram. I de samtalen brukar en verksamhet som inte kan visa sin egen dokumentation ge med sig av goodwill. Den eftergiften är en verklig kostnad, och den syns aldrig i en systemjämförelse — den bokförs som försäljning, inte som IT.

Testet: de tre senaste tvisterna — avgjorda med underlag, eller nedskrivna?

Symtom fyra: kunden står utanför filen

Kalkylbladet är internt till sin natur. Kunderna får därför sin information på det enda andra sätt som finns: de ringer, och en trafikledare avbryter planeringen för att läsa upp en rad. Större kunder formaliserar det till ett krav på ett statusmejl varje morgon, vilket är samma avbrott med ett schema på.

Inget av det är orimligt beteende från kunden. De har sin egen produktion, sin egen slutkund och ingen insyn i er. Men kostnaden landar helt och hållet i trafikledarens dag. Räkneexemplet finns i vad en kundportal faktiskt tar bort.

Det femte symtomet, som handlar om personer

Till slut blir arbetsboken en person. En planerare vet varför kolumn M är formaterad som den är, vilken flik som är inaktuell och vilken av de två kopiorna som gäller. När den personen har semester går verksamheten på reducerad kapacitet, och alla vet om det. Företaget har samlat på sig ett personberoende utan att någonsin ha beslutat det.

Mjukvara tar inte bort personberoendet. Den flyttar det från en odokumenterad fil till en dokumenterad konfiguration, vilket är en mindre och mer överlämningsbar variant av samma problem — värt att vara klarögd om snarare än att sälja som en bot.

Vad som inte är skäl att byta

Att vara liten är inget skäl. Inte heller att en konkurrent nämner sitt TMS, eller att en konsult kallar kalkylbladet oprofessionellt. En bil, tjugo lass i veckan, en planerare som också är ägare: ett kalkylblad är snabbare, billigare och mer anpassningsbart än något du kan köpa, och ett byte skulle kosta dig tempo du inte har råd att förlora.

Vändpunkten är verkligen inte en flottstorlek. Ett åkeri med tre bilar som kör distribution med många stopp och lagerhållet kundgods kan möta alla fyra symtomen första året. Ett åkeri med femton bilar som kör samma avtalade skytteltrafik varje dag, med en planerare och en faktura i månaden, möter dem kanske aldrig. Bedöm symtomen, inte antalet bilar.

Sätt en siffra på det först

Innan du kortlistar något: mät en helt vanlig vecka. Minuter som går åt till att skriva in samma bokning på ett andra ställe, mottagna statussamtal, dagar mellan leverans och faktura, gånger filen var låst, tvister som skrivits ned i brist på underlag. Multiplicera med antalet arbetsveckor. Den siffran är vad du köper mot — och är den mindre än en prenumeration är det riktiga svaret att behålla kalkylbladet och titta igen om ett år. Det är ett fullt legitimt utfall, inte brist på mod.

Motiverar siffran ett byte finns frågorna som skiljer systemen åt i vår checklista för att välja TMS. Och arbetsboken behöver inte kastas efteråt: för en engångsanalys, ett scenario eller en anbudskalkyl är ett kalkylblad matat med en export fortfarande det bästa verktyget som finns.

Värt att veta innan du binder upp dig på något: navichain har en gratisnivå — 0 kr i månaden, ett fordon, 25 operationer i månaden, två kontorsanvändare och 25 affärspartner, med alla funktioner inkluderade och förarappen med två platser per fordon. Inget kort krävs för att börja, så du kan planera en riktig vecka parallellt med kalkylbladet och själv bedöma om de fyra symtomen försvinner. Planerna ovanför finns på prissidan, och plattformssidan visar vad som ingår i dem.