18 Systeme, die jedes SaaS braucht (nur 20 % baust du)

18 Systeme, die jedes SaaS braucht, weil es zu 80–90 % mit jedem anderen SaaS identisch ist: Nutzerkonten, Organisationen, Berechtigungen, Abrechnung, Benachrichtigungen, Datei-Uploads, Suche. Nur 10–20 % sind deine einzigartige Idee. Die meisten Gründer verbringen 6–12 Monate damit, zuerst den identischen Teil zu bauen. Hier sind die 18 Systeme, die diese 80 % ausmachen – und warum du sie klonen statt bauen solltest.

Die 80/20-Realität beim Bau eines SaaS

Wenn du anfängst, eine SaaS-App zu bauen, glaubst du, du baust deine einzigartige Idee. Die Realität ist unromantischer: 80–90 % deiner App sind identisch mit jedem anderen SaaS im Internet, und nur 10–20 % sind deine eigene Geschäftslogik.

Angenommen, du baust ein Projektmanagement-Tool. Der Teil, der bei jedem SaaS gleich ist: Nutzer und Login, Organisationen und Teams, Berechtigungen, Datei-Uploads, Benachrichtigungen, Suche, Kommentare, Abrechnung. Der Teil, der wirklich dir gehört: die Projekt-Entität, die Aufgaben-Entität, die Gantt-Diagramme, die Projektvorlagen.

Die meisten verschwenden Monate damit, die 80 % zu bauen, die mit dem Produkt aller anderen identisch sind – und kommen nie zu den 20 %, für die Kunden tatsächlich zahlen würden. Die Regel, die das behebt, ist einfach: Baue die 20 %. Klone die 80 %.

18 Systeme, die jedes SaaS braucht

Hier die vollständige Liste – das Fundament, das jedes SaaS antreibt, ob B2B-Tool, Marktplatz, CRM oder Lernplattform:

Die ersten zehn sind die Kerninfrastruktur – das Wesentliche. Die anderen acht sind die Features, die Nutzer von jedem ernsthaften Produkt erwarten. Und du brauchst nicht alle 18: Ein einfaches Tool nutzt vielleicht nur fünf davon. Jedes ist wie ein LEGO-Stein gebaut – eigenständig, mit den anderen kompatibel und leicht erweiterbar.

Was es wirklich kostet, die 80 % selbst zu bauen

So sieht der Zeitplan aus, den die meisten Erstgründer erleben, wenn sie das Fundament von Grund auf bauen. Monate 1–3: Nutzer-Authentifizierung bauen. Monate 4–6: Mandantenfähigkeit herausfinden. Monate 7–9: Berechtigungen und Abrechnung ergänzen. Monate 10–12: Benachrichtigungen und Datei-Uploads bauen. Monat 13: endlich mit den einzigartigen Features anfangen.

Das sind 12 Monate, um dort anzukommen, wo du hättest starten sollen – 100.000 €+ an verschwendeter Zeit, wenn du deine Zeit bewertest, plus die Architekturfehler, die du erst entdeckst, wenn du Skalierung erreichst und neu bauen musst.

Der Klon-Ansatz dreht den Zeitplan um: Woche 1, die benötigten Systeme klonen. Wochen 2–4, sie für dein konkretes SaaS anpassen. Monate 2–3, deine einzigartigen Features bauen. Monat 4, Launch. Dasselbe Produkt, in 4 statt 12+ Monaten ausgeliefert, rund 75.000 €+ gespart. (Wenn du die Tools selbst budgetierst, hier steht was der Bau eines SaaS wirklich kostet.)

Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →

Klonen statt bauen: so geht es

Jedes der 18 Systeme ist ein vollständiger vertikaler Schnitt: eine Datenbankschicht, in der die Daten liegen, eine Service-Schicht mit der Geschäftslogik, eine Datenschicht, die sie mit deinen Bildschirmen verbindet, und die UI-Komponenten, die Nutzer tatsächlich sehen. Jedes System folgt demselben Muster, und jedes System weiß, wie es mit den anderen spricht – wenn ein Nutzer eine Rechnung erstellt, prüft das Berechtigungssystem den Zugriff, das Abrechnungssystem legt den Datensatz an, Analytics protokolliert das Ereignis, Benachrichtigungen informieren den Inhaber, und das Audit-Log hält alles fest.

