Hvad er SaaS? Forklaret for ikke-tekniske iværksættere

SaaS (software as a service) er software som kunderne bruger via browseren eller en app og betaler løbende for, typisk med et abonnement pr. måned eller år. Du ejer og driver softwaren, og kunderne lejer adgangen: du står for servere, opdateringer og sikkerhed, mens kunden bare logger ind. Regnskabsprogrammet e-conomic, Shopify og Google Workspace er alle SaaS, mens et program du køber én gang og installerer på din egen computer, ikke er det.

Jeg er freelanceudvikler og forklarer begrebet ud fra, hvordan en SaaS fungerer i praksis — med brugere, betaling og drift.

Den korte version: SaaS sammenlignet med anden software

Den nemmeste måde at forstå SaaS på er at sammenligne den med de to andre måder software typisk bliver solgt og leveret på.

Min tommelfingerregel er enkel. Hvis kunden betaler løbende for at bruge et produkt som du driver, og mange kunder bruger det samme produkt, er det en SaaS. Mangler en af de to ting, er det noget andet.

Vil du vide hvordan man kommer fra idé til færdigt produkt, har jeg skrevet en komplet guide til at bygge en SaaS fra idé til betalende kunder. Her holder jeg mig til hvad begrebet dækker, og hvad det betyder for dig.

Sådan virker en SaaS i praksis

Tag et tænkt eksempel: et bookingsystem til frisørsaloner. Det er en klassisk SaaS, fordi mange saloner har præcis det samme problem, og fordi de har brug for løsningen hver eneste dag.

Det kunden oplever

En salonejer finder dit produkt via Google, opretter en konto med sin mail og vælger et abonnement. Hun indtaster sit kortnummer, og fra da af bliver der trukket et beløb hver måned. Hun inviterer sine medarbejdere, sætter åbningstider op og lægger et bookinglink på sin hjemmeside.

Der skal ikke installeres noget. Det hele foregår i browseren og virker både på telefonen og på computeren i salonen. Når du udgiver en ny funktion, fx sms-påmindelser til salonens kunder, har hun den næste gang hun logger ind.

Det der sker bag skærmen

Hos dig ser det anderledes ud. Der kører én udgave af programmet på en server hos en hostingudbyder, og alle saloner bruger den samme udgave. Hver salons kunder, bookinger og medarbejdere ligger i den samme database, men adskilt, så en salon aldrig kan se en andens data. Den opbygning kaldes multi-tenant (mange lejere i samme bygning), og hvordan den bygges sikkert, har jeg forklaret i indlægget om multi-tenant-arkitektur.

Omkring selve bookingen skal der en del andet til: login og glemt kodeord, roller så en medarbejder ikke kan ændre priserne, betaling og kvitteringer, mails, backup og overvågning der giver besked hvis noget går ned om natten. Netop de dele fylder mere end de fleste forestiller sig. Læs mere om valg og prioriteringer i fra idé til SaaS: valg og prioriteringer.

Den formelle definition fra den amerikanske standardiseringsmyndighed NIST siger det samme med tørrere ord: kunden bruger leverandørens program via fx en browser og styrer hverken servere, styresystem eller lagerplads (NIST SP 800-145). Kunden tænker kun på funktionen. Du tænker på alt det andet.

Hvordan en SaaS tjener penge

En SaaS lever af abonnementer. I stedet for ét stort salg får du et mindre beløb fra hver kunde hver måned. Det tal kaldes den månedlige tilbagevendende omsætning, på engelsk MRR (monthly recurring revenue), og det er det tal de fleste SaaS-virksomheder styrer efter.

Et regneeksempel gør det tydeligt. Har du 80 saloner der hver betaler 400 kr. om måneden, er din MRR 32.000 kr. Opsiger fire saloner hver måned, har du en kundeafgang (churn) på 5 %, og så skal du skaffe fire nye kunder bare for at stå stille.

