SaaS-udvikling fra folk, der selv bygger og driver SaaS-platforme

Hvad kræver det at bygge en SaaS-platform?

At bygge en SaaS-platform kræver fire ting: en datamodel med tenant-isolation, så kundernes data holdes adskilt; et system til roller og rettigheder; abonnements- og betalingslogik, der kan håndtere opgraderinger og opsigelser; og en driftsopsætning med hosting, overvågning og backups. Med et fokuseret scope kan en første version være i drift på få uger, hvorefter platformen udvides trin for trin.

Det får I

En SaaS-platform er mere end en webapp. Det her er de konkrete leverancer i et typisk SaaS-forløb hos os:

• 01

  En produktionsklar SaaS-platform

  En komplet platform bygget i TypeScript og React med Rust- eller Node-backend og PostgreSQL, klar til rigtige, betalende kunder, ikke en prototype.

• 02

  Multi-tenant-arkitektur

  Tenant-isolation på databaseniveau, roller og rettigheder samt et onboarding-flow, så nye kunder kan oprettes uden manuelt arbejde.

• 03

  Abonnements- og betalingslogik

  Planer, prøveperioder, opgraderinger og fakturering integreret med en betalingsudbyder, designet sammen med datamodellen, ikke klistret på bagefter.

• 04

  EU-hosting og GDPR-first datamodel

  Jeres data hostes i EU, og datamodellen designes med dataminimering og sletning for øje fra begyndelsen.

• 05

  CI/CD, overvågning og backups

  Automatiseret deployment, fejlovervågning og backups, overdraget sammen med resten af platformen.

Vi driver vores egne platforme, så vi bygger til produktion

Vi bygger og driver selv SaaS-platforme, så vi kender forskellen på kode, der ser færdig ud, og kode, der holder i produktion. For jer betyder det en platform, der er klar til drift, når vi overdrager den, og derefter fejlrettelser og ændringer med pris pr. opgave.

• 

  Under udvikling

  Unios

  Multi-tenant SaaS-platform til studenterorganisationer med site builder, medlemshåndtering og roller på tværs af selvstændige organisationer. Under udvikling, med IBP Union som tiltænkt første tenant.

  • Rust / Axum
  • SQLx
  • PostgreSQL
  • React
  • Vite
  • Astro

• docubotai.app

  

  I beta

  DocubotAI.app

  AI-drevet dokumentationsplatform i beta. Vi står selv for drift, overvågning og videreudvikling.

  • Next.js
  • TypeScript
  • Supabase
  • Google Gemini

Beslutninger om arkitektur, hosting og overvågning er ikke teori for os, det er ting, vi selv lever med hver dag på vores egne platforme.

Multi-tenant-arkitektur er vores hjemmebane

Det sværeste ved SaaS er sjældent de synlige funktioner, det er at holde mange kunder sikkert på én kodebase. Det er her, vi bruger mest ingeniørmæssig dømmekraft:

• 01

  Tenant-isolation

  Hver kundes data holdes adskilt på databaseniveau, så en fejl i én tenant aldrig lækker data til en anden.

• 02

  Roller og rettigheder

  Fleksibel adgangsstyring (ejere, administratorer og medlemmer) designet, så den kan udvides, uden at kodebasen skal skrives om.

• 03

  Abonnementslogik

  Planer, begrænsninger pr. plan og betalingsflows, der er designet sammen med datamodellen i stedet for at blive klistret på bagefter.

EU-hosting og GDPR fra starten

• Jeres platform hostes i EU, og datamodellen designes GDPR-first: Persondata minimeres, holdes adskilt fra øvrige data og kan slettes, uden at systemet går i stykker. Adgang styres via roller og rettigheder.

• Vi dokumenterer, hvor data ligger, hvem der kan tilgå dem, og hvordan de slettes, det tekniske grundlag for jeres databehandleraftaler. Vi påstår ingen certificeringer; vi bygger, så jeres compliance-arbejde står på fakta.

Sådan arbejder vi

Samme firetrinsmodel som på alle vores projekter, fast tilbud, ugentlige demoer, ingen overraskelser:

1. Afklaringsmøde

   Vi gennemgår jeres idé, brugere og krav, og siger ærligt, hvad der giver mening at bygge først.

2. Fast tilbud inden 48 timer

   I får et fast tilbud med scope, pris og tidsplan inden 48 timer efter mødet.

3. Byg med ugentlige demoer

   I ser fremdriften hver uge på en kørende version af platformen, ikke i statusrapporter.

