Har jeres SaaS også vokset sig større end nogen helt tør tage ansvar for?

Har du også flere SaaS-abonnementer, end du har overblik over?

Gartner vurderer, at op mod 25-30 % af virksomheders SaaS-udgifter går til licenser, ingen egentlig bruger, eller til værktøjer, der overlapper hinanden. Det betyder, at hver fjerde eller tredje licenskrone reelt er spildt. Ikke fordi folk er dovne, men fordi softwaren stille og roligt er vokset lag på lag.

Jeg ser det samme billede igen og igen: budgetter, der er under pres, mens softwarelandskabet bare får lov at vokse. Alle kan godt mærke, at noget skal ryddes op, men ingen har lyst til at være den, der trykker på knappen og potentielt stopper noget kritisk.

Pointen her er enkel: du kan ofte skære 20-30 % af SaaS-omkostningerne uden at skabe IT-kaos, hvis du arbejder systematisk med SaaS rationalisering. I denne artikel går jeg trin for trin gennem en praktisk, leverandørneutral metode, du kan bruge, selv hvis du ikke sidder i IT. Målet er, at du efter artiklen kan:

• få overblik over jeres SaaS på cirka en uge
• skelne mellem kritiske og pæne-at-have-værktøjer
• identificere hurtige besparelser med lav risiko
• lægge en enkel 30-60-90 dages eksekveringsplan

Før vs. nu: fra værktøj efter behov til SaaS-jungle

Hvis man sammenligner “før” og “nu” i mange virksomheder, er forskellen ret tydelig. Tidligere købte man få, store systemer, implementerede dem langsomt og skiftede dem sjældent ud. I dag kan et team sætte et nyt værktøj op på 10 minutter med et kreditkort.

Den store udfordring er ikke, at SaaS er “forkert”. Det er, at mange virksomheder er fanget i midten mellem de to modeller. Man har stadig gammel styringslogik, men et nyt, mere fragmenteret landskab. Det er her, SaaS rationalisering kan give mening: en bevidst oprydning og prioritering i jeres softwareportefølje.

Trin 1: Symptomer og baseline – få et SaaS-overblik på 7 dage

De fleste opdager først problemet, når økonomi eller IT får en mavefornemmelse af, at “vi betaler for meget for software”. Typiske symptomer er:

• to eller tre forskellige værktøjer til møder, chat eller projektstyring
• afdelinger, der køber egne analyse- eller rapporteringsværktøjer ved siden af det officielle setup
• licenser, der fortsætter, selv om projekter er lukket ned
• små årlige prisstigninger, der tilsammen bliver til reelle budgetproblemer

Første skridt er at få en realistisk baseline. Ikke et perfekt CMDB-katalog, bare et brugbart overblik. Du kan oftest nå langt på en uge ved at kombinere tre kilder:

1.1. Data fra økonomi og IT

Bed økonomi om et udtræk over alle software- og abonnementsposteringer de seneste 12 måneder. Sorter det i første omgang efter leverandørnavn og beløb. Sammenhold det med eventuelle lister over godkendte systemer fra IT.

Formålet er ikke at få alle detaljer på plads, men at se: hvor mange leverandører har vi, og hvilke beløb skiller sig ud?

1.2. Spørg dine kolleger

Lav en kort, helt lavpraktisk formular til afdelingsledere og nøglemedarbejdere:

• Hvilke 5-10 værktøjer bruger I hver uge?
• Hvilke værktøjer betaler I selv for (team- eller kreditkort)?
• Hvilke værktøjer kunne I godt undvære, hvis I skulle?

Hold det kort, ellers får du ingen svar. Mange organisationer opdager her deres “shadow IT”: værktøjer, som bruges aktivt, men ikke er registreret centralt. Det er netop denne kategori, der også ofte skaber udfordringer for cyber- og informationssikkerhed.

1.3. Lav en simpel SaaS-liste

Samle alt i et regneark med følgende kolonner:

• Systemnavn / leverandør
• Årlig omkostning (så godt du kan skyde det)
• Afdeling / ejer
• Antal brugere (estimér, hvis du ikke ved det)
• Formål (f.eks. CRM, rapportering, design, projektstyring)

Det her er din baseline. Ikke perfekt, men nok til at komme videre.

Trin 2: Klassificér værktøjerne – hvad er kritisk, og hvad er bare rart at have?

