Därför misslyckas TMS-införanden — och det är sällan mjukvarans fel

Fråga ett åkeri om transportsystemet de slutade använda, så kommer svaret oftast på en rad: det passade inte vårt sätt att jobba. Det är en bekväm mening, för den lägger felet utanför huset — hos mjukvaran, eller hos leverantören som sålde den. Ibland stämmer det. Oftare var produkten fullt duglig och något annat gick fel, och det andra är vanligt nog att ha en form.

Fyra mönster står för det mesta av vraket. Inget av dem är tekniskt, och alla fyra är billigare att förebygga än att överleva.

1. Datan går in smutsig

Varje verksamhet bär på ett kundregister som vuxit i ett decennium utan att någon fått betalt för att sköta det. Tre stavningar av samma mottagare. Adresser som egentligen är en förares minne av vilken port som gäller. Prisöverenskommelser som lever i en mejlmapp i stället för i något system. Ingen stör sig, eftersom de som använder registret vet vad det betyder.

En migrering rensar inget av det. Den kopierar det, fortare än någon hinner läsa, och lägger ner det i ett system där tvetydigheten plötsligt syns för alla — inklusive en planerare som inte vet vilken av de tre mottagarna som är den riktiga. Inifrån läses det som att det nya systemet är fel.

Motmedlet är inte ett datakvalitetsprojekt. Det är ett urval. Städa de kunder du fakturerat de senaste tolv månaderna, adresserna på de senaste hundratalen bokningarna och de prislistor du faktiskt offererar ifrån. Svansen — kunden du körde två gånger 2019 — kan komma senare, eller aldrig. Dublettrensa på de fält det nya systemet kommer att matcha på, inte på dem som ser skräpiga ut för ett mänskligt öga.

Räkna innan du binder upp dig: exportera kundregistret, sortera på namn och se hur många nästan-dubletter du har. En eftermiddag så säger mer om projektet än någon demo gör.

2. Ingens namn står på det

“Ledningsgruppen driver frågan” betyder att ingen gör det. Detsamma gäller en ägare som har titeln men inte timmarna: trafikledaren som ska konfigurera systemet mellan trafikledningsdagarna kommer att göra det på kvällarna, slarvigt, i ungefär tre veckor.

En införandeägare behöver tre saker, och det är den tredje som brukar hoppas över. Skyddad tid i arbetsveckan. Mandat att bestämma — vilka fält som är obligatoriska, vems kalkylblad som slutar gälla, vad som händer när två avdelningar vill ha olika arbetssätt. Och tillräcklig närhet till arbetet för att känna när det går fel; den som planerar, trafikleder eller fakturerar är en bättre ägare än den som bara rapporterar om det.

Leverantören kan inte vara den personen, och inte en konsult heller, av samma skäl: de åker hem. Ett projekt som ägs enbart av IT brukar gå live tekniskt korrekt och operativt oanvänt.

3. Allt ändras på måndag

Big bang-övergångar lockar för att parallelldrift känns som att betala dubbelt, och lite som att erkänna att man kan misslyckas. Så sätts ett datum, det gamla systemet stängs på fredagen, och alla okända faktorer i projektet infinner sig samtidigt — på den dag verksamheten är som mest belastad och minst kapabel att ta emot dem.

Det värre är vad en big bang kastar bort: att det gamla systemet fortfarande är varmt. En återgång som innebär att återställa en säkerhetskopia är ingen återgång någon väljer klockan sju en måndagsmorgon med bilar som väntar.

Den billigare formen är ett urval med en riktig kant — en terminal, en kund, en återkommande slinga — kört hela vägen igenom i två veckor. Hela vägen är den del som brukar strykas. En pilot som stannar vid planeringen har testat den roliga halvan; halvan som hittar problemen är leveransbevis, fakturan och huruvida ekonomisystemet känner igen det som kom ut. Bredda sedan. Två veckors dubbelregistrering på en slinga kostar mindre än en månad av en verksamhet som går på adrenalin och gruppchattar.

4. Den gamla processen i nya skärmar

Varje verksamhet har kringgåenden som finns för att de tidigare verktygen inte klarade något: whiteboarden bredvid skrivbordet, gruppchatten som egentligen är en uppdragskö, kalkylbladet ingen erkänner att de underhåller. I ett införande återskapas de troget, för så gör vi här — och resultatet är ny mjukvara konfigurerad att återge det gamla systemets begränsningar.

Frågan värd att ställa om varje steg är vad det är till för. Förvånansvärt många svar visar sig vara “för att det förra systemet inte klarade X”. En del är verkliga kontroller och måste överleva. Poängen är att ta reda på vilka, medan någon fortfarande får betalt för att titta.

Det är också här bra system stängs av. Ett system som gör sitt jobb nekar saker: en tur som spräcker kör- och vilotiderna, ett gods som inte får samlastas med det som redan är ombord, ett fordon vars besiktning har gått ut. Första veckan känns de nekandena som friktion, och det finns alltid ett tryck att stänga av dem tills allt har satt sig. Stäng av tillräckligt många och du har köpt ett dyrare sätt att driva den verksamhet du redan hade. Nekandena är produkten.

Där leverantören har sin del av skulden

Gott om införanden havererar på leverantörens sida av linjen, och de flesta varningstecknen syns innan avtalet skrivs på:

• Demon körs på inövad data. En demo på dina slingor, dina kunder och din prissättning säger något. Ett välputsat dataset säger att säljteknikern förberedde sig väl.
• “Konfigurerbart” som får bära mycket. Ibland betyder det en inställning. Ibland betyder det inte byggt än, och då säljs du en färdplan till en produkts pris. Fråga vilket, och be om svaret skriftligt.
• Fast omfattning fakturerad per timme. Fråga vad som händer när uppskattningen är fel innan du får se vad som händer när uppskattningen är fel.
• Utbildning som en enda dag vid driftsättningen, innan någon har riktigt arbete i systemet och riktiga frågor att ställa. Det andra passet, en månad in, är det som ändrar hur folk använder systemet.
• Ingen dokumenterad väg ut. Om ingen kan berätta hur din data lämnar systemet, i vilket format och till vilken kostnad, fråga igen tills någon kan.

Tecknet på att det går snett

Håll utkik efter kalkylblad som dyker upp bredvid det nya systemet. Det är den tidigaste ärliga signal du får, och den handlar aldrig om lättja: de som gör jobbet har hittat en lucka och kört runt den. Fråga dem inom en vecka vad luckan är, så beskriver de den exakt. Vänta ett kvartal, så är kalkylbladet systemet igen — med en mjukvarufaktura bredvid.

Var navichain passar in, och var vi inte gör det

Inget av de fyra mönstren är något en leverantör kan sälja dig ur. Vi kan inte städa ditt kundregister, utse din införandeägare eller välja ditt övergångsdatum — och en leverantör som påstår annat beskriver en tjänst, inte en produkt.

Det vi kan göra är att ta bort hindren som ligger på vår sida av linjen. Alla funktioner ingår i alla planer, så det finns ingen fas två-uppgradering som väntar på godkännande mitt i projektet. Faktureringen är månadsvis utan bindningstid, så ett projekt som går långsamt är inte en investering någon måste försvara. Och gratisplanen kör ett fordon med hela plattformen på — nog för att köra en riktig slinga genom en riktig vecka, från bokning till förarapp till leveransbevis till faktura, innan någon skriver på något.

Är ni fortfarande i valet och kvalet är vår checklista för att välja TMS de frågor vi själva skulle ställa i er situation. Plattformssidan och priserna är resten av svaret.