Micro-SaaS: sådan bygger du en lille, profitabel SaaS alene

En micro-SaaS er en lille, smal SaaS som én person kan bygge, drive og yde support til, typisk til en afgrænset niche med et konkret problem og uden investorer i ryggen. Den bliver profitabel ved at holde omfang, support og faste omkostninger så små at nogle hundrede betalende kunder, eller færre, er nok til en god månedlig indtægt. Det kræver mindre kode end de fleste tror, men mere disciplin i hvad du siger nej til.

Jeg skriver som freelanceudvikler. Fokus er på, hvad én person realistisk kan klare ved siden af andet arbejde, ikke på løfter om passiv indkomst.

Den korte version

En micro-SaaS er ikke en mindre udgave af en startup. Målet er et andet: en profitabel forretning du kan drive selv, ikke vækst for enhver pris.

Min tommelfingerregel er enkel: kan du ikke sige i én sætning hvem kunden er, og hvor du finder de første 20, er idéen for bred til en micro-SaaS. Selve vejen fra idé til betalende kunder er den samme som for alle SaaS-produkter, og den har jeg beskrevet i min guide til at bygge en SaaS fra idé til første kunde. Her handler det om det der er anderledes, når du er alene.

Kan én person drive en SaaS?

Ja, men kun hvis produktet er bygget til det fra start. Det svære ved at være alene er sjældent at skrive koden. Det er alt det der fortsætter, efter koden er skrevet:

• Support: spørgsmål, glemte adgangskoder, fejlrapporter og ønsker om nye funktioner.
• Betaling: afviste kort, refusioner, fakturaer med forkert adresse og spørgsmål om moms.
• Vedligehold: sikkerhedsopdateringer af framework og pakker, og tredjepartstjenester der ændrer deres API.
• Drift: backup, overvågning og den aften hvor serveren går ned, mens du er til fødselsdag.
• Salg og marketing: ingen finder produktet af sig selv.

Det sidste punkt er det de fleste udviklere undervurderer. En micro-SaaS med et godt produkt og ingen synlighed tjener ingenting, og markedsføring kan ikke automatiseres på samme måde som backup.

Den gode nyhed er at resten kan gøres småt. Ét produkt med én klar arbejdsgang giver færre supportspørgsmål. Kendte værktøjer giver færre overraskelser ved opdateringer. Og en betalingsudbyder der også håndterer moms, fjerner en hel kategori af administration.

Stil dig selv ét spørgsmål før du går i gang: hvor mange timer om ugen kan jeg give produktet de næste to år, også når det er kedeligt? Har du et fuldtidsjob, er det måske 5-10 timer. Så skal produktet kunne klare sig gennem uger, hvor du ikke rører det.

Regnestykket: så mange kunder skal du bruge

Start med den indtægt du vil have, og regn baglæns. Et eksempel: produktet skal omsætte for 25.000 kr. om måneden, før gebyrer, faste omkostninger og skat.

Gebyrerne trækkes fra bagefter. Hos Stripe koster et almindeligt kort fra EØS 1,5 % + 1,80 kr. pr. betaling ifølge Stripes danske prisside, og abonnementsmodulet Stripe Billing koster yderligere 0,7 % af abonnementsomsætningen, hvis du betaler løbende uden en fast aftale. En merchant of record som Paddle, der sælger produktet på dine vegne og selv afregner moms, tager 5 % + 50 cent pr. transaktion. Ved små beløb fylder det faste gebyr meget: 1,80 kr. er næsten 2,3 % af en betaling på 79 kr.

Husk også opsigelser (churn). Mister du 3 % af kunderne hver måned, skal du med 100 kunder finde tre nye om måneden bare for at stå stille. Derfor anbefaler jeg næsten altid virksomheder frem for forbrugere som målgruppe for en micro-SaaS. Prisen kan være højere, du skal bruge færre kunder, og et værktøj der er blevet en del af en virksomheds arbejdsgang, bliver typisk ikke opsagt fra den ene dag til den anden.

Sådan bygger du en micro-SaaS: trin 1-3 før du koder

