Den vanligste feilen i tidlig SaaS er å kopiere konkurrentens priser uten å spørre hva kunden faktisk betaler for. En god modell kobler pris til verdi og leveringskostnad.
Fast abonnement
Enkelt å forstå og fakturere. Passer når kundene bruker produktet relativt likt.
Pris per bruker
Vanlig i B2B SaaS, men kan gjøre kunden forsiktig med å invitere flere brukere.
Usage-based
Passer når kostnaden følger bruken, som API-kall, genereringer eller datamengde.
Freemium og hybrid
Freemium kan gi distribusjon, mens en hybridmodell ofte gir bedre balanse mellom forutsigbarhet og faktisk bruk.
Start med en måleenhet kunden forstår
Spør først hva som blir mer verdifullt når kunden bruker produktet. For et internt samarbeidsverktøy kan antall aktive brukere være forståelig. For en løsning som behandler dokumenter kan antall behandlede dokumenter passe bedre. API-kall eller lagringsplass er enkle å måle teknisk, men er bare gode prismål når kunden ser sammenhengen med verdien.
Skill mellom måleenheten du bruker i faktureringen og kostnadene du følger internt. Kunden trenger sjelden en liste over modellvalg, prosessortid og leverandørpriser. Du trenger derimot å vite hvilke kunder og funksjoner som driver leveringskostnaden før du tilbyr ubegrenset bruk.
Sammenlign modellene med faktiske bruksmønstre
- Fast abonnement: Forutsigbar regning og enkel salgsforklaring. Risikoen er stor forskjell i bruk mellom kundene uten tilsvarende forskjell i inntekt.
- Per bruker: Passer når flere ansatte faktisk får egen verdi av produktet. Vurder om modellen gjør det dyrt for kunden å invitere kolleger som bare bruker systemet sjelden.
- Forbruksprising: Kan følge kundens aktivitet og dine kostnader. Gi kunden oversikt, varsler og en avtalt håndtering av overforbruk, slik at regningen ikke blir en overraskelse.
- Hybrid: Et grunnabonnement med en inkludert mengde og tydelig pris utover denne kan forene forutsigbarhet og variasjon. Hold beregningen enkel nok til at kunden kan anslå egen regning.
Lag et lite regnestykke før du bestemmer deg
Et forenklet eksempel: Et abonnement på 1 000 kr per måned, med 300 kr i variable leveringskostnader, gir 700 kr igjen før faste kostnader, salg og utvikling. Dette er et regneeksempel, ikke en anbefalt SETAEI-pris eller et lønnsomhetsløfte. Hvis bruken dobles og leveringskostnaden øker til 600 kr uten at abonnementsinntekten endres, blir marginen en annen.
Test derfor minst tre profiler: liten bruker, typisk kunde og en kunde med høy bruk. Ta med betalingskostnader, nødvendig oppfølging og eksterne tjenester som varierer med bruken. Sammenlign også med kostnadene ved å bygge og drifte et SaaS-produkt; en god salgsmodell alene finansierer ikke hele produktet.
Freemium trenger en tydelig grense
En gratisversjon bør vise produktets verdi og ha en naturlig overgang til betalt bruk. Hvis gratisbrukerne krever mye support eller bruker kostbare AI-funksjoner, må begrensningene være gjennomtenkte. En tidsbegrenset prøveperiode, et avgrenset pilotprosjekt eller en betalt startpakke kan være mer hensiktsmessig enn en gratisversjon uten sluttdato.
Test betalingsvilje før du bygger et komplisert faktureringssystem
Snakk med potensielle kunder om hvilken verdi de faktisk vil betale for, og test et enkelt tilbud i en pilot. Følg andelen som går fra prøvebruk til betaling, hvilke grenser kundene treffer, og hvilke spørsmål de stiller om regningen. Start gjerne med få pakker. Flere prisnivåer gir ikke automatisk et bedre produkt.
Behov for selskapsavtaler, flere valutaer, rabatter og spesialregler kan komme senere. I et tidlig MVP er det ofte viktigere at kunden forstår tilbudet, og at dere kan måle om produktet gir verdi, enn at alle faktureringsvarianter er automatisert.
Sjekkliste før prisene publiseres
- Er det tydelig hva som er inkludert og hvilken enhet kunden betaler for?
- Kan kunden se og følge sitt eget forbruk?
- Er overforbruk, oppgradering og nedgradering forklart?
- Er supportnivå og eventuelle etableringskostnader tydelige?
- Har dere regnet på kunder med både lav og høy bruk?
Vil du knytte prismodellen til produktets oppbygning og videre utvikling? Se SaaS-utvikling eller fractional CTO for avklaring av behov og neste steg.
Se også MVP-guiden og SaaS-utvikling.