Tiered pricing kan snabbt ge högre intäkt per kund – men lika snabbt skapa intern friktion när sälj märker att kunder ”köper fel” och att uppgraderingar uteblir. Problemet är sällan att du har för många val. Problemet är att gränserna mellan nivåerna är otydliga, så att det billigare alternativet blir ”good enough” för för många.
Den här guiden visar hur du sätter skarpa, säljbara gränser mellan nivåer utan att skapa onödig komplexitet. Fokus ligger på hur du designar erbjudandet så att varje nivå känns logisk för kunden, och samtidigt skyddar uppgraderingsvägen.
Om du säljer B2B med längre säljcykler är det extra viktigt: små otydligheter i paketeringen blir stora i kunddialogen, särskilt när inköp och verksamhet tolkar värde på olika sätt.
1) Börja med vad som ska vara ”låst” mellan nivåer (innan du prissätter)
För att undvika kanibalisering behöver du först bestämma vad som ska skilja nivåerna åt på riktigt – inte bara i mängd. En vanlig fälla är att göra skillnaden mellan nivåer till ”mer av samma” (fler användare, mer lagring, fler rapporter). Det kan fungera, men bara om användningsmönstret tydligt växer med kundens mognad. Om inte blir den lägre nivån ett permanent hem.
Gör därför en enkel inventering av två typer av gränser:
– Kapacitetsgränser: hårda tak som påverkar vardagsanvändning (t.ex. antal team, antal integrationer, antal arbetsflöden).
– Risk- och ansvargränser: sådant som påverkar trygghet och styrning (t.ex. behörigheter, revisionsloggar, SLA, datahantering).
Risk- och ansvargränser är ofta mer effektiva än rena volymtak i B2B, eftersom de kopplas till krav från IT, compliance och ledning. De skapar en naturlig anledning att uppgradera när kunden blir mer seriös i användningen.
2) Designa tiered pricing så att varje nivå löser ett komplett jobb
Tiered pricing fungerar bäst när varje nivå är en komplett lösning för en tydlig kundtyp, inte en ”halv produkt” som ska irritera fram en uppgradering. Om den lägsta nivån känns strypt eller ”snål” sjunker konverteringen – och sälj börjar rabattera eller bygga specialcase.
Praktiskt innebär det att du ska formulera ett tydligt ”jobb” per nivå:
– Basnivå: komma igång och få resultat i liten skala, utan krav på avancerad styrning.
– Mellannivå: skala till fler personer/processer med tydligare kontroll.
– Högsta nivå: driftsäkerhet, styrning och stöd för organisationens krav.
När du sedan bygger dina paket ska varje nivå kännas som ett naturligt stopp. Kunden ska kunna välja den nivå som matchar dagens behov, men samtidigt förstå varför nästa nivå blir nödvändig när användningen breddas.
3) Sätt gränser med ”gating” som sälj kan förklara på 20 sekunder
Många paket misslyckas inte i kalkylen utan i säljsamtalet. Om sälj behöver förklara fem olika villkor, eller om kunden måste läsa en tabell för att förstå, blir resultatet antingen osäkerhet eller prispress.
En fungerande tumregel: varje nivå ska ha 1-2 primära ”grindar” som är lätta att förstå och svåra att argumentera bort. Exempel på grindar som ofta fungerar i B2B:
– Styrning: roller, behörigheter, godkännande-flöden, audit log.
– Integration: kopplingar till centrala system (CRM/ERP/IdP) som blir kritiska när kunden skalar.
– Support och avtal: svarstider, onboarding, SLA, dedikerad CSM.
Det är också här du ska vara konsekvent med nivåer: om avancerad styrning är en grind, ska den inte kunna köpas som ett billigt tillägg i lägsta nivån. Annars skapar du en sidodörr som urholkar uppgraderingslogiken.
4) Hantera add-ons utan att skapa sidodörrar som driver kanibalisering
Add-ons är kraftfulla när de används för att möta variation inom samma kundsegment. Men fel add-on kan göra tiered-modellen tandlös. Grundfrågan är: är detta en variation inom samma mognadsgrad, eller är det ett tecken på att kunden egentligen tillhör en högre nivå?
Så här kan du tänka för att undvika kanibalisering:
– Add-ons för ”smak”: funktioner som vissa vill ha men som inte förändrar hur kritisk lösningen är (t.ex. extra mallbibliotek, specifika dashboards, extra träningspass).
– Uppgradering för ”styrning och risk”: allt som gör att fler kan arbeta i systemet med kontroll, eller som minskar drift- och efterlevnadsrisk.
Om du tillåter add-ons som ersätter en nivågrind kommer duktiga förhandlare att plocka russinen ur kakan. Resultatet blir sämre intäkt per kund och en rörig produktportfölj som sälj måste memorera.
5) Bygg uppgraderingsvägen i säljprocessen (inte bara i prislistan)
Du kan ha rätt tiered pricing på papper och ändå misslyckas om sälj pratar ”pris” före ”gräns”. Uppgraderingen händer när kunden upplever friktion som du på förhand definierat som nivågrinden – och när sälj har språk för att koppla friktionen till nästa nivå.
Gör därför två konkreta saker:
För det första: skriv in uppgraderingssignaler i säljplaybooken. Det kan vara ”nu vill de koppla på SSO”, ”nu behöver de separata team med olika behörighet” eller ”nu frågar de om SLA”.
För det andra: mät var kunder fastnar. Om många stannar i en lägre nivå trots hög användning är det ett tecken på att dina grindar inte matchar verkligheten – eller att dina paket inte speglar hur kunder skalar.
Det är också här du tar kontroll över rabatter: rabatter ska inte användas för att kompensera för otydliga nivåer. Om du behöver rabattera för att få kunder att välja en högre nivå är det ofta ett paketproblem, inte ett prisproblem.
Tiered pricing blir stabilt först när gränserna mellan nivåer är tydliga i både produkt, erbjudande och säljspråk – och när dina paket speglar hur kundens risk, ansvar och behov av styrning faktiskt växer.
Nästa steg: välj en nivågrind du vill stärka, uppdatera paketeringen så att den är konsekvent, och testa den nya formuleringen i säljsamtal den här veckan.
