De fleste logistikchefer opdager først problemet, når det allerede står lige foran dem. I månedsvis lå fejlraten pænt på et par procent, og pludselig fylder rettelser, kreditnotaer og vrede kundemails halvdelen af arbejdsugen. Volumen er steget med 40 procent. Fejlene er steget med 200.

Det er et klassisk mønster, når en virksomhed vokser fra sin bookingløsning. Fejlprocenten stiger sjældent lineært med antallet af forsendelser. Den eksploderer, fordi de manuelle nødløsninger og uformelle aftaler, der holdt processen sammen ved lavere volumen, ikke kan skaleres. En medarbejder kan have tolv særregler i hovedet. Ikke halvfjerds.

Denne artikel handler om, hvad der faktisk driver bookingfejl under vækst, og hvordan skabeloner, valideringsregler og faste arbejdsgange holder fejlraten nede, når forsendelsesvolumen stiger.

Hvorfor fejlene eksploderer i stedet for at stige lineært

Ved lav volumen er hver booking i bund og grund en lille, håndlavet opgave. Den, der booker, tjekker adressen, dobbelttjekker vægten og ringer måske til lageret for at bekræfte antallet af kolli. Systemet er personen.

Når volumen fordobles, sker der to ting på én gang: tiden pr. booking halveres, og antallet af sjældne særtilfælde stiger. Farligt gods til Norge. Kunder, der kræver følgesedler på engelsk. Adresser med portkoder, der skal i et bestemt felt. Særregler, der tidligere blev håndteret ad hoc, bliver nu overset, fordi der simpelthen ikke er tid til at huske dem alle.

Derfor fordeler fejlene sig ikke jævnt. De samler sig om de mest komplekse kundetyper og de travleste dage, præcis dér hvor de koster mest.

Skabeloner er ikke standardisering, men systematiseret hukommelse

Mange logistikchefer afviser skabeloner, fordi de forbinder ordet med stive standardløsninger, der ikke passer til virkeligheden. Det er en misforståelse. En god skabelon er ikke en spændetrøje. Den er en måde at sikre, at den viden, der ligger i hovedet på en erfaren medarbejder, stadig er tilgængelig, når vedkommende er på ferie.

En praktisk skabelon indeholder som minimum:

Standardværdier for felter, der typisk er ens (afsenderadresse, pakketype, transportør)
Faste valg for kundespecifikke krav (labels, dokumenter, incoterms)
Forudfyldte felter for tilbagevendende ruter eller modtagere

Målet er ikke at fjerne fleksibiliteten. Målet er, at den, der booker, kan bruge sin opmærksomhed på det, der er særligt ved en forsendelse, frem for det, der er ens hver gang.

Valideringsregler fanger fejlene, før de bliver dyre

Den næste byggesten er validering. En bookingfejl, der opdages i systemet før afsendelse, koster minutter at rette. Den samme fejl, der opdages, når chaufføren står ved læsserampen, eller når en pakke kommer retur fra Tyskland, koster timer og ofte rigtige penge.

Valideringsreglerne bør rette sig mod de dyreste fejltyper. Typiske eksempler:

Grænser for vægt og mål pr. transportør, så en palle ikke kan bookes hos en transportør, der ikke kan håndtere den
Regler for obligatoriske dokumenter ved eksport uden for EU
Kontrol af postnummer mod landet, så en dansk adresse ikke ender med at blive sendt til Sverige
Advarsler om manglende reference for kunder, der kræver en bestemt afsenderreference

Reglerne må ikke være for generelle. De skal afspejle de fejl, jeres virksomhed rent faktisk har oplevet. Gennemgå de seneste tre måneders kreditnotaer og reklamationer, så finder I et komplet bibliotek af valideringsregler, der burde have været aktive.

Faste arbejdsgange fjerner skjulte beslutninger

Det sidste element er at fastlægge en struktureret rækkefølge for selve arbejdsgangen. Ikke fordi medarbejderne mangler kompetencer, men fordi hjernen laver flere fejl, når den skal træffe mange små beslutninger under tidspres.

