Was ist SaaS? Software als Abo erklärt – und wann sich ein eigenes SaaS-Produkt lohnt

SaaS steht für Software as a Service, auf Deutsch etwa «Software als Dienstleistung». Gemeint ist Software, die nicht auf Ihrem Computer installiert ist, sondern beim Anbieter läuft und über den Browser oder eine App genutzt wird. Bezahlt wird nicht einmalig für eine Lizenz, sondern laufend, meist pro Monat und pro Nutzer. Um Server, Updates, Sicherheit und Datensicherung kümmert sich der Anbieter. Bekannte Beispiele sind Online-Buchhaltung, CRM-Systeme, Projektverwaltung oder E-Mail-Marketing-Werkzeuge.

Dieser Artikel hat zwei Teile. Der erste erklärt, was SaaS ausmacht und worin es sich von gekaufter Software unterscheidet. Der zweite richtet sich an KMU und Gründer, die mit dem Gedanken spielen, selbst ein SaaS-Produkt anzubieten. Wer dagegen vor der Frage steht, ob er eine fertige Lösung mieten oder etwas Eigenes für den internen Gebrauch bauen lassen soll, findet die Antwort in SaaS oder Eigenentwicklung?.

SaaS, On-Premise und Kauf-Software im Vergleich

Früher kaufte man Software auf CD oder als Download, installierte sie auf jedem Rechner und betrieb sie selbst. Das nennt man On-Premise, «in den eigenen Räumlichkeiten». Bei SaaS ist der Betrieb ausgelagert. Für die Nutzerin am Bildschirm sieht beides oft ähnlich aus, der Unterschied liegt dahinter.

Keine der beiden Formen ist grundsätzlich besser. SaaS gewinnt bei Tempo, Wartungsaufwand und Zugriff von überall. Kauf-Software gewinnt, wenn Daten das Haus nicht verlassen dürfen oder eine tiefe Anpassung nötig ist. Für Schweizer KMU kommt eine dritte Frage dazu: Wo liegen die Daten, und was sagt das Datenschutzgesetz dazu? Seriöse Anbieter nennen Speicherort und Unterauftragnehmer offen. Mehr dazu in Hosting in der Schweiz und das DSG. Wer zusätzlich Cloud-Betrieb und eigene Server abwägt, findet die drei Betriebsformen in On-Premise, Cloud oder SaaS? verglichen.

Die Abo-Logik: warum SaaS so funktioniert

Das Abo ist nicht nur ein Zahlungsmodell, es prägt das ganze Produkt. Ein SaaS-Anbieter verdient nur, solange Kunden bleiben. Deshalb muss die Software laufend nützlich bleiben, laufend verbessert werden und darf Kunden nicht durch Ausfälle oder Datenverluste vergraulen.

Für Kunden heisst das: planbare Kosten, keine grosse Anfangsinvestition und eine Software, die besser wird, ohne dass man selbst etwas tut. Die Kehrseite: Die Kosten laufen, solange man die Software nutzt, und summieren sich über Jahre und Nutzer. Wer fünf Werkzeuge mit je zehn Nutzern abonniert, sollte die Summe über fünf Jahre kennen, nicht nur den Monatspreis. Und wer seine Abläufe ganz auf ein Produkt aufbaut, ist davon abhängig, ein Risiko, das unter dem Begriff Vendor Lock-in bekannt ist.

Typische Preismodelle sind:

• Pro Nutzer: fester Betrag pro Person und Monat, häufig bei Team-Werkzeugen.
• Nach Paket: Stufen mit unterschiedlichem Funktionsumfang.
• Nach Nutzung: Abrechnung nach Menge, etwa versendete E-Mails, verarbeitete Dokumente oder KI-Anfragen.
• Freemium: eine Gratisstufe mit Einschränkungen, die zum Upgrade führen soll.

Welche Kennzahlen zeigen, ob ein Abo-Geschäft trägt, etwa wiederkehrender Monatsumsatz und Kündigungsrate, erklärt SaaS-Kennzahlen für Gründer. Wie Schweizer Kunden ein Abo bezahlen, mit Twint, Kreditkarte oder Rechnung, zeigt Zahlungen im eigenen SaaS.

Mandantenfähigkeit: das technische Herz von SaaS

Wenn tausend Firmen dieselbe Software nutzen, betreibt der Anbieter nicht tausend Installationen. Er betreibt eine einzige, die alle Kunden bedient. Damit das funktioniert, muss die Software mandantenfähig sein: Jeder Kunde, im Fachjargon ein Mandant oder Tenant, sieht nur seine eigenen Daten, Benutzer und Einstellungen, obwohl alle auf derselben Plattform arbeiten.

Das klingt selbstverständlich, ist aber die anspruchsvollste Entscheidung beim Bau eines SaaS. Es gibt grob drei Varianten:

Für die meisten jungen SaaS-Produkte ist die erste Variante richtig, sofern die Trennung nicht nur im Programmcode, sondern auch in der Datenbank abgesichert ist, etwa über Zeilenrichtlinien. Ein vergessener Filter darf nie dazu führen, dass Kunde A die Rechnungen von Kunde B sieht. Wer Mandantenfähigkeit erst nachträglich einbaut, baut oft grosse Teile der Anwendung neu.

Wann lohnt sich ein eigenes SaaS-Produkt?

