Publisert: 21. mai 2026 · Roy Morken, Datafolka

SaaS-revisjon på fire uker: praktisk mal for å kutte 20-40 % av lisens-kostnaden

En produksjonsbedrift med 180 ansatte brukte 612 000 kroner i året på SaaS. Tre verktøy gjorde nesten det samme: ett norsk prosjektverktøy, ett internasjonalt som ble dratt inn av et oppkjøp, og en gratis-tier som en avdelingsleder hadde skalert opp på eget kort. Etter revisjonen var årskostnaden 361 000 kroner. 41 prosent kuttet. Ingen funksjon mistet.

Dette er case-en Roy Morken, medgrunnlegger av datafolka, utdypet i Digi 20. mai under tittelen Altfor mange overbetaler for SaaS-stacken . Debatt-formatet ga rom for å vise problemet og tre grep, men ikke selve utførelses-malen. Den kommer her.

Resten av artikkelen er en konkret fire-ukers plan: regneark-mal for register, sjekkliste for bruks-data per leverandør, forhandlings-script i tre varianter, og et regnestykke som viser når "alt-i-ett" faktisk lønner seg og når det blir dyrere.

Hvorfor stacken vokser uten at noen merker det

I revisjoner vi har vært involvert i, går samme tre mønstre igjen.

Først: desentralisert kjøp. Marketing tar HubSpot, salg legger på Salesforce, support kjøper Intercom. Hver beslutning er rasjonell isolert sett. Ingen ser totalbildet før regnskapsføreren spør om en konteringskode hun ikke kjenner igjen.

Så: gratis-tier som vokser. Notion eller Figma starter med tre brukere og et privat-kort. Tre måneder senere er det 40 personer i workspacet og noen har oppgradert til Business-planen "fordi det trengtes". Faktura havner på en feil kostnadsbærer.

Til slutt: lisens-spillover. En utvikler slutter, men kontoen blir stående i to år fordi ingen leser oppsigelses-listen mot SaaS-registeret. Den finnes ikke, registeret.

Det er der vi begynner.

Fase 1: Bygg registeret (uke 1)

Et SaaS-register er et regneark. Ikke noe verktøy. Et regneark kommer ut av denne fasen, og det er det viktigste artefaktet i hele revisjonen.

Malen vi bruker har ti kolonner:

Data hentes fra tre steder.

Faktura-pull fra regnskapet. Eksportér alle leverandører siste 12 måneder og filtrer på det som ser ut som SaaS. Dette gir mellom 80 og 90 prosent av stacken.

SSO-logger. Hvis dere har Okta, Azure AD, Google Workspace eller en annen identity provider, eksportér listen over applikasjoner og innlogginger siste 90 dager. Her finner dere det fakturaen ikke fanger: verktøy som faktureres via marketplace-aggregator eller via et tredjeparts-vendor.

Spør avdelingslederne direkte. Send én e-post: "Hvilke verktøy bruker teamet ditt som koster penger?" Trekk en strek mellom det de oppgir og det fakturaen viser. Differansen er nesten alltid lærerik.

En realistisk første uke ender med 30 til 50 oppføringer. Vi har sett 90 hos en organisasjon med 220 ansatte. Det skal være ubehagelig å lese.

Fase 2: Trekk ut bruks-data (uke 2)

Lisens-tellingen i registeret er det leverandøren fakturerer for. Bruks-tellingen er det dere faktisk får igjen for. Differansen er kuttepotensialet.

De fleste store leverandører eksponerer bruks-data, men ikke alle gjør det åpenbart. Her er sjekklisten vi går gjennom:

Microsoft 365 / Entra ID. Admin Center > Reports > Usage. Eksportér rapportene "Active users" per produkt (Teams, OneDrive, SharePoint, Exchange). Brukere med null aktivitet siste 30 dager er kandidater for nedjustering fra E3 til E1, eller for å fjerne lisensen helt.

Google Workspace. Admin Console > Reports > Apps Usage. Samme prinsipp. Inaktive Gmail-kontoer er ofte gamle ansatte som ikke ble fjernet. Hver lisens dere ikke betaler for er ren besparelse.

Slack. Customize Workspace > Analytics. Eksportér member list. Filtrér "Last active". Workspaces med flere enn 50 inaktive brukere bør nedgraderes til Pro eller flyttes til en konsolidert workspace.

GitHub. Organization settings > Billing > Plans. Lag en cross-reference mellom seat-listen og git-aktivitet siste 90 dager. Brukere med null commits og null PR-er siste 90 dager er kandidater for fjerning.

Atlassian (Jira, Confluence). User Management > User Access. Eksportér aktive lisenser. Confluence er spesielt utsatt for spillover, fordi lisensen følger med Jira-bruk hos mange.

Salesforce. Setup > Users > Login History. Brukere uten innlogging siste 60 dager er klare kandidater. Salesforce er også ett av få verktøy der edition-nedgradering (Enterprise til Professional) gir reell besparelse hvis dere ikke bruker spesifikke Enterprise-funksjoner.

HubSpot. Settings > Account > Users & Teams. Seats deles per hub (Marketing, Sales, Service). Eksportér aktivitet per hub. Det er ikke uvanlig at organisasjonen betaler for Sales Hub Professional til 12 brukere når 4 faktisk bruker den.

Et tips: når dashboardet i verktøyet ikke gir det dere trenger, be account manager om en bruks-rapport direkte. Vi har fått ut data fra Salesforce og Atlassian som dashboardet ikke eksponerer i det hele tatt. De har den. Spør.

Marker hver oppføring i registeret med én av tre statuser: behold, nedjuster eller faseut.

Fase 3: Forhandle fornyelsen (uke 3)

