SaaS-applikation — hvad er det, eksempler og hvordan du bygger din egen

Hvad er SaaS? En SaaS-applikation (Software as a Service) er et program, du bruger via browseren eller et programmeringsinterface, mens leverandøren står for servere og hele infrastrukturen. Adgangen betaler du typisk for som abonnement. Ifølge cloud-definitionen fra NIST (det amerikanske National Institute of Standards and Technology, 2011) administrerer en SaaS-kunde hverken servere, netværk, styresystemer eller datalagring — højst applikationens indstillinger for sin egen konto.

Hvad er SaaS — definitionen i enkle ord

I SaaS-modellen kører applikationen i leverandørens infrastruktur, og du får adgang til den fra forskellige enheder: via browseren (f.eks. mail i browseren) eller via API. Du installerer ikke noget på en server, opdaterer ikke databasen og køber ikke en licens „for evigt“.

NIST nævner tre modeller for cloud-tjenester. De adskiller sig ved, hvor meget der ligger hos leverandøren, og hvor meget der ligger hos dig.

Et vigtigt kendetegn ved SaaS: leverandørens ressourcer betjener mange kunder på én gang (multi-tenant-model), og forbruget måles — for eksempel på antallet af aktive konti. Derfor afregnes der med abonnement eller efter forbrug i stedet for en engangslicens.

Sådan adskiller SaaS sig fra et program på computeren og fra en skræddersyet applikation

Det er tre forskellige ting, selvom de ofte skæres over én kam i samtaler.

Når projektet hos CodePort er afregnet, overgår de fulde rettigheder til koden og det grafiske design til kunden, koden lægges i kundens repository, og tjenesterne registrerer vi i kundens firmanavn. Med et abonnement betaler du hver måned for adgang — og ikke andet.

SaaS-applikationer — eksempler du kender fra hverdagen

Man skal ikke lede længe. De fleste virksomheder bruger flere af den slags værktøjer uden at kalde dem ved navn:

• mail og drev i browseren med konti til hele teamet,
• et program til fakturering online, afregnet månedligt,
• et CRM på abonnement, hvor sælgerne styrer salgstragten,
• et system til booking af aftaler eller lokaler med kalender og notifikationer,
• et værktøj til opgaver og projekter, hvor du betaler pr. aktiv bruger,
• en platform til udsendelse af nyhedsbreve eller til e-signatur af dokumenter.

Fællesnævneren: du logger ind, du har din egen konto og dine egne data, du betaler løbende, og nye funktioner dukker op uden din medvirken. Det er netop SaaS-applikationer.

Hvad består en SaaS-applikation af

Teknisk set er SaaS en webapplikation med nogle faste elementer. Hvert af dem koster arbejdstimer — derfor er det værd at vide, præcis hvad du bestiller.

Brugerkonti og roller

Oprettelse, login, nulstilling af adgangskode, invitationer til teamet. Dertil roller: virksomhedsadministrator, almindelig bruger, konto med kun læseadgang. Antallet af roller og rettigheder er en af de faktorer, der hæver prisen på en webapplikation mest.

Tilbagevendende betalinger

Her vokser budgettet. En engangsbetaling er i praksis at koble en betalingsgateway på. Abonnement betyder prisplaner, prøveperioder, planskift midt i måneden, mislykkede korttrækninger, fakturaer og betalingshistorik. Hvert af disse tilfælde skal håndteres og testes for sig.

Kundepanel og administrationspanel

Kunden ser sine egne data, sine egne fakturaer og sine egne indstillinger. Du ser alle konti, betalinger, henvendelser og statistikker. I praksis er det to applikationer i én — og den anden er let at overse i prisoverslaget. Sådan ser det for eksempel ud i panelet til ZAC Group.

Mange kunder på én installation

I SaaS betjener én installation mange virksomheder, og deres data skal være adskilt fra hinanden. Det er en arkitekturbeslutning, der bør træffes fra start, for en senere ændring betyder ombygning af databasen og adgangslogikken.

Integrationer via API

Brugerne vil gerne forbinde dit værktøj med det, de allerede bruger: regnskabssystem, CRM, ERP, betalingsgateway. Nogle gange er der også brug for jeres eget API, så andre kan koble sig på jer. Mere om, hvad der skal forberedes, finder du på siden om systemintegrationer og API.

Vedligeholdelse

SaaS slutter ikke på lanceringsdagen — i denne model er det dig, der har ansvaret for tilgængeligheden. Monitorering, backup, opdatering af biblioteker og systemer, mindre rettelser. Typisk 5 – 15 timer om måneden.

Elementerne på listen kender du også fra projekter, der ikke er SaaS. I jobportalen HunterValley IT findes to kontotyper — kandidat og virksomhed — med login via Google, profiler og en guide til oprettelse af opslag. I panelet til investeringsplatformen ZAC Group er der kunder, transaktioner, kundeforespørgsler, et modul til teamets opgaver samt login med roller. Konti, roller og administrationspanel er også fundamentet i en abonnementsbaseret applikation.