Viele KMU haben im Lauf der Jahre eine Lösung für ein Problem gebaut, das auch andere Betriebe ihrer Branche haben: ein Planungswerkzeug, einen Rechner, ein Kundenportal. Die naheliegende Frage: Könnte man das als Abo an andere verkaufen? Manchmal ja. Aber ein internes Werkzeug ist noch kein Produkt.

Ein eigenes SaaS lohnt sich eher, wenn diese Punkte zutreffen:

• Das Problem ist wiederkehrend und verbreitet. Viele Betriebe haben es, nicht nur der eigene.
• Kunden zahlen heute schon dafür, mit Zeit, Tabellen, Zwischenlösungen oder einem schlechten Konkurrenzprodukt.
• Die Lösung ist standardisierbar. Wenn jeder Kunde eine Sonderanpassung braucht, ist es ein Dienstleistungsgeschäft, kein SaaS.
• Es gibt einen Vertriebsweg. Der beste Code nützt nichts, wenn niemand vom Produkt erfährt.
• Jemand übernimmt Betrieb und Support dauerhaft. Ein SaaS ist kein Projekt mit Ende, sondern ein laufendes Geschäft.

Gegen ein eigenes SaaS spricht, wenn es vor allem eine Idee ist, die noch niemand ausserhalb des eigenen Teams geprüft hat. Dann ist der erste Schritt nicht die Entwicklung, sondern die Validierung. Woran man erkennt, ob eine Produktidee trägt, beschreibt Produktidee validiert? So erkennen Sie es.

Der Weg zum eigenen SaaS: klein anfangen

Ein vollständiges SaaS mit Abo-Abrechnung, Mandantentrennung, Rollen, Rechnungsstellung, Support und Betrieb ist ein grosses Vorhaben. Es gleich vollständig zu bauen, ist die teuerste Art herauszufinden, dass niemand es will. Sinnvoller ist eine Abfolge in Stufen:

1. Prototyp: ein bedienbarer Kernablauf mit realistischen Beispieldaten, getestet mit fünf bis zehn potenziellen Kunden. Die Frage: Verstehen sie es, und wollen sie es?
2. MVP: die kleinste Version, die echte Kunden produktiv nutzen und bezahlen. Hier kommen Login, Datenhaltung und eine einfache Mandantentrennung dazu.
3. Ausbau zum SaaS: Selbstregistrierung, Abo-Abrechnung, Rollen, Auswertungen, Schnittstellen, Betrieb und Support, schrittweise entlang dessen, was zahlende Kunden tatsächlich brauchen.

Bei DLM Digital beginnt ein Prototyp oder MVP bei CHF 10'000. Was in diesem Rahmen entsteht und wo die Grenzen liegen, zeigt CHF 10'000 statt CHF 100'000. Wie wir Prototypen mit echten Nutzern testen, beschreibt Prototyp & Validierung. Wenn der Prototyp trägt, bauen wir die Anwendung unter Web-App entwickeln lassen weiter. Erfolgsgarantien geben wir dabei keine: Ob ein Produkt am Markt funktioniert, entscheiden die Kunden, nicht die Technik.

Ein Beispiel aus der Praxis

Ein Betrieb mit Online-Reservationen, Push-Benachrichtigungen aufs Handy und einer eigenen Besucherstatistik, wie wir es für das Restaurant Han Kitchen umgesetzt haben, ist zunächst eine Einzellösung für einen Kunden. Daraus ein SaaS für viele Restaurants zu machen, hiesse: Mandantentrennung, Selbstregistrierung, Abo-Abrechnung, Support, Onboarding und ein Vertriebsweg in die Branche. Die Funktionen sind gleich, das Geschäft dahinter ist ein völlig anderes. Genau diese Lücke zwischen «funktioniert bei uns» und «verkauft sich an andere» sollte der Prototyp ausleuchten, bevor grosse Summen fliessen.

Häufige Fehler beim Bau eines SaaS

• Zu viele Funktionen vor dem ersten zahlenden Kunden. Jede Funktion, die niemand nutzt, kostet trotzdem Wartung.
• Mandantenfähigkeit nachträglich. Wer mit einer Ein-Kunden-Lösung startet und später auf viele Kunden umstellt, baut grosse Teile neu.
• Betrieb vergessen. Backups, Überwachung, Sicherheitsupdates und Support laufen ab dem ersten Kunden, nicht erst ab dem hundertsten.
• Preis zu spät testen. Ob Kunden zahlen, gehört in die Validierung, nicht in die Phase nach dem Launch.
• Abhängigkeit vom eigenen Entwickler. Klären Sie früh, wem Code und Daten gehören. Hinweise dazu in Wem gehört eigentlich die Website?.

Fazit

SaaS ist Software, die man mietet statt kauft: betrieben vom Anbieter, bezahlt als Abo, genutzt über den Browser. Für die meisten KMU ist es die richtige Wahl für Standardaufgaben wie Buchhaltung oder CRM, auch wenn es die Abhängigkeit vom Anbieter mit sich bringt. Ein eigenes SaaS-Produkt ist dagegen ein eigenes Geschäft. Es lohnt sich, wenn ein verbreitetes Problem standardisierbar gelöst wird und jemand Betrieb und Vertrieb dauerhaft trägt. Der vernünftige Weg dorthin beginnt nicht mit dem fertigen Produkt, sondern mit einem Prototyp, der die eine Frage beantwortet, an der die meisten Ideen scheitern: Will das jemand haben und dafür bezahlen?