Klonen heißt, deiner KI den bewährten Bauplan zu geben und sie zu bitten, Benennung und Geschäftslogik an dein Produkt anzupassen: Aus deiner Haupt-Entität werden Aufgaben, Kontakte oder Buchungen, aus deiner Organisation wird ein Team oder ein Workspace. Architektur-, Sicherheits- und Performance-Muster bleiben unangetastet – sie sind der Teil, für den es Jahre brauchte, ihn richtig hinzubekommen.

Das sind keine Lehrbuchdiagramme. Es ist dasselbe integrierte Fundament, das eine Plattform im Wert von über 2 Mio. € antreibt: 964 Tabellen, über 3 Mio. Codezeilen, 10 Produkte, die alle zusammenarbeiten. Im großen Maßstab getestet, damit du die Skalierungsprobleme nicht selbst entdecken musst.

Die 20 %, die du wirklich bauen solltest

Sobald das Fundament geklont ist, fließt deine ganze Energie in den einzigen Teil, für den Kunden zahlen: deine Haupt-Entität, deinen einzigartigen Workflow, deine einzigartige Oberfläche. Noch nie hat jemand ein Projektmanagement-Tool gekauft, weil sein Passwort-Reset handwerklich so schön war.

Während andere Gründer noch fragen „Wie strukturiere ich Mandantenfähigkeit?“ und „Wie sollten Berechtigungen funktionieren?“, baust du schon die Features, die dein Produkt besonders machen. Das ist der Unterschied zwischen einem Launch in 3 Monaten und einem in 12.

Ein Vorbehalt: Die Reihenfolge, in der du diese Systeme zusammensetzt, ist wichtiger, als du erwartest – manche lassen sich später kaum noch nachrüsten. Das ist ein Thema, das groß genug für einen eigenen Leitfaden zur richtigen SaaS-Baureihenfolge ist.

12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →

Häufig gestellte Fragen

Brauche ich wirklich alle 18 Systeme?

Nein. Es sind LEGO-Steine – nimm, was dein Produkt braucht. Ein einfaches internes Tool nutzt vielleicht fünf; ein B2B-SaaS braucht typischerweise Mandantenfähigkeit, Nutzer, Berechtigungen, Abrechnung, Benachrichtigungen und Team-Einladungen; ein Enterprise-Produkt nutzt irgendwann alle 18. Beginne mit dem, was deine ersten Kunden verlangen.

Welche Systeme sollte ich zuerst bauen?

Mandantenfähigkeit, Nutzer und Authentifizierung sowie Berechtigungen – in dieser Reihenfolge. Alles andere hängt davon ab, und einige Systeme (Analytics, Audit-Logging, Hintergrundjobs) lassen sich später viel schwerer ergänzen. Die vollständige Reihenfolge behandelt der Leitfaden zur SaaS-Baureihenfolge.

Kann die KI diese Systeme wirklich für einen nicht-technischen Gründer bauen?

Ja – denn du bittest die KI nicht, etwas zu erfinden. Du bittest sie, ein bewährtes, dokumentiertes Muster an Benennung und Geschäftslogik deines Produkts anzupassen. Genau diese Art von Arbeit erledigt die KI zuverlässig. Das Risiko ist nicht die KI, sondern den Bauplan zu überspringen und sie Architektur improvisieren zu lassen.

Was zählt zu den 20 %, die ich selbst bauen sollte?

Deine Haupt-Entität (das, was dein Produkt verwaltet), der Workflow darum herum und die Oberfläche, die es besonders macht. Bei einem Projektmanagement-Tool sind das Projekte, Aufgaben und deine besondere Art, sie zu visualisieren – alles andere auf der Liste oben sind die 80 %, die du klonst.