Når du har baselinen, skal du skelne mellem det, der er kernen i forretningen, og det der mest er komfort. Jeg plejer at bruge fire kategorier:

2.1. Core

Systemer, hvor driften stopper eller tager alvorlig skade, hvis de er nede. Det kan være ERP, CRM, lønsystem, kundeportal, kerneproduktionssystemer. Her er fokus ikke primært besparelse, men at sikre stabilitet, sikkerhed og fornuftige kontrakter. Nogle af disse hænger tæt sammen med krav fra regulering og styringsmodeller, som vi kender det fra f.eks. NIS2-arbejdet.

2.2. Supporting

Værktøjer, der gør arbejdet markant nemmere, men hvor forretningen kan køre videre med alternativer, hvis det bliver nødvendigt. Eksempelvis projektstyringsværktøjer, dokumentdelingsløsninger eller intern kommunikation.

2.3. Redundant

Værktøjer, der reelt overlapper et andet værktøj, I allerede har. Typisk ser man:

• flere forskellige survey-værktøjer
• to-tre forskellige rapporterings- eller dashboardløsninger
• flere samarbejdsværktøjer med næsten samme funktioner

Det er her, mange af de hurtige besparelser ligger.

2.4. Experimental

Værktøjer, som få teams tester eller bruger til mindre eksperimenter. De kan være vigtige for innovation, men bør være tydeligt mærket som netop eksperimenter med en slutdato.

Marker hver SaaS-løsning i dit ark med en af de fire kategorier. Brug gerne en simpel farvekode, så mønstrene træder tydeligt frem.

Trin 3: Overlap-analyse – funktion, adoption og integration

Nu begynder det sjove for os, der kan lide grafer. Målet er at finde de værktøjer, hvor du kan skære ned uden at lamme nogen.

3.1. Funktionel overlap

Gruppér værktøjerne efter hovedfunktion: CRM, projekt, BI/reporting, samarbejde, HR osv. Kig så på hver gruppe:

• Har vi mere end ét værktøj til samme grundfunktion?
• Er der et “primært” værktøj, vi officielt har valgt?
• Har enkelte teams taget et alternativ i brug alene?

Lav en lille note ved hver gruppe, hvor du estimerer, hvor meget overlap der er. Lav f.eks. en skala fra 1-3, hvor 3 er “næsten fuldt overlap”.

3.2. Adoption: hvor meget bliver værktøjet faktisk brugt?

Her bliver billedet ofte lidt pinligt. Mange licenser er købt, men ikke rigtigt taget i brug. Hvis du kan få data fra værktøjerne (login-frekvens, aktive brugere, antal projekter osv.), er det guld værd.

Hvis ikke, så spørg ind til:

• Hvor mange i teamet bruger værktøjet ugentligt?
• Er der nogen, der bruger det intensivt, eller er det kun ad hoc?
• Er det blevet til en naturlig del af arbejdsgangene, eller ligger det mest som en genvej på skrivebordet?

En simpel klassificering som “høj”, “mellem” eller “lav” adoption pr. værktøj er nok til at komme videre.

3.3. Integrationskritikalitet

Til sidst skal du se på, hvor dybt værktøjet er viklet ind i resten af landskabet:

• Er det integreret til ERP, CRM eller andre core-systemer?
• Er der automatiske dataflows, som bryder sammen, hvis det fjernes?
• Er der eksterne kunder eller partnere, der bruger det direkte?

Der er stor forskel på at fjerne et værktøj, som kun bruges til interne noter, og noget, der sender fakturadata videre til økonomisystemet.

Trin 4: Beslutningskriterier – hvornår skal et værktøj blive eller gå?

Nu har du overblik, funktion, adoption og integrationsgrad. Næste skridt er at samle det i en simpel beslutningsmatrix. Her kan det være en hjælp at tænke som i en beslutningsskabelon: faste kriterier, du vurderer hvert værktøj på.

4.1. Typiske kriterier

De mest brugte kriterier i SaaS rationalisering er:

• Sikkerhed og compliance: Leverandøren lever op til jeres krav? Dataplacering? To-faktor-login? Rollebaseret adgang?
• Total omkostning: Ikke kun licensprisen, men også intern tid, support, integrationer.
• Lock-in risiko: Hvor svært er det at flytte data ud? Er der lange bindingsperioder eller opsigelsesvarsler?
• Forretningsværdi: Understøtter værktøjet kerneprocesser eller strategiske mål?
• Alternativer: Har I allerede et andet værktøj, der kan dække behovet tilstrækkeligt?

