← Guides

Software as I Want It: Vendes SaaS på hovedet?

SaaS løste et stort problem

Software as a Service gjorde software langt lettere at anskaffe. I stedet for at installere og drive systemer selv kunne en virksomhed logge ind i en browser og betale løbende. CRM, regnskab, projektstyring og hundredvis af andre funktioner blev til abonnementer.

Bagsiden er velkendt: virksomheden tilpasser sig softwaren, ikke omvendt. Man vælger de workflows, systemet understøtter, og når behovene ændrer sig, leder man efter plugins og workarounds.

Byggestenene har overhalet applikationen

Den gamle barriere for at bygge selv var sjældent idéen — det var prisen og kompleksiteten ved at realisere den. I dag findes enorme mængder infrastruktur allerede som services: database, authentication, hosting, betaling, filhåndtering. Som en analyse af den såkaldte building block economy peger på, handler det ikke længere kun om API'er som tekniske værktøjer — Stripe byggede ikke bare en betalingsprocessor, de byggede en betalingsprimitiv, ligesom Twilio gjorde det med kommunikation. Samme analyse peger på, at markedet for den slags sammensatte, API-first løsninger vokser kraftigt i disse år.

Det skifte er ikke nyt i sig selv, men det er blevet markant billigere og hurtigere at udnytte. Som en gennemgang af build-vs-buy-balancen formulerer det: man kan nu købe byggesten og bygge unikke systemer i stedet for at vælge mellem at bygge alt selv eller købe en hel standardplatform. Buy the primitives. Build the product.

Klokly, en tidsregistrerings-SaaS jeg selv har bygget, er et konkret eksempel. Den bruger React/Next.js, Supabase til database, authentication og realtime-funktionalitet samt Stripe til betaling — og kører som et rigtigt produkt med brugerhåndtering, teams og en reel betalingsmodel. Det interessante er ikke timeren i sig selv, men hvor meget af en digital forretning der kan bygges med relativt få, specialiserede byggesten. Se Klokly-casen for detaljerne.

AI flytter afstanden mellem idé og produkt

Det næste lag er AI. Jeg kommer ikke fra en traditionel udviklerbaggrund, men kan i dag bruge AI som en aktiv del af udviklingsprocessen. Det betyder ikke, at man trykker på en knap og får et færdigt produkt — det betyder, at afstanden mellem idé og fungerende software er blevet dramatisk kortere.

Men AI ved ikke automatisk, om det, der bliver bygget, er det rigtige produkt. Det kræver stadig nogen, der forstår brugeren, problemet og kompromiserne.

Ansvaret forsvinder ikke

Her kommer modsigelsen. Det er blevet lettere at bygge software. Det er ikke blevet lige så let at drive god software. En database kan fungere uden at datamodellen er god. Et login kan virke uden at permissions er korrekt tænkt.

GDPR-compliance kommer heller ikke automatisk med en cloud-service. Lovgivningen kræver, at passende tekniske og organisatoriske foranstaltninger træffes for at sikre, at kravene i forordningen overholdes, og at controlleren indfører interne politikker, der afspejler principperne om databeskyttelse gennem design og som standard. Det ansvar flytter ikke bare, fordi man bruger Supabase eller Stripe som byggesten.

Søgbarhed er en del af regnestykket

Når det bliver billigere at skabe software og indhold, bliver det også vigtigere at gøre det findbart — for mennesker, søgemaskiner og AI-systemer. Google har gjort det klart, at de grundlæggende SEO-principper er relevante for generative søgeoplevelser, fordi deres AI-funktioner er forankret i de samme kernesystemer for ranking og kvalitet som almindelig søgning. Samme pointe går igen i GEO-litteraturen: kerneprincipperne bag effektiv SEO gælder stadig for GEO. Der findes ikke en magisk genvej. Jeg har skrevet mere om, hvordan det ser ud i praksis, i Vibe coding er kun halve arbejdet og i Kan en vibe-codet hjemmeside ranke på Google.

SaaS forsvinder ikke — den flytter ned i stakken

Jeg har ingen interesse i selv at bygge mit eget regnskabssystem eller min egen betalingsinfrastruktur. Der findes virksomheder, der gør det bedre og i langt større skala. Det interessante skifte handler ikke om, at alt skal bygges selv — det handler om, at det midterste lag, det der gør en virksomheds måde at arbejde på unik, i stigende grad kan specialbygges oven på standardiserede primitiver.

SaaS leverer standardfunktionerne. Cloud leverer infrastrukturen. AI reducerer udviklingsfriktionen. Og virksomheden former det lag, der gør den unik. Det er det, jeg kalder Software as I Want It — ikke software man skal passe ind i, men software der passer til det, man faktisk prøver at bygge.

Af Lars Sohl, Founder of klokly.app and the kodekid.app

Ofte stillede spørgsmål

Hvad betyder Software as I Want It?
Det er et begreb for en udviklingsretning, hvor virksomheder i højere grad kan forme eller bygge software omkring egne behov i stedet for udelukkende at tilpasse arbejdsgange til standard-SaaS.
Er SaaS ved at forsvinde?
Nej. SaaS er stadig velegnet til standardiserede funktioner som regnskab, CRM og betaling. Pointen er, at mere specialiserede workflows kan blive interessante at bygge selv oven på disse services som byggesten.
Fjerner AI behovet for teknisk ansvar og GDPR-overvejelser?
Nej. AI gør udvikling hurtigere, men ansvaret for sikkerhed, datamodeller og compliance flytter ikke med. GDPR kræver stadig, at passende tekniske og organisatoriske foranstaltninger er indbygget i løsningen fra starten.
Betyder 'buy the primitives, build the product', at man ikke behøver udviklere?
Nej. Det betyder, at man kan købe færdige byggesten til database, authentication, hosting og betaling i stedet for at bygge dem selv, og bruge ressourcerne på det, der faktisk gør produktet unikt.

ENDA