Modellen har også en skæv tidslinje. Udviklingen koster det meste før den første kunde betaler, mens indtægten kommer lidt ad gangen. En kunde der betaler 400 kr. om måneden, skal blive i 25 måneder før hun samlet har betalt 10.000 kr. Derfor er det så dyrt at miste kunder tidligt.

Selve prisen kan skrues sammen på flere måder:

• Pr. bruger, fx pr. medarbejder i salonen.
• Faste pakker med flere funktioner i de dyreste.
• Efter forbrug, fx pr. booking eller pr. sendt sms.
• Gratis basisversion eller prøveperiode før kunden skal betale.

Fordele og ulemper ved hver model har jeg samlet i oversigten over prismodeller til SaaS. Selve opkrævningen bygger du ikke selv. Den klarer en betalingsudbyder som Stripe eller Paddle, og forskellene gennemgår jeg i artiklen om abonnementsbetaling til SaaS.

En sidste skillelinje er hvem du sælger til. Erhvervskunder (B2B) betaler typisk mere og bliver længere, men salget tager tid. Private kunder (B2C) er mange flere, men opsiger typisk også lettere.

Hvad det kræver at eje en SaaS

Her er den del mange iværksættere overser. Når du ejer en SaaS, køber du ikke bare et stykke software. Du påtager dig en forpligtelse over for hver eneste kunde så længe produktet findes.

• Drift: serverne skal køre døgnet rundt, og nogen skal opdage det hvis de ikke gør.
• Backup: kundernes data skal kunne gendannes, også hvis en kunde selv kommer til at slette noget.
• Opdateringer: framework og pakker skal holdes opdateret af sikkerhedshensyn, også de måneder hvor du ikke bygger noget nyt.
• Support: kunderne skriver når noget ikke virker, og de forventer svar.
• Betaling: kort udløber, betalinger fejler, og moms skal håndteres korrekt, især hvis du sælger til private i andre EU-lande.
• Persondata: dine kunder lægger oplysninger om deres egne kunder ind i dit system, og så stiller GDPR krav til dig.

Det betyder ikke at det er uoverskueligt. Det betyder at regningen ikke stopper ved lanceringen. Jeg anbefaler typisk at du lægger et budget for drift og videreudvikling hver måned fra starten, i stedet for at håbe på at produktet er "færdigt".

Passer SaaS-modellen til din idé? En test i fem trin

Før du bruger penge på udvikling, kan du teste om din idé passer til modellen. Gå trinnene igennem i rækkefølge, og stop ved et klart nej.

1. Tjek om problemet kommer igen. Et abonnement holder kun hvis kunden får noget ud af produktet hver måned. Booking sker hver dag. En rapport man laver én gang om året, er sværere at tage månedlig betaling for.
2. Tjek om mange har præcis det samme problem. SaaS virker når det samme produkt kan sælges til mange uden ændringer. Skal hver kunde have sin egen version, er det i praksis konsulentarbejde.
3. Tjek om kunderne vil betale løbende. Spørg mulige kunder hvad problemet koster dem i dag, fx i timer, i et regneark eller i et andet system. Er svaret "ingenting", er det et dårligt tegn.
4. Regn groft på økonomien. Gang en realistisk pris med et realistisk antal kunder det første år. 50 kunder til 300 kr. om måneden giver 15.000 kr. om måneden, hvilket kan dække driften, men ikke en løn.
5. Vær ærlig om du vil drive det i årevis. En SaaS er ikke et projekt der slutter. Nogen skal svare på support i juleferien og betale for serverne når salget går langsomt.

Kan du svare ja til alle fem, er SaaS sandsynligvis den rigtige model. Er du i tvivl om nummer 2 og 3, så undersøg dem først. Derefter er næste skridt at afgrænse den første version af din SaaS, så du ikke bygger mere end kunderne har brug for.

Hvornår du ikke skal bygge en SaaS