4.2. En enkel matrix

Du kan score hvert værktøj på en skala fra 1-5 på f.eks. værdi, omkostning og risiko. Kombinér det med klassificeringen (core, supporting, redundant, experimental). Så begynder der at tegne sig et mønster:

• Høj værdi, høj risiko, core: optimer kontrakt, men fjern ikke.
• Lav værdi, lav adoption, ingen kritiske integrationer: kandidat til hurtig afvikling.
• Mellem værdi, høj overlap, supporting: kandidat til konsolidering ind i et andet værktøj.

Det vigtigste her er konsekvens: samme kriterier for alle værktøjer, så du undgår, at det bliver persondrevet eller afhænger af, hvem der råber højest.

Trin 5: 3 hurtige besparelsesgreb uden at skabe IT-kaos

Nu til den del, økonomiafdelingen ofte spørger efter først: hvor ligger de hurtige penge?

5.1. Rightsizing af licenser

Det mest lavrisiko greb er rettelse af licensantal. Typisk finder man:

• brugere, der har for “dyre” licenstyper i forhold til deres behov
• brugere, der har licenser i flere beslægtede værktøjer
• tidligere ansatte eller projektmedlemmer, der stadig står som aktive

En systematisk gennemgang af de 5-10 største værktøjer kan ofte kaste 10-15 % besparelse af sig alene på licensjustering.

5.2. Konsolidering af overlappende værktøjer

Næste skridt er at se på de redundant-mærkede værktøjer. Spørgsmålet er: kan vi standardisere på ét hovedværktøj pr. funktion?

Et typisk eksempel er projektstyring: ét værktøj er indkøbt officielt, men enkelte teams har taget alternativer i brug. Her kan du ofte:

• begrænse nye oprettelser i de alternative værktøjer
• definere en overgangsperiode på 3-6 måneder
• støtte teams i at flytte deres projekter over

Det vigtige er, at du ikke bare slukker. Du laver en styret overgang, hvor man både tager hensyn til forretning og til folk, der faktisk prøver at løse problemer lokalt.

5.3. Genforhandling med data i hånden

Når du ved, hvor mange licenser der reelt er i brug, og hvilken værdi værktøjet skaber, står du stærkere over for leverandøren. Især hvis du også har et alternativ i baghånden.

Det handler ikke kun om at presse prisen, men også om at få:

• kortere bindingsperioder
• bedre mulighed for opskalering og nedskalering
• mere gennemsigtig rapportering og brugerstyring

Her begynder SaaS rationalisering at møde klassisk IT-kontraktpraksis: klare vilkår, gennemsigtighed og reel fleksibilitet.

Trin 6: Risiko- og impact-vurdering – hvem bliver ramt, og hvor hårdt?

Inden du lukker noget som helst ned, bør du lave en simpel risiko- og impact-vurdering for hvert værktøj, du overvejer at fjerne eller reducere.

6.1. Spørgsmål, du bør stille

• Hvilke teams bruger værktøjet, og til hvad?
• Hvad sker der i praksis på dag 1, hvis vi tager det væk?
• Findes der et tydeligt alternativ, og hvor moden er det i dag?
• Er der kunder eller eksterne partnere, der vil opleve ændringen?
• Hvilke data ligger i værktøjet, og skal de arkiveres eller flyttes?

Lav igen en enkel klassificering: lav, mellem eller høj impact. Kombinationen af økonomisk gevinst og forretningsimpact gør det lettere at lave en prioriteret liste.

6.2. Brug prioriteringslogik

Et godt sted at starte er:

• lav impact, mellem til høj økonomisk gevinst: hurtige wins
• mellem impact, høj gevinst: kræver god plan og kommunikation
• høj impact, mellem gevinst: måske først senere eller slet ikke

Det her lyder næsten for banalt, men det hjælper væk fra mavefornemmelser og hen mod gennemsigtige prioriteringer, som ledelsen kan stå på mål for.

Trin 7: Eksekvering – en enkel 30-60-90 dages plan

SaaS rationalisering skal ikke være et kæmpe flerårigt program, før det giver mening. Ofte kan du nå langt på 3 måneder, hvis du arbejder fokuseret.