Her er det enkleste grepet i hele revisjonen. Det er også det folk vegrer seg mest for.

Send en e-post 60 dager før fornyelse. Ikke 30, ikke 14. Seksti dager før gir leverandøren tid til å eskalere internt, og det gir deg tid til faktisk å bytte hvis samtalen ikke fører fram.

Tre maler vi pleier å bruke. Tilpass tonen til ditt eget språk, men strukturen er bevisst.

Versjon 1: Nedjustering av antall lisenser

Hei [Account Manager],

Vi nærmer oss fornyelse av [verktøy] 1. november.

Vi har gått gjennom bruken vår de siste tre månedene.
Av 42 lisenser har 27 vært aktive siste 30 dager. Resten
er gamle ansatte eller team som ikke bruker verktøyet
lenger.

Til fornyelsen ønsker vi å redusere fra 42 til 30 seats.

Kan dere bekrefte at det går, og om det utløser noen
endringer i pris per seat eller i kontraktsvilkår?

Mvh,
[Navn]

Forventet respons: ja, og noen ganger kommer det et tilbud om å beholde antall lisenser mot 10–15 prosent rabatt. Begge utfall er bra.

Versjon 2: Bytte til billigere plan

Hei [Account Manager],

Til fornyelsen 1. november vurderer vi å flytte
fra [Enterprise/Business]-planen til [Pro/Standard].

Vi har gått gjennom funksjons-bruken og finner ikke
at vi aktivt bruker [konkret Enterprise-funksjon, f.eks.
SSO, advanced analytics, dedicated support]. Av disse
er det bare [én konkret funksjon] vi trenger - og den
finnes også på [billigere plan].

Hva er forskjellen i pris, og er det noe i flyttingen
vi bør være oppmerksom på?

Mvh,
[Navn]

Her er trikset å være konkret om hvilke Enterprise-funksjoner dere ikke bruker. Vagheter ("vi bruker ikke alt") blir møtt med vagheter. Konkrete punkter blir møtt med konkrete tilbud.

Versjon 3: Trussel om bytte, med navngitt alternativ

Hei [Account Manager],

Vi nærmer oss fornyelse 1. november og har gjort en
vurdering av markedet.

[Konkurrent] tilbyr [funksjons-paritet eller bedre]
til [konkret prosent] lavere årlig kostnad for samme
antall seats. Vi har testet i sandbox de siste to
ukene, og overgangen er overkommelig.

Vi ville gi dere muligheten til å komme tilbake med
et forslag før vi flytter. Hva kan dere strekke dere til?

Mvh,
[Navn]

Denne fungerer kun hvis dere faktisk har testet alternativet og faktisk er villige til å flytte. Bløff blir gjennomskuet. I revisjoner vi har vært involvert i, gir denne typen melding 15–30 prosent rabatt når den er ekte. Den gir null rabatt når den er bløff, fordi account manager ringer en kollega og finner ut at sandbox-en aldri ble logget på.

Når dere først har sendt e-posten, vil leverandøren foreslå en telefonsamtale. Ta den. Men send først et skriftlig svar med "Ja, jeg kan ta en samtale tirsdag kl. 10. For å være effektive, kan du ha klart et konkret tilbud på [punktet over]?". Da kommer samtalen til poenget.

Fase 4: Vurder konsolidering, men regn først (uke 4)

Det siste grepet er konsolidering: bytte tre verktøy mot ett som dekker det meste. Det høres alltid bra ut. Det er ikke alltid riktig.

Her er regnestykket fra en konsolidering vi gikk gjennom for en kunde. De vurderte å bytte fra Asana + Notion + Loom til en "alt-i-ett"-plattform som dekket prosjektstyring, dokumenter og video-meldinger.

Alt-i-ett var 138 000 kroner dyrere år 1. Selv om migrasjons-kostnaden ble fjernet i år 2, var løpende kostnad fortsatt 198 000 mot 204 000. Knapt noen besparelse, mot betydelig risiko ved å samle alt hos én leverandør.

Beslutningen ble å beholde tre verktøy, men nedjustere Asana fra 40 til 30 seats (12 inaktive), og bytte Notion Business til Plus for 60 brukere (de brukte ikke audit-loggen). Total besparelse: 38 000 kroner i året. Null migrasjons-arbeid.

Konsolidering lønner seg når én av tre ting er sant: de eksisterende verktøyene er underbrukt så hardt at 70 prosent av lisensene kan dø, dere har et reelt integrasjons-problem som koster utviklertimer hver måned, eller leverandøren av "alt-i-ett" allerede er dypt i stacken og legger til andre moduler nesten gratis.

Hvis ingen av delene gjelder, regn først. Migrasjons-timer er det som spiser besparelsen oftest.

Det viktigste grepet

Etter alle revisjonene vi har vært involvert i, er det ett funn som overrasker oss minst: organisasjoner som sier "vi skal gjøre det neste kvartal" gjør det aldri. Organisasjoner som setter en dato i denne måneden og skriver inn registeret på en mandag, lander en kutt på 20–40 prosent innen åtte uker.

Det er ikke et verktøy-problem. Det er et beslutningsproblem.

Hvis dere har en fornyelse som forfaller innen 90 dager, start med Fase 1 denne uka. Hvis dere ikke har intern kapasitet til å kjøre dette løpet, men vil ha en sparringspartner: vi tar denne typen revisjon. Send en e-post til Roy.Morken@Datafolka.no , så avtaler vi en samtale.

Roy Morken, medgrunnlegger i datafolka, utdypet bakgrunnen for denne metoden i Digi 20. mai: Altfor mange overbetaler for SaaS-stacken .