Prislistor som offererar sig själva

De flesta åkerier har en prislista någonstans. Ett kalkylark med en flik per kund, en laminerad zonkarta bakom disponentens skrivbord, en pdf en säljare skickade till en kund för två avtalsperioder sedan. Själva listan är sällan problemet — någon har lagt ner arbetet på att sätta priser per zon, per vikt, med ett minimibelopp och en uppsättning tillägg. Problemet börjar i stunden någon ska tillämpa den korrekt, ur minnet eller ur en tabell med sex flikar, på de trettio sekunderna mellan två telefonsamtal.

En uppslagstabell är bara så bra som uppslaget

Ett åkeris prislista är sällan ett enda tal. Det är en zonmatris — den här ursprungszonen till den där destinationszonen — korsad med viktintervall, så att priset per kilo trappas ner ju tyngre sändningen blir. Under det ligger ett minimibelopp, för ett tiokilospaket kostar fortfarande ett stopp, förarens tid och en plats på bilen även när viktintervallets pris skulle landa på nästan ingenting. Ovanpå det ligger en uppsättning tillägg — bränsle, en avlägsen postort, baklyft, farligt gods — som gäller eller inte beroende på fakta den som offererar måste lägga märke till och komma ihåg att lägga på.

Inget av detta är komplicerat var för sig. Det blir ett uppslagsproblem i stunden en verklig sändning hamnar nära en gräns: en vikt som avrundar åt fel håll om ett intervall, en postort som rimligen kan tillhöra endera av två zoner, ett kundavtal med ett undantag ingen skrev in i huvudtabellen. En prislista som läses rätt nio gånger av tio av en noggrann person är fortfarande en prislista som ger två olika svar för samma sändning den tionde gången, och inget vid den tionde läsningen ser fel ut inifrån. Det ser ut som en helt vanlig offert.

“Ring för offert” löser fel halva av problemet

Ställt inför det drar de flesta åkerier en gräns: vanliga sändningar får ett publicerat pris, allt som ser komplicerat ut får “ring för offert”. Det låter som en rimlig regel som får avvägningen bakvänd.

De sändningar som ryms rent inom en zon och ett viktintervall — de små, vanliga — är precis de sändningar en kund minst av allt vill lyfta luren för. En veckovis lastbärare med tio pallar motiverar ett samtal; en enda kartong gör det inte, och en kund som måste ringa och vänta på en mänskligt uppläst offert för en sändning värd några hundra kronor låter ofta bli att boka den, eller bokar den hos den konkurrent som svarar i telefon först eller har ett pris publicerat på en sida. Att lägga friktion just här förlorar volym exakt i den änden av verksamheten där volymen är det enda som får marginalen att gå ihop.

Samtidigt är de sändningar som verkligen kräver ett omdöme — flera stopp, flera viktintervall i en och samma sändning, tre tillägg som staplas — de som lämnas åt en person som gör huvudräkning över flera tabeller medan en kund väntar i telefon. Det är precis den situationen som mest sannolikt producerar ett felaktigt tal, och de två sätten det kan gå fel på är båda kostsamma: offerera för lågt och sändningen förlorar pengar i samma stund den bekräftas; offerera för högt och en kund som kollar runt får reda på det, och nästa upphandling går till någon annan. “Ring för offert” styr de enkla fallen mot friktion och de svåra fallen mot en stressad person som gör den huvudräkning systemet borde ha gjort.

Konsekvent prissättning är inte en disciplinfråga

Den instinktiva lösningen är mer noggrannhet: utbilda teamet, dubbelkolla allt nära en gräns, håll kalkylarket städat. Det hjälper, kortsiktigt, och det håller inte i längden. Uppmärksamhet är ingen kontroll — samma erfarna disponent som läser zonmatrisen rätt hela förmiddagen läser den fel en gång, oftast på det samtal som kom in medan hen redan var mitt i ett annat. En prislista som är beroende av att en person lägger märke till varje viktintervalls gräns och kommer ihåg varje tillämpligt tillägg, varje gång, för varje kunds egen version av tabellen, är en prislista som förr eller senare läses fel, och ingen mängd noggrannhet tar bort det förr eller senare.

Det som faktiskt håller är att flytta zonmatrisen, viktintervallen, minimibeloppet och tilläggen ut ur ett dokument en person läser och in i data ett system tillämpar — samma indata ger samma tal oavsett vem som lämnar offerten, vare sig det är en disponent i telefon, en säljare som offererar ur minnet, eller en kund som själv skriver in en sändning i ett formulär. Det tar inte bort behovet av att prislistan är rätt; det tar bort behovet av att en rätt prislista läses rätt under tidspress, vilket är steget som faktiskt fallerar. En föråldrad prislista som tillämpas konsekvent är fortfarande fel — konsekvent fel, på ett sätt som åtminstone syns och går att rätta till, snarare än fel på det samtal som råkade landa på fel flik i kalkylarket. Listan behöver fortfarande en ägare som återkommer till den när kostnader och zoner ändras; konsekvens ger dig ett system som tillämpar dagens lista exakt, inte ett system som aldrig behöver en ny.

Vad navichain gör

Det är vad en prislista är till för i navichain: prislistor per kund, prissatta efter vikt, sträcka, tid eller geografisk zon, hållna en gång som data snarare än som ett kalkylark med en flik per kund och ett minne av vilken flik som gäller. En offert som hämtas ur den prislistan går från prislista till bokförd faktura utan ett kalkylark på vägen, så att talet en kund fick offererat och talet som till slut hamnar på fakturan är hämtade ur samma tabell snarare än avstämda i efterhand. Och eftersom en offert blir en bokning vid bekräftelse, utan omtagning mellan offert och uppdrag, kostar de fall som verkligen kräver att någon tittar — flera stopp, det förhandlade undantaget — ingen ny inmatning när den personen väl bestämt att talet stämmer. Resten behöver aldrig “ring för offert” alls: samma prislista som ger en disponent ett konsekvent tal ger samma tal till en kund som lägger sändningen själv.