Kostnad-per-transaktion-modellen lockar för att den är lätt att förklara: kunden betalar när värde skapas. I praktiken blir dock per transaktion pris ofta en prissättning som är enklare att sälja än att skala – både kommersiellt och operativt.
För svenska försäljningschefer är utmaningen sällan att få modellen godkänd i första affären. Utmaningen kommer när ni ska standardisera erbjudandet, växa snittaffären och samtidigt behålla kontroll på marginal, leverans och incitament. Då visar sig sprickorna: det som känns rättvist i en demo kan bli otydligt i en årsplan.
Den här analysen går igenom varför kostnad-per-transaktion-prissättning fungerar så bra i början, varför den börjar knaka vid tillväxt, och vilka frågor ni bör ställa innan ni bygger hela er prissättning & värde-berättelse på modellen.
Varför per transaktion pris är enkelt att sälja
Det finns en tydlig psykologisk fördel i att koppla betalning till en observerbar händelse: en transaktion, ett ärende, en verifiering, en matchning. Köparen upplever mindre risk, eftersom kostnaden följer volymen. För säljorganisationen gör det också pitch och kalkyl rakare: priset blir en multiplikation, inte en förhandling om abstrakta nivåer.
Det här gynnar särskilt nya leverantörer eller nya kategorier där kunden ännu inte har en etablerad budgetpost. I stället för att argumentera för en stor fast licens kan ni ankra i kundens egen aktivitet. Modellen passar dessutom väl när ni säljer in en funktion som ligger nära intäkt eller kostnadsbesparing, där värdet kan beskrivas per enhet.
Men den kommersiella enkelheten är också modellens akilleshäl: när transaktionen blir den enda värdemätaren börjar kunden ifrågasätta allt som inte syns i just den enheten – och ni får svårare att få betalt för plattform, utveckling, säkerhet och support.
När usage och pricing börjar driva fel beteenden
Transaktionsbaserad pricing skapar tydliga incitament. Problemet är att incitamenten inte alltid sammanfaller med det ni vill optimera tillsammans med kunden. Kunden vill ofta minska antalet debiterbara händelser, även om det sänker kvalitet, täckning eller automation. Leverantören vill ofta öka volymen, även om det ökar belastning och kostnad i leveransen.
I mogna affärer dyker därför en typisk spänning upp: kunden vill ha högre användning men lägre rörlig kostnad. Ni hamnar i diskussioner om vad som räknas som en transaktion, vilka undantag som gäller, och hur ni hanterar ”onormala” toppar. Det blir inte bara en priskonversation, utan en definitionskonversation – och det tar tid från värdearbetet.
Om ni säljer en lösning där värdet sitter i beslutsstöd, regelefterlevnad eller riskreduktion kan ren per-transaktion dessutom kännas som fel måttstock. Ni kan leverera mer värde genom färre transaktioner (till exempel genom att förebygga fel), vilket paradoxalt nog minskar intäkten.
Skalning: vad som går sönder när ni växer
Skalning pressar fram standardisering. Kostnad-per-transaktion-prissättning blir svår att skala när varje större kund kräver sin egen definition av ”transaktion”, sina egna trappor och sina egna tak. Då tappar ni det som gör en prissättning stark: förutsägbarhet internt och begriplighet externt.
Försäljningsstyrning påverkas också. När intäkten är rörlig blir forecast osäkrare och kompensationsmodeller knepigare. Säljcykeln kan bli längre eftersom inköp vill förstå volymantaganden, säsongsvariation och vad som händer vid förändrade processer. Det som började som ”betala bara när ni använder” slutar ofta i en diskussion om minimiåtaganden, volymband och klausuler.
Och på leveranssidan händer något som sällan syns i kalkylen: ert team måste bygga och drifta mätning, rapportering och tvisttålighet. När ni blir stora nog kommer någon kund att vilja revidera siffror. Om ni inte har spårbarhet på radnivå blir varje avvikelse en intern brand.
Värdeberättelsen blir smalare än produkten
Den största strategiska risken är att ni låser ert värde till en enda enhet. När kunden vänjer sig vid att allt mäts i transaktioner får ni svårare att ta betalt för sådant som inte skalar linjärt: implementation, datakvalitet, integrationer, governance, utbildning, förändringsledning.
Det påverkar hur ni positionerar er mot konkurrenter. En aktör som kan prisa sig lägre per transaktion kan framstå som ”billigare”, även om er lösning ger bättre utfall. Om er differentiering sitter i kvalitet eller riskreduktion kan ni behöva en modell som också fångar den dimensionen, annars blir ni jämförda på fel axel.
Det är här många team fastnar: de vill byta modell men är rädda att tappa den tydlighet som gjorde att de vann i början. Lösningen är sällan att överge per-transaktion helt, utan att komplettera så att priset speglar både värde och kostnadsdrivare.
När modellen fungerar – och hur ni bör tänka
Kostnad per transaktion fungerar bäst när tre saker är sanna: enheten är tydlig och stabil över tid, värdet är proportionellt mot volymen, och ni kan mäta på ett sätt som kunden uppfattar som rättvist. Är någon av dessa osäker börjar modellen kosta mer än den smakar.
Ett praktiskt test är att fråga: Om kunden dubblar volymen, dubblar då även ert leveransarbete och kundens upplevda värde? Om svaret är nej behöver ni fundera på en priskonstruktion som har fler komponenter än bara rörlig volym. Annars får ni antingen en marginalpress (om kostnaderna ökar snabbare än intäkten) eller en kundkonflikt (om intäkten ökar snabbare än värdet).
Ni bör också bestämma vad transaktionen inte ska bära. Om ni vill kunna investera i produkt, säkerhet och support utan att jaga volym behöver ni en bas som ger stabilitet. Det är ofta där skalning blir möjlig: en affärslogik som är enkel nog att sälja, men robust nog att växa med.
Nästa steg: ta fram en tydlig definition av er transaktion, stresstesta den mot tre olika kundtyper och räkna på hur priset beter sig vid 2x och 5x volym innan ni låser er vid per transaktion pris som huvudmodell.
