7 sikre greb til ny packaging strategi i SaaS uden at skræmme eksisterende kunder væk

“Hvis vi ændrer pakkerne, så siger halvdelen af vores kunder op.”

Det var sætningen fra en salgschef i et mødelokale med for lidt ilt og for mange Excel-ark åben på samme tid. Alle vidste, at deres pris- og packaging-strategi var forældet, men ingen turde rigtig røre den.

Hvis du kan genkende den stemning, er du ikke alene. I mange B2B- og SaaS-virksomheder er pricing og pakker blevet til et minefelt. I denne artikel går vi systematisk igennem, hvordan du kan opdatere din packaging strategi SaaS, teste nye pakker og value metrics i små, kontrollerede skridt og få eksisterende kunder sikkert med over.

1. Hvorfor packaging ofte er vigtigere end selve prisen

Jeg plejer at starte med et simpelt spørgsmål: Hvis du fordoblede værdien, men kun hævede prisen 10 %, ville dine kunder så se det som en forbedring eller en prisstigning? Svaret afhænger ofte mere af packaging end af kroner og øre.

For mange SaaS-virksomheder er problemet ikke, at prisen er for lav eller for høj. Det er, at produktet er pakket på en måde, der ikke afspejler, hvordan kunderne faktisk bruger det. Du har typisk enten alt for simple pakker, hvor alle får alt, eller alt for komplekse pakker, som ingen helt forstår.

Konsekvensen er den samme: Du underpriser heavy users, overpriser de små kunder og gør det svært for salg og customer success at argumentere for værdien. En klog packaging kan i sig selv løfte omsætning og NRR, uden at listeprisen på forsiden ændrer sig nævneværdigt.

2. Value metric: 6 typiske modeller og hvornår de bryder sammen

Value metric er den enhed, du tager betaling for. I praksis er det dit svar på: “Vi tager primært betaling per X”. Hvis X er forkert, kan selv den smukkeste pristrappe skabe friktion.

Her er seks typiske mønstre, jeg ofte ser i B2B/SaaS, med deres klassiske fejlscenarier:

2.1 Per bruger (seats)

Det oplagte valg i mange B2B-løsninger. Det fungerer godt, når værdien faktisk følger antallet af brugere, fx samarbejdsværktøjer.

Det bryder sammen, når der er én “power user”, der skaber værdi for 100 andre, eller når kunderne begynder at dele logins eller bruge generiske konti for at undgå ekstra bruger-licenser.

2.2 Per enhed af data (GB, antal records, antal dokumenter)

Det fungerer, når dine kunder forstår sammenhængen mellem mere data og mere værdi, fx log management eller backup. Det er også let at måle.

Det går galt, hvis kunderne oplever det som en straf for at bruge produktet meget, eller hvis datastrømmen er svær at forudsige, så de konstant er nervøse for at ramme loftet.

2.3 Per transaktion (fx antal API-calls, antal betalinger, antal scanninger)

Godt, når produktet kobler sig direkte på en klar aktivitet: hver betaling, hver scanning, hver automatiseret proces. Kunden kan se en direkte kobling til omsætning eller besparelse.

Det bliver frustrerende, når prisen gør det svært at skalere, eller når kunden føler sig straffet for succes, fordi ekstra omsætning også betyder eksploderende SaaS-regninger.

2.4 Per feature-bundt (funktioner låst op i niveauer)

Det er den klassiske “good / better / best” tilgang. Fungerer godt, når funktionerne naturligt grupperer sig omkring typer af kunder eller modenhedsniveauer.

Det skaber modstand, hvis én kritisk funktion havner i “best”-pakken alene, så prisstigningen virker uforholdsmæssig. Du kan også ende med, at kunder køber for store pakker bare for en enkelt funktion.

2.5 Per outcome (fx omsætning gennem platformen, antal bookinger, besparelse)

Det lyder som drømmen: vi tager en procentdel af den ekstra værdi, vi skaber. Det kan fungere i meget modne partnerskaber, hvor tilliden er høj og effekten er tydelig.

I praksis bliver det ofte svært at måle, svært at forhandle og tungt at administrere. Det er også sårbart over for diskussioner om, hvor stor del af effekten der skyldes din løsning.

2.6 Hybrid-modeller (basis + variabel komponent)

Det er her, mange ender: en fast grundpakke plus en variabel del, typisk baseret på brug eller transaktioner. Det giver en vis forudsigelighed, men også mulighed for at vokse med kunden.