7.1. Første 30 dage

• Færdiggør baseline og klassificering.
• Identificér de hurtige rightsizing-tiltag.
• Lav liste over de 5-10 mest oplagte konsolideringer eller afviklinger.
• Forankr beslutningskriterierne hos ledelsen og evt. IT-styregruppe.

7.2. Dag 31-60

• Gennemfør de første rightsizing-beslutninger.
• Påbegynd 2-3 konsolideringer, hvor impact er lav til mellem.
• Genforhandl kontrakter på 2-3 store værktøjer med ny viden.
• Kommunikér tydeligt til berørte teams, hvad der sker hvornår.

7.3. Dag 61-90

• Evaluer de første tiltag: hvor meget har I sparet, og hvad har læringen været?
• Planlæg de næste bølger af konsolidering for mellem til høj impact.
• Fastlæg simple governance-regler for nye værktøjer.
• Beslut, hvem der ejer processen fremadrettet (IT, økonomi, en tværgående funktion?).

Det her minder på mange måder om klassisk forandringsarbejde. Hvis du i forvejen arbejder med forandringsledelse, vil du genkende behovet for tydelige budskaber, små test og løbende justering.

Trin 8: Governance fremadrettet – styr på nye værktøjer uden at kvæle innovation

Den mest almindelige fejl efter en vellykket oprydning er, at man glider stille og roligt tilbage i gamle mønstre. Nye værktøjer dukker op, fordi de løser reelle problemer. Så spørgsmålet er: hvordan sikrer du, at SaaS-porteføljen ikke vokser ukontrolleret igen?

8.1. En enkel intake-proces

Du behøver ikke et tungt godkendelsesapparat. Men du bør have en fast proces for nye værktøjer over en vis beløbsgrænse, f.eks.:

• kort business case: hvad skal det bruges til, og hvad erstatter det?
• hurtig vurdering fra IT på sikkerhed og integration
• check mod eksisterende værktøjer: har vi allerede noget, der kan dække behovet?

Her kan en simpel skabelon være nok til at undgå de mest oplagte dobbeltindkøb.

8.2. “No new tool” som udgangspunkt, ikke som forbud

Nogle virksomheder indfører et midlertidigt “no new tool”-princip: der må ikke indkøbes nye værktøjer, medmindre de erstatter noget eksisterende eller får en eksplicit undtagelse. Det kan virke hårdt, men i en periode kan det være et effektivt greb.

Nøglen er at kommunikere, at det ikke handler om at bremse innovation, men om at:

• sikre, at nye værktøjer faktisk bliver brugt
• undgå unødvendig kompleksitet
• få mest mulig værdi ud af de systemer, I allerede har

8.3. Tydeligt ejerskab

SaaS rationalisering lander tit i et ingenmandsland mellem IT, økonomi og forretningen. Hvis arbejdet skal holde, skal der være et klart ejeransvar. Typisk ser vi:

• IT, der ejer porteføljen og sikkerhedsvinklen
• økonomi, der følger op på spend og budgetter
• forretningen, der ejer anvendelsen og gevinsten

Her kan det give mening at tænke i mere formaliseret organisering og governance, så beslutninger om nye værktøjer ikke bare træffes ad hoc.

Tre spørgsmål du kan tage med til næste møde

Hvis du sidder og tænker: “Det lyder fint, men hvor starter vi i praksis?”, så prøv at tage de her tre spørgsmål med til næste møde med din leder, IT eller økonomi:

• Hvem ejer egentlig overblikket over vores SaaS-landskab i dag, hvis nogen?
• Hvilke 5-10 værktøjer tror vi, vi bruger flest penge på, og hvor sikre er vi på, at licenserne bliver udnyttet?
• Er der én funktion (f.eks. rapportering, samarbejde eller projektstyring), hvor vi med rimelighed kunne nøjes med ét hovedværktøj i stedet for to-tre?

Ofte er det nok til at kickstarte en mere struktureret dialog om SaaS rationalisering, uden at du behøver komme med et færdigt program fra dag ét.

Og hvis du er den type, der også godt kan lide at nørde lidt videre, så prøv at se efter de steder i jeres hverdag, hvor folk hopper mellem flere værktøjer for at løse næsten det samme problem. Der ligger der som regel både tid og penge gemt.