Færdig SaaS på abonnement eller din egen applikation?

Hvis din proces ser ud som i tusindvis af andre virksomheder, er et færdigt værktøj på abonnement nok — og det bliver billigere. Det giver ingen mening at bygge fakturering eller en simpel bookingkalender fra bunden.

En dedikeret applikation giver mening i fire situationer:

• du betaler for flere værktøjer, som nogen i virksomheden manuelt kobler sammen,
• processen er din fordel og ikke kan presses ned i en andens skabelon,
• du har brug for integrationer, som et færdigt værktøj ikke tillader,
• du vil sælge dit eget produkt som SaaS.

Det fjerde punkt er kvalitativt anderledes end de øvrige. I de første tre bygger du et værktøj til dig selv. I det fjerde bygger du et produkt, som skal håndtere andres virksomheder, andres betalinger og andres data — og det er en fuldgyldig webapplikation med panel og abonnementsbetalinger.

Sådan bygger du din egen SaaS-applikation trin for trin

Den hyppigste fejl fra start er omfanget. Den første version får alle de funktioner, man er faldet over i et halvt år, og budgettet slipper op, før produktet kommer på markedet.

MVP (Minimum Viable Product) er den mindste version af produktet, der løser et reelt brugerproblem — et fungerende produkt skåret ind til én central funktion. Testen er enkel: hvis produktet stadig løser hovedproblemet, når du fjerner en funktion, hører den funktion ikke med til MVP'et. Emnet er uddybet i teksten om, om man skal starte med et MVP eller med det fulde produkt.

Sådan foregår arbejdet med et sådant projekt hos CodePort:

Et MVP af en platform kommer på markedet på 2 – 4 måneder. Projekterne afregner vi i etaper, vi arbejder på grundlag af kontrakt og NDA, og hovedsageligt remote.

På teknologisiden bruger vi til webapplikationer React, Next.js, Vue og TypeScript i frontend, Node.js, Python eller PHP i backend, databaserne PostgreSQL, MySQL og MongoDB samt AWS, Docker og CI/CD ved lancering. Vi vælger stakken efter projektet, ikke omvendt.

SaaS og GDPR — hvad er du, når du opbevarer andres kundedata

Hvis virksomheder opbevarer deres kunders data i din applikation, er du som regel databehandler, mens din kunde er dataansvarlig. Ifølge GDPR (EU-forordning 2016/679) sker en sådan behandling på grundlag af en aftale, som bl.a. fastlægger genstanden, varigheden, karakteren og formålet med behandlingen, typen af data og kategorierne af registrerede.

Af aftalen følger også konkrete forpligtelser: du behandler kun data efter dokumenteret instruks fra den dataansvarlige, du bruger ikke en anden databehandler uden dennes skriftlige samtykke, og når tjenesten ophører, sletter eller tilbageleverer du data — afhængigt af den dataansvarliges beslutning.

I praksis betyder det, at eksport og sletning af kontodata skal planlægges som en funktion i produktet og ikke som en manuel operation i databasen. Bekræft omfanget af dine forpligtelser med en advokat eller en databeskyttelsesrådgiver — CodePort yder ikke juridisk rådgivning. Hvis produktet behandler helbredsoplysninger, kommer der særskilte krav til — dem skriver vi om i artiklen medicinsk app og GDPR samt MDR.

Hvad koster det at udvikle en SaaS-applikation

Vi afregner pr. time: programmering 46 €/t ekskl. moms, design 35 €/t ekskl. moms. De vejledende prisintervaller for projekter ser sådan ud:

Eurobeløb er omregnet til NBP's midtkurs den 14.09.2026 (1 € = 4,3391 zł) og afrundet. Vi fakturerer i PLN.

Illustrativt eksempel, ikke et tilbud: et MVP af en platform med betalinger og to kontotyper er 300 timers programmering × 46 € = 13.800 € ekskl. moms plus 60 timers design × 35 € = 2.050 € ekskl. moms, i alt 15.900 € ekskl. moms.

Dertil kommer omkostninger efter lancering: server og infrastruktur fra nogle få tiere til et par hundrede euro om måneden, afhængigt af antallet af brugere og datamængden, samt teknisk support 5 – 15 timer om måneden, altså 230–690 € ekskl. moms. Prisen påvirkes mest af: antallet af roller og rettigheder, integrationer med eksterne systemer, abonnementsbetalinger og udbygning af administrationspanelet. De fulde tabeller og timeopgørelser finder du i artiklen om, hvad en webapplikation koster.

Har du en idé til din egen SaaS-applikation, så se det vejledende prisinterval i prisberegneren eller beskriv omfanget i projektbrief-guiden — et detaljeret prisoverslag med tidsplan laver vi gratis på 2 – 3 arbejdsdage.