Et fast flow betyder, at den, der booker, ikke selv skal afgøre, hvilken transportør der bruges til en given kundetype, hvilken labelskabelon der skal vælges, eller hvornår tolddokumenter skal dannes. Systemet foreslår det rigtige valg ud fra kunde, destination og gods. Medarbejderen bekræfter blot eller vælger bevidst noget andet.

Det er her, forskellen mellem en fleksibel platform og en standardplatform bliver tydelig. En standardplatform tvinger alle kunder gennem nøjagtig det samme flow. En fleksibel platform lader flowet afspejle den enkelte virksomheds faktiske arbejdsgang, inklusive de undtagelser og særregler, der findes i praksis.

Rækkefølgen betyder noget

Når bookingfejl skal reduceres i takt med voksende volumen, er det fristende at tage fat på det hele på én gang. Det er sjældent den hurtigste vej. En mere pragmatisk rækkefølge er:

Kortlæg de faktiske fejl fra de seneste måneder, og gruppér dem efter kundetype og fejlkategori.
Byg skabeloner til de fem til ti kundetyper, der står for størstedelen af jeres volumen.
Opsæt valideringsregler mod de dyreste fejl, ikke nødvendigvis de hyppigste.
Formalisér arbejdsgangen for de mest komplekse forsendelser, og lad de enklere køre som hidtil.

Denne rækkefølge sikrer, at indsatsen for at reducere fejl står i forhold til den værdi, den skaber. Det er også en tilgang, der kan indføres uden at stoppe den daglige drift.

Når platformen selv er problemet

Nogle gange er fejlene ikke et tegn på dårlige processer, men på at bookingplatformen ikke længere passer til forretningen. Hvis jeres system ikke kan understøtte kundespecifikke skabeloner, ikke tillader valideringsregler ud over de mest basale, eller tvinger alle bookinger gennem samme flow uanset kompleksitet, så er det platformen selv, der skaber fejlene.

Det er et af de tydeligste tegn på, at en virksomhed er vokset fra sin bookingløsning. Ikke at systemet er langsomt eller ser gammeldags ud, men at det ikke kan afspejle den faktiske kompleksitet i den drift, virksomheden håndterer.

FAQ

Hvad er en normal fejlrate for en bookingfunktion?

Der findes ikke ét benchmarktal, fordi fejlraten afhænger meget af, hvad man måler. Nogle virksomheder tæller kun fejl, der udløser kreditnotaer, mens andre medregner rettelser foretaget før afsendelse. Det konkrete tal betyder mindre end, om det vokser uforholdsmæssigt, når volumen stiger. Det er den vigtigste indikator for, at en proces ikke kan skaleres.

Kan fejlraten reduceres uden at skifte platform?

Ofte ja, i hvert fald op til et vist punkt. Skabeloner og faste arbejdsgange kan ofte bygges oven på eksisterende systemer, hvis platformen tillader det. Grænsen nås, når valideringsreglerne bliver så komplekse eller kundespecifikke, at platformen ikke kan håndtere dem. På det tidspunkt bliver regneark og manuelle huskesedler selv en kilde til fejl.

Hvor lang tid tager det at indføre skabeloner og valideringsregler?

Det afhænger af antallet af kundetyper og særregler, og af hvor tilgængelige tidligere fejldata er. En pragmatisk tilgang, der starter med de fem til ti vigtigste kundetyper, kan ofte gå live inden for få uger. Fuld dækning tager længere tid, men det er ikke nødvendigt at være helt færdig for at begynde at se resultater.

Bookingfejl skyldes sjældent sjusk. De er et tegn på, at en proces bærer mere kompleksitet, end den var designet til. Når volumen stiger, bliver de designmæssige grænser synlige, og det er netop dér, skabeloner, valideringsregler og strukturerede arbejdsgange skaber deres værdi.