De første tre trin koster næsten ingenting og sparer dig for flest spildte måneder.

1. Vælg et problem du kender indefra. Gode idéer til en micro-SaaS kommer typisk fra en branche eller et job du selv kender, hvor du har set den samme manuelle opgave blive løst i regneark, på papir eller med fem værktøjer der ikke taler sammen. Det giver dig to fordele: du forstår problemet, og du ved hvor kunderne er. En smal niche er en fordel her, fordi den er billigere at nå og ofte for lille til at interessere de store spillere.
2. Valider med betaling, ikke med pæne ord. Tal med 10-15 potentielle kunder om problemet, før du viser en løsning. Bed derefter de mest interesserede om at forudbetale eller skrive under på en betalt pilot. Siger ingen ja til at betale, har du sparet dig selv for måneders arbejde. Metoderne står i guiden til at validere en SaaS-idé før du skriver kode.
3. Skær første version ned til én arbejdsgang. Skriv den ene opgave ned som kunden skal have løst, fra start til slut, og fjern alt der ikke er nødvendigt for at kunden får resultatet. Ingen mobilapp, ingen integrationer til fem systemer og ingen avanceret rettighedsstyring i første omgang. Hvordan du sorterer ønskelisten, har jeg gennemgået i indlægget om at afgrænse en SaaS-MVP.

Hvis du ikke selv er udvikler

Når idéen er valideret og afgrænset, er næste spørgsmål hvem der skal bygge den. Micro-SaaS-modellen er lavet til folk der selv kan bygge og vedligeholde produktet. Er du ikke udvikler, har du grundlæggende fire veje:

• Lær nok til at bygge den selv. Det tager tid, men du får fuld kontrol og ingen udviklingsregning.
• Byg en prototype med AI- eller no-code-værktøjer. Det er fint til validering, men login, adskillelse af kunders data, betaling og sikkerhed er netop de dele der ofte bliver lavet forkert.
• Få en freelanceudvikler til at bygge første version til fast pris. Så skal regnestykket holde. Koster første version fx 100.000 kr., og tjener produktet 10.000 kr. om måneden efter omkostninger, går der ti måneder før pengene er hjemme, og vedligeholdet kommer oveni. Se hvad der driver prisen i min gennemgang af hvad en MVP koster.
• Find en teknisk medstifter. Så deler du overskuddet, men også arbejdet og ansvaret for driften.

Mit ærlige råd: kan dit budget ikke dække både første version og et års vedligehold, så valider idéen med en prototype eller ved at levere ydelsen manuelt til de første kunder. En udvikler som mig er bedst brugt når du har forudbetalinger eller betalende piloter og et klart afgrænset omfang.

Trin 4-7: byg den, så du kan drive den alene

Også hvis en anden bygger første version, er det dig der skal drive den bagefter. De sidste fire trin sørger for at produktet ikke kræver dig hver dag.

4. Vælg værktøjer du allerede kender. Alene er din tid den dyreste ressource, så det er ikke nu du skal lære et nyt framework. Én kodebase og et framework med login, køer og e-mail indbygget sparer dig for mange beslutninger. Jeg bruger typisk Laravel til den slags, og begrundelsen står i min anbefaling af tech stack til SaaS. Spring microservices over, og vælg hosting hvor serverdrift ikke er din opgave.
5. Lad andre tage betaling og moms. Vælg mellem en betalingsudbyder som Stripe, hvor du selv står for moms og fakturaer, og en merchant of record som Paddle, der tager mere i gebyr men overtager momsen. Sælger du til forbrugere i andre EU-lande, skal du opkræve købers lands moms, når det samlede salg passerer 10.000 euro om året, typisk via EU's One Stop Shop-ordning (OSS). Jeg har sammenlignet mulighederne i indlægget om abonnementsbetaling med Stripe, Paddle eller en dansk løsning. Det her er ikke skatterådgivning, så tal med en revisor.
6. Automatisér driften fra dag ét. Det betyder backup der bliver testet, overvågning der giver besked når siden er nede, fejllogning så du ser fejl før kunderne skriver, og automatisk udrulning så en rettelse ikke afhænger af en tjekliste i dit hoved. Sæt også en fast tid af hver måned til opdateringer af framework og pakker, for et år med udskudte opdateringer er dyrt at indhente.
7. Byg supporten væk. Hvert spørgsmål du får to gange, er en mangel i produktet eller i hjælpeteksten. Skriv korte hjælpeartikler, lav fejlbeskeder der siger hvad brugeren skal gøre, og lad kunden selv skifte kort, hente fakturaer og opsige. Lov svar på e-mail inden for én hverdag frem for chat i realtid. Det er et løfte du kan holde alene.