Problemet opstår, når hybriden bliver til et regneark med ti linjer og otte små stjerner. Hvis ingen internt kan forklare modellen på under 30 sekunder, vil kunderne heller ikke forstå den.

3. Pakke-design: fra “alt inklusiv” til styrbare valg

Når value metric er nogenlunde på plads, kommer næste øvelse: Hvordan pakker du det, så det er let at købe, let at sælge og nogenlunde retfærdigt for både små og store kunder?

Jeg ser især to grundmodeller dukke op igen og igen:

3.1 Good / Better / Best

Tre lag med stigende funktionalitet og/eller kapacitet. Det er nemt at kommunikere, og kunderne forstår logikken: basis, mellem, premium.

Det fungerer godt, når du har tydelige kundesegmenter, fx små teams, mellemstore virksomheder og enterprise. Ulempen er, at du hurtigt kan få for brede pakker, hvor store kunder betaler for ting, de ikke bruger, mens mindre kunder savner fleksibilitet.

3.2 Modulære add-ons

Her har du en grundpakke og så særskilte moduler, der kan tilkøbes: ekstra features, mere data, særlige integrationer. Det giver mere præcis tilpasning og gør det nemmere at sælge op, når kunden vokser.

Risikoen er, at du bygger en restaurantmenu med 40 retter. Til sidst kender kun produktteamet forskellen på modulerne. Det kan også belaste support, hvis kunderne har vidt forskellige kombinationer.

3.3 En praktisk tommelfingerregel

Hvis salg, marketing og support ikke kan tegne din model på et stykke papir uden at snyde, er den for kompleks. Hvis alle kunder ender i samme pakke, er den for simpel.

Et godt sted at starte er at skitsere 3-5 rigtige kunder, du har i dag, og prøve at pakke dem ind i et nyt setup. Hvis det føles naturligt, er du på rette vej. Hvis du skal lave specialregler for halvdelen, er modellen for stram.

4. Sådan tester du pricing og packaging uden fuld A/B

Mange stopper her, fordi de tror, at næste skridt kræver en stor A/B-test på hele kundebasen. Det gør det ikke. Du kan komme meget langt med kontrollerede mini-tests.

Her er fire metoder, jeg ofte ser fungere i praksis, også i mindre teams:

4.1 Quote tests i salg

Giv en afgrænset gruppe sælgere lov til at bruge den nye packaging og prisstruktur i deres tilbud til helt nye kunder. Lad resten fortsætte med den gamle model.

Mål forskelle på hitrate, gennemsnitlig kontraktstørrelse og salgscyklus. Du kan gøre det i 4-6 uger uden at ændre noget i systemer eller hjemmeside, hvis bare tilbuds-skabelonerne er på plads.

4.2 Concierge-tests

Her lader du som om, den nye model eksisterer fuldt ud, men håndterer al logik manuelt bagved. Det vil sige, at du ikke bygger alt ind i produktet endnu. I stedet holder du styr på vilkår, limits og add-ons i regneark.

Det er ideelt, når du vil afprøve nye value metrics eller moduler, men ikke vil investere udviklingstid, før du har set reel efterspørgsel.

4.3 Holdout-grupper

Når du er klar til at teste på hjemmesiden, kan du lave en simpel holdout: 80 % af trafikken ser den gamle pricing-side, 20 % ser den nye. Det kræver lidt teknisk opsætning, men ikke nødvendigvis et fuldt eksperiment-setup.

Her måler du ikke kun konvertering, men også support-spørgsmål, brug af selvbetjening og kvaliteten af de leads, der kommer igennem.

4.4 Versioning i kanal

En lidt overset metode er at teste forskellige pris- og packaging-versioner i forskellige kanaler. Fx én model på website, men en anden model i partnerkanalen eller ved direct outreach til udvalgte segmenter.

Det giver dig mulighed for at matche packaging til segment, uden at det hele brager ud i én global ændring fra dag ét.

5. Migration-plan: sådan flytter du eksisterende kunder uden panik

Det er her, de fleste bliver nervøse. Hvordan får man eksisterende kunder over i en ny model uden at udløse en bølge af opsigelser og sure telefonopkald?

Jeg plejer at tænke i tre grundlæggende byggesten, som du kan kombinere:

5.1 Grandfathering

Grandfathering betyder, at eksisterende kunder beholder deres nuværende pris og/eller pakke i en periode, selvom nye kunder bliver onboardet på den nye model.

