Fix at Markdown symboler kommer med i Copy paste
SaaS løste et stort problem
Software as a Service gjorde software langt lettere at købe og bruge.
I stedet for at installere, vedligeholde og drive systemer selv kunne en virksomhed logge ind i en browser og betale løbende for en service.
Det var et kæmpe skifte.
CRM, regnskab, projektstyring, marketing, HR, design, samarbejde og hundredvis af andre funktioner blev gjort til abonnementer.
SaaS gjorde software til en service.
Men der opstod også en bagside:
Virksomheden begyndte ofte at tilpasse sig softwaren.
Man vælger systemet.
Man vælger de workflows, systemet understøtter.
Man lærer medarbejderne at bruge det.
Og når virksomhedens behov ændrer sig, begynder man måske at lede efter plugins, integrationer, workarounds eller et nyt system.
Det er ikke nødvendigvis et problem. Standardsoftware er fantastisk, når man faktisk har brug for en standardløsning.
Men hvad sker der, når det bliver billigt nok at bygge noget selv?
Den gamle barriere var ikke idéen
De fleste virksomheder har masser af idéer til software.
Problemet har traditionelt været prisen og kompleksiteten ved at gøre idéen virkelig.
Du skulle finde udviklere.
Planlægge et projekt.
Designe arkitekturen.
Sætte servere op.
Bygge login.
Bygge database.
Håndtere betaling.
Teste.
Deploye.
Vedligeholde.
Og hver enkelt del kunne være sit eget projekt.
Det er her, noget fundamentalt er ændret.
I dag findes enorme mængder af infrastruktur allerede som services.
Database.
Authentication.
Hosting.
Betaling.
Filhåndtering.
Email.
Realtime data.
Analytics.
AI.
API'er.
Deployment.
Du behøver ikke nødvendigvis bygge hele maskinrummet selv.
Du kan købe byggestenene og bruge dem til at bygge det produkt, du faktisk har brug for.
Buy the primitives. Build the product.
AI ændrer også hvem der kan bygge
Det næste lag er AI.
Jeg arbejder ikke som traditionel softwareudvikler. Min baggrund er i design, visuel kommunikation og kreative digitale projekter.
Alligevel kan jeg i dag bruge AI som en aktiv del af udviklingsprocessen og gå fra idé til fungerende software langt hurtigere end tidligere.
Det betyder ikke, at jeg trykker på en knap og får et færdigt produkt.
Det betyder, at afstanden mellem idé og fungerende software er blevet dramatisk kortere.
AI kan hjælpe med at skrive kode, strukturere databaser, bygge komponenter, finde fejl, forklare API'er og iterere på funktionalitet.
Men AI ved ikke automatisk, om det, der bliver bygget, faktisk er det rigtige produkt.
Det kræver stadig mennesker.
Nogen skal forstå brugeren.
Nogen skal forstå problemet.
Nogen skal vælge kompromiserne.
Nogen skal opdage, når en løsning kun ser rigtig ud på overfladen.
Det er netop derfor, jeg mener, at den interessante forandring ikke kun handler om AI.
Den handler om hvem der nu kan få en idé hele vejen fra tanke til fungerende software.
Jeg har selv bygget et eksempel
Et konkret eksempel er Klokly.
Klokly er en SaaS-løsning til tidsregistrering, men det interessante for mig er ikke selve timeren.
Det er, hvor meget af en rigtig digital forretning der kan bygges med relativt få, specialiserede byggesten.
Klokly bruger blandt andet React / Next.js, TypeScript, Supabase til database, authentication og realtime-funktionalitet samt Stripe til betaling. Der er brugerhåndtering, teams, live-status og en reel betalingsmodel.
Det er ikke længere bare en prototype.
Det kører som et rigtigt produkt.
Og det er netop her, min SaaS-provokation begynder.
For hvis én person eller et lille team kan bygge den slags software langt hurtigere end tidligere, bliver spørgsmålet om buy versus build anderledes.
Måske er det ikke længere:
Skal vi købe eller bygge?
Måske er det:
Hvilke dele giver det mening at købe, og hvilke dele giver det mening at bygge selv?
Software bliver mere specialiseret
Forestil dig en virksomhed med et workflow, som ingen eksisterende SaaS-platform passer ordentligt til.
Tidligere var valget måske:
"Køb det næstbedste system og tilpas processen."
Eller:
"Betal et udviklingsbureau en masse penge for at bygge vores eget."
I dag findes der en tredje mulighed.
Sammensæt de tekniske byggesten og byg præcis det workflow, virksomheden har brug for.
Det behøver ikke være et gigantisk ERP-system.
Det kan være et lille internt værktøj.
En bestillingsplatform.
En kundeportal.
Et produktkonfigurator.
En specialiseret app.
Et dashboard.
Et digitalt salgsredskab.
En browserudvidelse.
En automatisering.
Eller en helt ny type produkt.
Det er her, Software as I Want It bliver interessant.
Men her kommer den vigtige modsigelse
Det er blevet lettere at bygge software.
Det er ikke blevet lige så let at drive god software.
AI kan generere kode hurtigt.
Det betyder ikke, at systemet automatisk er sikkert.
En database kan fungere.
Det betyder ikke, at datamodellen er god.
Et login kan virke.
Det betyder ikke, at permissions er korrekt tænkt.
En betalingsintegration kan virke.
Det betyder ikke, at alle fejlscenarier, refunds, webhooks og abonnementsændringer er håndteret.
Og GDPR-compliance kommer heller ikke automatisk, bare fordi man bruger en bestemt cloud-service.
Databeskyttelse skal tænkes ind i design og arkitektur fra begyndelsen, og virksomheder har stadig ansvar for både tekniske og organisatoriske sikkerhedsforanstaltninger.
Det er en vigtig forskel.
AI har gjort software billigere at producere. Den har ikke fjernet ansvaret for software.
AI gør ikke dårlige idéer bedre
Der er også en anden fare.
Når det bliver lettere at bygge, bliver det også lettere at bygge noget, ingen har brug for.
Det er næsten en direkte konsekvens.
Tidligere var den tekniske barriere så høj, at mange dårlige idéer døde, før de blev til produkter.
Nu kan de få en landing page, database, login og betalingsflow på meget kort tid.
Det er både fantastisk og problematisk.
For når software bliver billigere at skabe, bliver produktforståelse vigtigere, ikke mindre vigtig.
En dårlig idé bliver ikke god, fordi den er bygget hurtigt.
En dårlig brugeroplevelse bliver ikke god, fordi den er skrevet af en AI.
Og mere kode er ikke det samme som mere værdi.
"Can you build it?" er ikke længere det eneste spørgsmål
Jeg synes derfor, at vi er på vej mod en ny rækkefølge.
Før spurgte man:
Kan det bygges?
Så kom:
Har vi råd til at bygge det?
I stigende grad bliver spørgsmålet:
Bør vi bygge det?
Og måske endnu vigtigere:
Hvilken software ville faktisk passe bedre til vores måde at arbejde på?
Det er en langt mere interessant samtale end bare at vælge mellem 37 SaaS-værktøjer.
SaaS forsvinder ikke
Det er vigtigt ikke at overdrive pointen.
SaaS er stadig ekstremt fornuftigt til mange ting.
Jeg har ingen interesse i selv at bygge mit eget regnskabssystem, mailplatform, betalingsinfrastruktur eller database.
Hvorfor skulle jeg?
Der findes virksomheder, der gør de ting bedre og på en langt større skala.
Det interessante skifte handler derfor ikke om, at virksomheder pludselig skal bygge alt selv.
Det handler om, at mere af det mellemste lag kan blive specialbygget.
SaaS leverer standardfunktionerne.
Cloud leverer infrastrukturen.
API'er leverer forbindelserne.
AI reducerer udviklingsfriktionen.
Og virksomheden kan forme det lag, der gør dens egen måde at arbejde på unik.
"Software as I Want It"
Det er derfor, jeg synes, Software as I Want It er en interessant måde at beskrive udviklingen på.
Ikke som en ny teknisk standard.
Ikke som en erstatning for SaaS.
Men som en ændring i mindset.
Fra:
Her er softwaren. Tilpas jer til den.
Til:
Her er vores behov. Lad os forme softwaren omkring dem.
Det kan ændre meget mere end selve udviklingsprocessen.
Det kan ændre, hvordan virksomheder tænker om digitale produkter.
Og så kommer søgning oveni
Der er endnu et interessant lag.
Når det bliver billigere at skabe software og indhold, bliver det også vigtigere at gøre det forståeligt og findbart.
Ikke kun for mennesker.
Men for søgemaskiner og AI-systemer.
Google har gjort det ret klart, at de grundlæggende SEO-principper stadig gælder i generative søgeoplevelser. Der findes ikke en magisk GEO- eller AEO-genvej. Google peger især på nyttigt, originalt og pålideligt indhold, en teknisk klar struktur og crawlbarhed.
Det betyder, at en moderne digital løsning efterhånden skal kunne mere end bare fungere.
Den skal kunne:
bruges
forstås
findes
forklares
og i stigende grad forstås af maskiner.
Det er også noget, jeg arbejder konkret med på KodeKid, hvor selve sitet er bygget som et eksempel på denne tilgang.
Det nye spørgsmål
Jeg tror ikke, at fremtiden bliver:
SaaS eller custom software.
Den bliver en blanding.
De bedste løsninger kan meget vel bestå af SaaS, cloud-services, API'er og AI kombineret med software, der er bygget specifikt til virksomheden.
SaaS bliver i den verden ikke nødvendigvis mindre vigtigt.
Det bliver bare mindre synligt.
Det bliver infrastrukturen under det softwarelag, virksomheden faktisk oplever.
Og måske er det den egentlige forandring:
Vi går fra en verden, hvor software primært er noget, vi abonnerer på, til en verden, hvor software i højere grad er noget, vi former.
Software as a Service gav os adgang til software.
AI kan være med til at give os mulighed for at forme det.
Det er en ret stor forskel.
Software as I Want It
Måske er SaaS ikke ved at dø.
Måske er SaaS bare ved at flytte ned i stakken.
Og måske bliver det øverste lag i stedet:
Software as I Want It.
Ikke software som man skal passe ind i.
Men software, der passer til det, man faktisk prøver at bygge.
Det er den udvikling, jeg synes er værd at holde øje med.
FAQ
Hvad betyder Software as I Want It?
Software as I Want It er et begreb for en udviklingsretning, hvor virksomheder i højere grad kan forme eller bygge software omkring deres egne behov i stedet for udelukkende at tilpasse arbejdsgange til standardsoftware.
Er SaaS ved at forsvinde?
Nej. SaaS er stadig en effektiv model til standardiserede funktioner som eksempelvis regnskab, CRM, betaling og samarbejde. Pointen er, at mere specialiserede funktioner kan blive interessante at bygge selv.
Hvad har AI ændret i softwareudvikling?
AI kan reducere friktionen i udviklingsprocessen betydeligt. Det gør det hurtigere at prototype, skrive kode, teste idéer og iterere. Det fjerner dog ikke behovet for produktforståelse, teknisk vurdering, test og drift.
Hvad betyder "Buy the primitives. Build the product"?
Det betyder, at man ikke nødvendigvis behøver bygge alle tekniske grundkomponenter selv. Man kan købe eksisterende services til eksempelvis database, betaling, hosting og authentication og bruge dem som byggesten til et mere specialiseret produkt.
Kan en lille virksomhed bygge sin egen software?
Ja. Moderne cloud-platforme, API'er og AI-værktøjer gør det mere realistisk end tidligere. Det betyder ikke, at alle virksomheder bør bygge selv. Det afgørende er at vurdere, hvor en specialbygget løsning giver en reel fordel.
Kan AI bygge et komplet SaaS-produkt?
AI kan hjælpe med store dele af udviklingen, men et produkt kræver mere end kode. Arkitektur, sikkerhed, brugeroplevelse, datahåndtering, test, betaling, drift, support og løbende vedligeholdelse skal stadig håndteres.
Er GEO og AEO det nye SEO?
Ikke nødvendigvis. Google beskriver generativ AI-søgning som en del af den eksisterende Search-oplevelse og understreger, at de grundlæggende SEO-principper stadig er fundamentet. GEO og AEO kan være nyttige begreber, men bør ikke betragtes som magiske genveje.
Hvad er den største ændring?
Den største ændring er måske ikke, at software bliver lettere at bygge. Det er, at flere mennesker og virksomheder kan gå fra idé til fungerende software uden først at skulle bygge hele den tekniske infrastruktur fra bunden.
Skrevet af: Lars Sohl founder of www.klokly.app and www.kodekid.dk