Jeg bygger SaaS-produkter, men det er langt fra altid det rigtige svar. Her er de situationer hvor jeg typisk vil fraråde det.

• Softwaren skal kun bruges i din egen virksomhed. Så har du brug for et internt system eller en webapp. Det kræver hverken abonnementsbetaling eller adskillelse af mange kunders data, og det er som regel billigere.
• Hver kunde skal have sin egen tilpassede løsning. Så sælger du reelt udvikling, og det bør prissættes som projekter og ikke som et abonnement.
• Du har ikke talt med nogen der vil betale. Så har du heller ikke brug for en udvikler endnu, mig inklusive. Tal med mulige kunder, og test gerne interessen med en simpel side eller en klikbar prototype før der skrives rigtig kode.
• Du har brug for at leve af produktet om et halvt år. De fleste SaaS-produkter vokser langsomt, fordi indtægten kommer lidt ad gangen. Har du ikke økonomi til at vente, er en serviceforretning ofte en tryggere start.

Næste skridt: fra begreb til beslutning

Nu ved du hvad en SaaS er, og om modellen passer til din idé. Før du kontakter en udvikler, er det en god idé at have svar på det følgende. Det sparer tid i den første samtale og gør et estimat langt mere præcist.

Har du det meste på plads, kan du se hvordan jeg arbejder med udvikling af SaaS-produkter. Ved større projekter starter jeg med et betalt forprojekt til fast pris, hvor omfang og pris bliver afklaret før der skrives kode. Du taler direkte med mig som udvikler, og koden er din fra første dag.

Ofte stillede spørgsmål

Hvad er forskellen på SaaS, PaaS og IaaS?+

Forskellen er hvor meget kunden selv styrer. Med SaaS bruger kunden et færdigt program. Med PaaS (platform as a service) får en udvikler en platform at køre sit eget program på, fx Heroku eller Laravel Cloud. Med IaaS (infrastructure as a service) lejer man servere, lagerplads og netværk, fx hos AWS eller Hetzner. Du sælger en SaaS, mens din udvikler typisk bygger den oven på PaaS eller IaaS.

Er en app det samme som en SaaS?+

Nej, ikke nødvendigvis. En app er en måde at levere software på, mens SaaS er en forretnings- og driftsmodel. En app du betaler for én gang og bruger på din telefon, er ikke en SaaS. Men mange SaaS-produkter har en app som ekstra indgang, fx et vagtplanværktøj hvor medarbejderne tjekker deres vagter på mobilen, mens lederen planlægger i browseren.

Hvad koster det at bygge en SaaS?+

Det afhænger af omfanget, men en afgrænset første version hos en erfaren dansk freelancer ligger groft sagt på 150.000-400.000 kr. ekskl. moms. Prisen stiger med antallet af brugertyper og integrationer til andre systemer. Husk også drift og videreudvikling efter lanceringen, som over de første år kan blive en lige så stor post. På min prisside kan du se hvordan jeg prissætter projekter.

Hvem ejer data i en SaaS?+

Som udgangspunkt ejer dine kunder deres egne data, og du opbevarer dem på deres vegne. Efter GDPR er du typisk databehandler for de personoplysninger dine erhvervskunder lægger ind. Derfor skal du kunne indgå en databehandleraftale, udlevere og slette en kundes data og vide hvor data fysisk ligger. Det er ikke juridisk rådgivning, så få en jurist til at kigge på dine vilkår før lanceringen.

Kan jeg bygge en SaaS uden selv at kunne kode?+

Ja, men sjældent alene hele vejen. No-code- og AI-værktøjer som Bubble eller Lovable kan give dig en prototype du kan vise til mulige kunder. Når der skal tages betaling, gemmes persondata, og kunderne skal kunne stole på produktet, har du typisk brug for en udvikler eller en teknisk medstifter. Dit vigtigste bidrag er kendskabet til kunden og problemet.