Du kan vælge fuld grandfathering (de nuværende kunder får lov at blive på deres gamle vilkår, så længe de ikke ændrer aftalen) eller tidsbegrænset grandfathering (fx 12-24 måneder). Det reducerer modstand, men betyder også, at effekten af den nye packaging først slår fuldt igennem over tid.

5.2 Price ramps

En price ramp er en trinvist skift: du flytter kunden over på den nye model, men lader prisen stige i trin over 2-3 år. Typisk starter du med en “beskyttet” rabat, der gradvist trappes ned.

Det kan kombineres med ekstra værdi, fx nye features, bedre support eller flere brugere inkluderet. På den måde kan du fortælle historien som en forbedring, der langsomt lander på en ny, normal pris.

5.3 Migration incentives

Hvis du har et stærkt ønske om at få kunderne hurtigt over i det nye setup, kan du tilbyde incitamenter for at flytte sig inden en given dato: ekstra moduler, midlertidig rabat, gratis onboarding eller tilsvarende.

Pas på med at gøre det til et pres-scenarie. Det bør opleves som et valg, hvor kunden får noget ekstra for at rykke sig tidligere, ikke som en straf for at vente.

5.4 Husk kontrakter og varslingsregler

Inden du beslutter migration, er det en god idé at gennemgå jeres standardvilkår med juridisk rådgivning, fx om opsigelsesvarsler, ændringsklausuler og it-specifikke forhold. Her kan det være værd at kende til praksis omkring it kontrakter og ændringsklausuler, så du ikke ender i gråzoner.

Reglerne afhænger af kundetype, aftalelængde og hvordan pris og funktion er beskrevet. Så ja, det er desværre ikke et punkt, man bare bør springe let og elegant henover.

6. Kommunikation til eksisterende kunder: timing og budskaber

Selv den mest gennemtænkte packaging strategi kan falde til jorden, hvis kommunikationen føles pludselig, uigennemsigtig eller teknisk. Her kan du nå meget langt med et par enkle principper.

6.1 Start med “hvorfor” fra kundens perspektiv

Kunder er ret ligeglade med, at jeres controller synes, at modellen er svær at bogføre. De vil vide, hvad det betyder for dem, og hvorfor det giver mening i forhold til den værdi, de oplever.

Et brugbart frame er: Vi har set, at forskellige typer kunder bruger produktet på meget forskellige måder, og den gamle model rammer derfor skævt. Vi ændrer modellen for at gøre det mere fair og mere gennemsigtigt, især for [segment X og Y].

6.2 Gør det konkret: “Hvad sker der for mig?”

Din kommunikation bør hurtigt lande på det spørgsmål, kunden reelt har: Hvad sker der for min aftale?

Her hjælper det at have et kort, skræddersyet afsnit til hver kundegruppe, fx: “For jer betyder det: prisen ændrer sig fra X til Y over Z måneder, jeres antal brugere forbliver det samme, og I får samtidig adgang til [feature A] og [supportniveau B].”

6.3 Giv folk tid og kanaler til spørgsmål

Varsl så vidt muligt i god tid og giv flere kanaler: en generel mail, en personlig opfølgning til nøglekunder, og måske et webinar eller en gennemgang for kunder med større aftaler.

Hvis I har customer success- eller account teams, er det her, de skal være grundigt klædt på. De bør have et lille internt beslutningskompas for, hvornår der kan gives fleksibilitet og undtagelser, og hvornår der ikke kan.

7. KPI’er: hvordan ved du, om din nye packaging virker?

Et af de spørgsmål, jeg selv altid stiller, er: Hvordan vil vi vide, om det her er en succes om 6-12 måneder? Her er det fristende kun at kigge på toplinje, men det giver sjældent det fulde billede.

Jeg synes, det giver mere mening at kombinere 3-4 nøgletal, der tilsammen fanger både indtjening, kundeadfærd og intern belastning.

7.1 NRR (Net Revenue Retention)

NRR fortæller, hvordan din eksisterende kundebase udvikler sig efter op- og nedskalering, churn og udvidelser. Hvis packaging-strategien er sund, bør NRR på sigt løfte sig eller i hvert fald ikke falde.

Vær dog opmærksom på, at migration-tiltag (fx grandfathering) kan forsinke effekten. Det er normalt, at de første 3-6 måneder ser mere “flade” ud.

7.2 Win-rate og gennemsnitlig kontraktstørrelse