Hvornår du bør vælge en anden model

Micro-SaaS passer til mange idéer, men ikke til alle. Vælg en anden model, hvis et eller flere af disse punkter gælder for dig:

• Du har brug for en fuld løn inden for et halvt år. De fleste små SaaS-produkter vokser langsomt, og der er ingen garanti for at de når dertil.
• Kunderne køber kun efter møder, udbud eller lange piloter. Så bruger du dine timer på salg i stedet for på produktet.
• Produktet håndterer følsomme data som helbredsoplysninger, eller kundernes drift står stille hvis det går ned. Det ansvar er for stort til én person uden en afløser.
• Produktet kræver mange brugere på begge sider for at virke, fx en markedsplads. Det kræver typisk et marketingbudget og lang tålmodighed.
• Hver kunde vil have sin egen version. Så driver du reelt et konsulentfirma med en SaaS-faktura.
• Du bryder dig ikke om at svare kunder. Support forsvinder ikke, den bliver bare mindre.

Og et ærligt punkt om mig selv: er du udvikler og har tid, har du ikke brug for en som mig. Byg det selv, hold det småt, og brug pengene på at finde kunder.

Næste skridt

Gå tjeklisten igennem før du skriver den første linje kode. Kan du ikke krydse de fleste punkter af, er det dér din tid skal gå hen lige nu.

Mangler du en udvikler til første version, kan du læse om hvordan jeg arbejder med udvikling af SaaS-produkter, fra et forprojekt til fast pris til kode du ejer fra første dag.

Ofte stillede spørgsmål

Hvor meget kan man tjene på en micro-SaaS?+

Det spænder fra ingenting til en fuld løn eller mere, og der findes ikke pålidelige tal for hvad en typisk micro-SaaS tjener. Indtægten er pris gange antal betalende kunder minus gebyrer, hosting og værktøjer. Mange små produkter dækker aldrig mere end deres egne omkostninger, og dem der lykkes, vokser typisk over år frem for måneder. Sæt et konkret mål og regn baglæns, så du ved hvor mange kunder det kræver.

Kan jeg bygge en micro-SaaS ved siden af et fuldtidsjob?+

Ja, det er en almindelig måde at starte på, og den er mindre risikabel end at sige op først. Læs dog din ansættelseskontrakt, før du går i gang. Nogle kontrakter kræver at bibeskæftigelse bliver godkendt, eller giver arbejdsgiveren rettigheder til det du udvikler, især hvis produktet ligger tæt på dit job. Byg på egen tid og eget udstyr, og spørg en advokat hvis du er i tvivl.

Er en micro-SaaS passiv indkomst?+

Nej, ikke helt. En micro-SaaS kan komme ned på få timer om ugen, men den kræver altid support, sikkerhedsopdateringer og opmærksomhed når en tredjepartstjeneste ændrer sig. Lader du den passe sig selv i et år, risikerer du sikkerhedshuller, fejlede betalinger og kunder der stille opsiger. Tænk på det som en forretning med lavt vedligehold, ikke som penge der kommer af sig selv.

Kan jeg sælge min micro-SaaS senere?+

Ja, der findes markedspladser og mæglere for køb og salg af små SaaS-virksomheder. Prisen afhænger typisk af overskud, vækst, opsigelser og hvor meget arbejde produktet kræver. Et produkt med dokumentation, automatiseret drift og kode der ikke afhænger af din personlige viden, er lettere at sælge. Hold regnskab, kode og kundedata adskilt fra dine andre aktiviteter fra start, så en køber kan se hvad de får.