4. Levering + overdragelse

   Platformen går i produktion, og vi overdrager kode, dokumentation og adgang til infrastrukturen. Derefter er vi til rådighed for fejlrettelser og ændringer, med pris pr. opgave.

Tal, I kan efterprøve

• I får et fast, skriftligt tilbud inden 48 timer efter afklaringsmødet.

• Undervejs ser I fungerende software ved ugentlige demoer.

• I taler direkte med den, der skriver jeres kode.

• TwinCurrent har modtaget Mikrolegat fra Fonden for Entreprenørskab.

SaaS-platforme, vi har bygget

• 

  Under udvikling

  Unios

  Multi-tenant SaaS til studenterorganisationer, bygget af TwinCurrent og under udvikling.

  • Rust / Axum
  • SQLx
  • PostgreSQL
  • React
  • Vite
  • Astro

• docubotai.app

  

  I beta

  DocubotAI

  AI-dokumentationsplatform i beta på DocubotAI.app.

  • Next.js
  • TypeScript
  • Supabase
  • Google Gemini

Hvad påvirker prisen?

To SaaS-platforme ligner sjældent hinanden, så prisen følger scope. Det, der reelt bestemmer den, er:

• 01

  Scope

  Antallet af moduler og flows i første version. Et skarpt første scope er det vigtigste greb til at holde prisen nede.

• 02

  Integrationer

  Betalingsudbydere, logins, eksterne API’er og eksisterende systemer, som platformen skal spille sammen med.

• 03

  Kompleksitet

  Multi-tenant-krav, roller og rettigheder, realtidsfunktioner og mængden af forretningslogik.

I får et prisoverslag inden 24 timer og et fast skriftligt tilbud inden 48 timer efter afklaringsmødet.

Få et prisoverslag inden 24 timer

Ofte stillede spørgsmål om SaaS-udvikling

• Hvad koster det at udvikle en SaaS-platform?

  Prisen afhænger af tre ting: scope (hvor mange moduler første version indeholder), integrationer (betaling, login, eksterne systemer) og kompleksitet (multi-tenant-krav, roller og forretningslogik). To SaaS-platforme ligner sjældent hinanden, så prisen følger scope, og I får et fast tilbud inden 48 timer efter et afklaringsmøde.

• Hvor lang tid tager det at udvikle en SaaS-platform?

  Det ærlige svar er, at det afhænger af scope, og leveringsdatoen står i tilbuddet. En fuld platform afhænger af scope: Multi-tenant-funktioner, betalingsflows og integrationer bygges typisk trinvist over flere iterationer. Derfor anbefaler vi at starte med et fokuseret første scope, få rigtige brugere på platformen og udvide derfra, med ugentlige demoer, så I hele tiden kan følge fremdriften.

• Kan I overtage en eksisterende SaaS-platform?

  Ja. Vi starter med en gennemgang af kode, arkitektur og drift, retter de mest kritiske ting først og lægger en plan for videreudviklingen. Hvert trin får en fast pris.

• Hvordan håndterer I GDPR i SaaS-udvikling?

  Vi hoster i EU og designer datamodellen GDPR-first: Persondata minimeres, holdes adskilt fra øvrige data og kan slettes, uden at systemet går i stykker. Adgang styres via roller og rettigheder, og vi dokumenterer, hvor data ligger, og hvem der kan tilgå dem, det tekniske grundlag for jeres databehandleraftale. Vi påstår ingen certificeringer; vi bygger, så jeres compliance-arbejde står på fakta.

• Hvilke teknologier bygger I SaaS-platforme med?

  TypeScript og React i frontend (Next.js eller Vite), Rust (Axum) eller Node/TypeScript i backend og PostgreSQL som database. Vores egne platforme bruger de samme byggesten: DocubotAI (i beta) kører på Next.js og Node, og Unios, vores multi-tenant platform under udvikling, er et Rust/Axum-API med frontends i React og Vite. Vi vælger bevidst gennemprøvet teknologi, som andre udviklere kan overtage, frem for eksotiske valg, der binder jer til os.

• Ejer vi selv koden og platformen?

  Ja. I ejer koden, dataene og infrastrukturkontiene. Alt kan ligge i jeres egen GitHub-organisation og på jeres egne hosting-konti, og der er ingen binding: Drifter I selv eller skifter leverandør, tager I det hele med. Efter overdragelsen er vi til rådighed for ændringer og fejlrettelser, med pris pr. opgave.