Her kigger du på nye kunder: bliver det nemmere eller sværere at lukke aftaler, efter den nye model er indført? Og vokser den gennemsnitlige kontraktstørrelse?

Hvis win-rate falder markant, er det et advarselssignal. Hvis den er stabil eller lidt lavere, men med markant højere førsteårsomsætning, skal du vurdere, om trade-off er acceptabelt.

7.3 Attach-rate på add-ons eller opgraderinger

Hvis du har modulære tilvalg, er attach-rate et godt sundhedstegn: Hvor stor en andel af kunderne tager mindst ét modul med, eller opgraderer inden for de første 12 måneder?

En lav attach-rate kan betyde, at modulerne er for dyre, dårligt forklaret eller ganske enkelt ikke opleves som vigtige.

7.4 Support-load og “forvirringsindikatorer”

Antallet af support-henvendelser om pris og pakker er i sig selv en KPI. Ikke fordi du vil have 0, men fordi et kæmpe hop er et tegn på, at modellen ikke er intuitiv.

Du kan også holde øje med, hvor ofte teams internt spørger, hvad de må love kunden. Hvis alt skal godkendes særskilt, er modellen nok ikke helt moden endnu.

8. Mini-case: sådan kan en 3-måneders packaging-test se ud

For at gøre det lidt mere jordnært, får du her en skitse til et 3-måneders forløb. Forestil dig en B2B SaaS-virksomhed med ca. 300 kunder, primært i Norden, og en eksisterende “alt inklusiv, per bruger” model.

8.1 Måned 1: Analyse og design

Første skridt er at forstå nuværende brug. Her vil et simpelt kundesegmenterings-ark gøre meget: Hvem bruger jer tungt? Hvem bruger jer let? Hvem ringer ofte til support? Hvem udvider ofte?

På baggrund af det skitserer teamet en ny model: good / better / best med per-bruger som grundlag, men med et ekstra volumenelement på data eller aktivitet. Samtidig formuleres 2-3 konkrete hypoteser, fx: “Mid-segmentet vil i gennemsnit lægge 15 % mere pr. år uden længere salgscyklus”.

8.2 Måned 2: Quote- og concierge-test på nye kunder

I anden måned får et udsnit af sælgerne lov at teste den nye model på nye kunder. Priserne ligger i samme niveau som nuværende model, men med en anden fordeling på pakker og brug.

Internt kører I concierge-mode: kundernes aftaler registreres manuelt i et regneark med den nye pakke-struktur, selvom fakturasystemet stadig kører på den gamle. På den måde kan I måle forskel i omsætning og brug uden at ændre hele maskinrummet endnu.

8.3 Måned 3: Første beslutning og migrations-skitse

Efter 6-8 uger med tests har I nok data til at vurdere, om modellen ser lovende ud. Hvis ja, bliver næste skridt ikke “rul ud til alle”, men en klar migrationsplan for 10-20 pilotkunder.

I vælger fx at tilbyde tidsbegrænset grandfathering plus en price ramp for denne gruppe og tester kommunikationen på dem først. Samtidig lægger I en internt forankret plan for forandringsledelse, gerne med tråd til de principper, vi også kender fra forandringsprojekter i andre dele af forretningen.

Hvad kan du tage med til dit næste møde?

Hvis du sidder i en virksomhed, hvor alle godt ved, at pricing og packaging trænger til et eftersyn, men ingen vil være den, der starter, kan du måske bruge et par konkrete spørgsmål:

• Hvad er vores reelle value metric i dag, og stemmer den med, hvordan kunderne oplever værdi?
• Kunne vi teste en ny model på 10-20 nye kunder uden at ændre hele vores setup?
• Hvilke eksisterende kunder ville være sikre kandidater til en kontrolleret migration, og hvad kunne vi tilbyde dem til gengæld?
• Hvilke 3 KPI’er vil vi helt konkret bruge til at afgøre, om en ny packaging strategi fungerer?

Og hvis du får modet til at rejse spørgsmålet, er der ofte en interessant diskussion at hente om, hvor pricing egentlig hører hjemme: er det et rent økonomi-projekt, et kommercielt greb, eller i virkeligheden en del af jeres overordnede forretningsstrategi? Mit bud er, at de bedste løsninger opstår, når alle tre vinkler får lov til at være med ved bordet.

Det behøver ikke at blive et kæmpe, dramatisk projekt fra dag ét. Små, kontrollerede tests med klar læring kan flytte langt mere, end man tror, og samtidig holde både kunder og kolleger nogenlunde rolige undervejs.