Was SaaS oder App als Produktform bedeutet
SaaS ist die Abkürzung für Software as a Service, auf Deutsch etwa Software als Dienstleistung. Der Kunde installiert nichts. Er meldet sich an, arbeitet im Webbrowser oder in einer App auf dem Telefon und zahlt monatlich oder jährlich. Alles dahinter liegt beim Anbieter. Der Anbieter bist du: Du betreibst, du sicherst, du spielst Updates ein, du reparierst.
Die App im Store ist derselbe Gedanke mit anderer Oberfläche und einem zusätzlichen Zwischenhändler. Für die Frage, ob sich diese Form für dich eignet, sind beide gleich zu behandeln, weil der entscheidende Punkt bei beiden derselbe ist: Du verkaufst keinen Gegenstand, sondern einen Zustand, der über Jahre gehalten werden muss.
Woraus ein SaaS-Produkt besteht
Aus acht Teilen, und nur einer davon hat mit deinem Fachwissen zu tun. Anmeldung und Benutzerkonten. Die eigentliche Funktion. Datenhaltung samt Sicherungen. Abrechnung im Abonnement. Hosting. Überwachung, damit du von Ausfällen erfährst, bevor der Kunde anruft. Ein Kanal für Support. Und Rechtstexte, die für eine laufende Datenverarbeitung anders aussehen als für einen einmaligen Download.
SaaS, Cloud, PaaS und IaaS
Cloud Computing ist der Oberbegriff für IT-Leistungen, die über das Internet bereitgestellt und nach Verbrauch bezahlt werden. Darunter liegen drei Stufen. IaaS meint reine Infrastruktur, also Rechenleistung und Speicher. PaaS liefert zusätzlich die Plattform, auf der Anwendungen laufen. SaaS ist die fertige Anwendung für den Endnutzer. Baust du ein SaaS-Produkt, bist du SaaS-Anbieter für deine Kunden und gleichzeitig Kunde einer IaaS- oder PaaS-Ebene, die du monatlich bezahlst.
Software oder Produkt aus Wissen
Hier trennen sich zwei Wege, und die Trennlinie wird selten sauber gezogen. Ein Produkt aus Wissen verkauft eine Einsicht, eine Methode oder eine Ordnung. Es wird einmal hergestellt und ist danach unverändert verkäuflich. Software verkauft eine Funktion, und eine Funktion muss laufen. Jeden Tag, auch am 24. Dezember.
Der Unterschied wird an einem einzigen Bild deutlich. Bist du drei Wochen im Urlaub, merkt der Käufer deines Kurses davon nichts, während der Nutzer deiner Software es innerhalb von 20 Minuten merkt, sobald etwas klemmt. Bei der einen Form bist du einfach weg. Bei der anderen fällt etwas aus, für das jemand bezahlt hat.
Ich halte diesen Unterschied für den wichtigsten in diesem ganzen Themenbereich. Wer aus 20 Jahren Berufserfahrung heraus etwas Eigenes aufbaut, hat sein Kapital im Wissen, nicht im Bauen von Systemen. Software verwertet dieses Kapital nicht. Sie verlangt vorher, dass du etwas ganz anderes lernst.
Warum SaaS für die meisten hier nicht die richtige Wahl ist
Vier Gründe, und keiner davon ist Schwarzmalerei. Sie treffen auf jedes laufende Softwareprodukt zu, auch auf ein sehr kleines, und sie treffen unabhängig davon zu, wie gut die Idee ist.
Wartung hört nie auf
Software altert, ohne dass jemand sie anfasst. Bibliotheken bekommen Sicherheitslücken, Schnittstellen ändern sich, Browser stellen alte Verfahren ab und Betriebssysteme verlangen neue Mindestanforderungen, sodass ein fester Teil deiner Zeit dafür draufgeht, dass alles so bleibt, wie es ist. Der Teil wird nicht kleiner. Er wächst mit jeder Funktion, die du dazubaust.
Support ist ein zweiter Job
Bei einem Kurs schreibt dir vielleicht jeder zwanzigste Käufer. Bei einer Anwendung schreibt dir jeder, bei dem etwas nicht so aussieht, wie er es erwartet hat, und das sind auch Dinge, die gar kein Fehler sind. Support ist außerdem nicht planbar: Er kommt dann, wenn er kommt, bei einem Ausfall kommt er gebündelt, und neben einem Vollzeitjob ist das die härteste Nebenwirkung dieser Form.
Sicherheit und Datenschutz liegen bei dir
Sobald Kundendaten auf deinen Systemen liegen, trägst du Verantwortung dafür. Du schützt die Zugriffe, du verschlüsselst, du sicherst, und du brauchst einen Plan für den Tag, an dem etwas abfließt, und dazu kommen die Pflichten aus dem Datenschutzrecht, unter anderem Verträge zur Auftragsverarbeitung mit deinen Kunden und mit deinen eigenen Dienstleistern. Das ist hier nur die Einordnung. Was in deinem Fall gilt, gehört mit einer Anwältin oder einem Anwalt geklärt, bevor der erste Kunde Daten einträgt.
Du hängst an Plattformen, deren Regeln sich ändern
Eine App im Store lebt davon, dass der Store sie zulässt, und die Regeln dort ändert der Betreiber einseitig, geprüft wird unterschiedlich streng, und ein Anteil des Preises geht ebenfalls an ihn. Ähnliches gilt für Schnittstellen zu fremden Diensten: Wenn dein Produkt auf der Schnittstelle eines Anbieters aufbaut, entscheidet dieser Anbieter über Preis, Umfang und Fortbestand. Angekündigt wird so etwas, aber die Fristen sind für ein Nebenprojekt oft zu kurz. Drei Monate klingen viel. Neben einem Vollzeitjob sind sie es nicht.
Wann eine eigene Software doch passt
Es gibt diese Fälle, und sie sind erkennbar. Drei davon tragen wirklich.
Erstens: Du bist ohnehin Entwicklerin oder Entwickler. Dann ist der Bau dein Fach, und die Rechnung sieht völlig anders aus. Zweitens: Du beherrschst einen engen Fachprozess, den du selbst jahrelang von Hand gemacht hast, für den es kein Werkzeug gibt und in dem eine Rechnung, eine Prüfung oder eine Umrechnung steckt, die andere nicht ohne dich hinbekommen.
Drittens: Du hast bereits zahlende Kunden für eine Dienstleistung, und die Software ersetzt deine eigene Handarbeit daran. Dann ist sie zuerst ein Werkzeug für dich, und der Verkauf an andere ist der zweite Schritt.
Ein vierter Fall ist der technische Partner, der den Betrieb dauerhaft übernimmt. Er trägt aber nur, wenn schriftlich geregelt ist, wer wofür zuständig ist, und wenn der Partner am Ertrag beteiligt ist. Ein Bekannter, der das Ding an einem Wochenende hochzieht, ist keine Betriebsmannschaft. Er ist ein Freundschaftsdienst mit Verfallsdatum. Beispiele für den zweiten Fall gibt es reichlich: die Auslegung eines Bauteils, eine Fristenrechnung, eine Prüfung gegen eine Norm, ein Angebot, das sich aus 30 Eingaben ergibt. Immer steckt darin etwas, das jemand oft braucht und selten selbst kann.
Der Aufwand bis zur ersten verkaufsfähigen Version
Für eine kleine Anwendung mit Anmeldung, einer Kernfunktion und Abrechnung sind 300 bis 600 Arbeitsstunden ein realistischer Rahmen, wenn du selbst entwickelst. Neben einem Vollzeitjob sind das 9 bis 18 Monate. Vergibst du die Arbeit, liegen die Angebote im DACH-Markt für so etwas üblicherweise im niedrigen bis mittleren fünfstelligen Bereich, und das ist die erste Version, nicht das fertige Produkt.
Danach beginnt der Teil, der beim Kurs nicht existiert: Du betreibst, du behebst Fehler, du ziehst bei neuen Umgebungen nach. Bei einem digitalen Produkt aus Wissen liegt die Arbeit vorn und wird weniger. Bei Software liegt sie hinten und bleibt.
Preise und Preismodell im DACH-Markt
Verkauft wird im Abonnement, monatlich oder jährlich. Für Werkzeuge, die eine einzelne Person nutzt, liegt die typische Spanne bei 5 bis 30 € im Monat. Fachwerkzeuge für Unternehmen bewegen sich üblicherweise zwischen 20 und 150 € je Nutzer und Monat, mit deutlich mehr Luft nach oben, wenn das Werkzeug an einem Prozess hängt, der Geld bewegt.
Am Ende zählt der Preis weniger als die Zahl der Konten, die du brauchst. Bei 19 € im Monat und einem Ziel von 2.000 € monatlich sind das über 100 zahlende Kunden, die auch bleiben, und wie viele davon bleiben, weißt du erst nach einem Jahr.
Was technisch nötig ist
Weniger Werkzeuge, als man denkt, und mehr Zuständigkeit, als man will. Zwei Bereiche musst du dauerhaft besetzen: den Betrieb und, falls es eine App wird, das Verhältnis zum Store.
Für den Betrieb
Ein Server oder eine Plattform, auf der die Anwendung läuft. Eine Datenbank. Sicherungen, die jemand auch schon einmal zurückgespielt hat. Eine Überwachung, die dich weckt, wenn nachts etwas ausfällt. Ein Zahlungsanbieter, der Abonnements, Rechnungen und die Umsatzsteuer korrekt abbildet. Und eine Stelle, an der Kunden dich erreichen. Jedes dieser Teile ist für sich harmlos. Zusammen bilden sie einen kleinen IT-Betrieb, den du nebenbei führst.
Für die App im Store
Ein Entwicklerkonto (jährliche Gebühr), eine Prüfung vor jeder Veröffentlichung und ein Anteil am Umsatz, der an den Betreiber geht. Dazu die Pflicht, bei neuen Betriebssystemversionen nachzuziehen. Erscheint einmal im Jahr eine größere Version, hast du einmal im Jahr Arbeit, die du nicht ausgesucht hast. Bleibt sie liegen, fliegt die App irgendwann aus dem Angebot.
Die laufenden Kosten, die selten eingeplant werden
Auch ohne einen einzigen Kunden läuft der Zähler. Hosting und Datenbank, Sicherungen, Mailversand, Fehlerüberwachung, Domain und Zertifikate, Gebühren des Zahlungsanbieters, Rechtstexte, gegebenenfalls Werkzeuge für Support und Abrechnung. In Summe sind das im kleinen Rahmen 30 bis 300 € im Monat.
Dazu kommt der Posten, der in keiner Tabelle steht: deine Zeit für Bereitschaft. Es gibt keinen Feierabend, an dem eine laufende Anwendung nicht kaputtgehen kann.
Die Alternative, die meistens näher liegt
Vor der eigenen Anwendung steht fast immer eine kleinere Form, die 90 Prozent des Nutzens liefert und einen Bruchteil kostet. Eine Rechenvorlage in der Tabellenkalkulation. Eine Vorlage mit hinterlegten Formeln. Eine geführte Anleitung in einer Umgebung, die es schon gibt. Ein Verzeichnis, das die Recherche abnimmt, um die es eigentlich geht.
Diese Formen haben denselben Kern wie deine Softwareidee (dein Wissen, in eine Ordnung gebracht) und keinen Betrieb, und sie klären außerdem, was vor jedem Bauen geklärt sein sollte: ob überhaupt jemand dafür zahlt. Eine Übersicht über die Formen, die dafür infrage kommen, steht im Themenbereich Digitale Produkte.
Ob deine Expertise zu SaaS passt
Drei Fragen, ehrlich beantwortet, entscheiden das. Erstens: Steckt in deinem Wissen eine wiederkehrende Rechnung oder Prüfung, die jemand regelmäßig durchführen muss, oder eine Einsicht, die man einmal versteht? Muss jemand immer wieder rechnen, spricht das für Software. Muss er es nur einmal verstehen, dagegen.
Zweitens: Wärst du bereit, dieses Produkt in 5 Jahren noch zu betreuen? Wenn die Antwort zögert, ist sie nein, denn in 5 Jahren ist die Neugier weg und die Wartung noch da. Drittens: Kannst du 12 Monate arbeiten, bevor der erste Euro kommt? Bei einem E-Mail-Kurs sind es 4 bis 6 Wochen.
Was SaaS nicht leistet
Es ist kein passives Einkommen. Das Abonnement bezahlt eine laufende Leistung, und die erbringst du laufend. Regelmäßig heißt nicht mühelos.
Es ersetzt auch keine Positionierung. Eine Anwendung, die niemand kennt, wird nicht gefunden, weil sie gut funktioniert. Und sie verkauft sich schwerer als ein Kurs. Der Kunde geht eine Bindung ein. Er prüft deshalb genauer, ob es dich in zwei Jahren noch gibt.
Wenn du es trotzdem bauen willst
Dann bau zuerst die Version ohne Software. Nimm 5 Menschen, die das Problem haben, und erledige die Sache 4 Wochen lang von Hand für sie: mit einer Tabelle, einer Vorlage, deiner Zeit. Verlang Geld dafür. Was dabei übrig bleibt, ist die Funktion, die tatsächlich gebraucht wird, und die ist fast immer kleiner als die, die du bauen wolltest. Erst danach lohnt sich die Frage nach der Technik.
