Wann es richtig ist, Ihr SaaS zu behalten

Individualsoftware ersetzt ein Abonnement in einer Reihe präziser Fälle mit Vorteil — aber nicht in allen, und einen Teil meiner Diagnosen verbringe ich damit, genau das zu sagen. Ihr SaaS zu behalten bleibt die richtige Wahl, wenn das Tool von einem echten Netzwerkeffekt profitiert, wenn die Compliance-Last sinnvollerweise beim Anbieter liegt, wenn die funktionale Tiefe übersteigt, was ein kleines Team tragen kann, oder wenn der Bedarf noch zu beweglich ist, um in Code gegossen zu werden. Zu wissen, wann man nichts ändert, gehört zur Beratung — nicht zu ihrem Fehlen.

Warum ein Artikel dafür, nichts zu ändern?

Weil der vorherrschende Diskurs nur in eine Richtung drängt. Seit die erweiterte Entwicklung die Kosten für Individualsoftware gesenkt hat, besteht die Versuchung, alles besitzen zu wollen, als wäre das Abonnement von Natur aus zur Fehlkalkulation geworden. Diese Abkürzung ist teuer. Ein Tool nachzubauen, das der Markt bereits besser, günstiger und ohne Wartungsschuld liefert, verschiebt eine sichtbare Ausgabe — das Abonnement — hin zu einer unsichtbaren und dauerhaften: Wartungszeit, Korrekturen, regulatorische Beobachtung, Neuaufsatz, sobald sich der Bedarf ändert.

Mein Beruf besteht darin zu erkennen, was gebaut werden sollte. Ebenso besteht er darin, einen Kunden vor einem Bau zu schützen, den er bereuen würde. Eine Beratung, die niemals das Abonnement empfiehlt, ist keine Beratung: Sie verkauft ihren Katalog. Deshalb ist dieser Text für mich ebenso wichtig wie jener, der erklärt, wann man bauen soll.

Die Situationen, in denen das Abonnement die richtige Wahl bleibt

Ehrlich angewandt, neigt die Entscheidung häufiger zum SaaS, als es verkauft wird. Fünf Situationen kehren in meinen Diagnosen wieder:

• Ein echter und bestätigter Netzwerkeffekt. Das Tool zählt vor allem, weil Ihre Kunden, Ihre Partner oder Ihr Ökosystem es bereits nutzen: ein geteilter Rechnungsstandard, eine Fachplattform, auf der sich Ihr Markt befindet, ein von Ihren Gegenübern vorgegebenes Austauschformat. Ein eigenes Tool zu bauen, hiesse, ein ganzes Netzwerk zu bitten, Ihnen zu folgen — das geschieht fast nie.
• Eine Compliance, deren Beobachtung sinnvoll beim Anbieter liegt. Eine Lohnsoftware, die jeder Ausgleichskasse, jedem Gesamtarbeitsvertrag und jeder kantonalen Revision folgt, absorbiert eine permanente Last regulatorischer Beobachtung. Diese Beobachtung an einen Anbieter auszulagern, der nichts anderes tut, ist oft umsichtiger, als sie intern zu tragen.
• Eine funktionale Tiefe ausserhalb der Reichweite eines kleinen Teams. Die Geschwindigkeit, mit der Code geschrieben wird, hat sich verändert; das Volumen der abzudeckenden Sonderfälle nicht. Ein reifer Bereich, über fünfzehn Jahre von einem spezialisierten Anbieter angesammelt, bleibt für ein kleines Team unerreichbar, selbst gut ausgerüstet.
• Ein noch beweglicher Bedarf. Solange sich das, was das Tool leisten soll, im Gehen entdeckt, hiesse es, es in eine massgeschneiderte Architektur zu giessen, doppelt zu zahlen: den Bau und dann den Umbau. Das Abonnement behält hier seinen Optionswert — man bindet sich wenig, lernt, entscheidet später.
• Ein gängiger Gebrauch, ohne sensible Daten und ohne Differenzierung. Ein internes Brainstorming-Tool, ein geteilter Kalender, eine kollaborative Tabelle: kein Wettbewerbsvorteil, es zu besitzen, kein ernsthaftes Risiko, es zu mieten. Aus Prinzip zu bauen, wäre eine Ausgabe ohne Zweck.

Keine dieser Situationen ist marginal. Zusammengenommen decken sie einen Grossteil der Tools eines KMU ab. Individualsoftware rechtfertigt sich bei den wenigen Tools, die sensible Daten berühren, einen zentralen Prozess strukturieren oder eine unternehmenseigene Differenzierung tragen — nicht beim Rest.

Das Argument, das mir am häufigsten entgegengehalten wird

Der Netzwerkeffekt ist das am häufigsten genannte Kriterium und das am häufigsten zu Unrecht. Ein Team, das ein Tool behält, „weil es alle nutzen", irrt sich in der Begründung, wenn dieses „alle" sich auf das Team selbst beschränkt. Fünf Mitarbeitende, die an eine Software gewöhnt sind, bilden keinen Netzwerkeffekt: Es ist eine Gewohnheit, und die Kosten, sie zu ändern, sind real, aber endlich. Ein Netzwerkeffekt hingegen ist extern — er hängt an Akteuren, die das Unternehmen nicht kontrolliert und nicht verschieben kann. Beide zu verwechseln, führt dazu, teure Abonnements im Namen eines Vorteils zu behalten, der nicht existiert.

Die Unterscheidung wirkt akademisch; sie ändert dennoch die Entscheidung. Eine interne Gewohnheit überwindet man durch eine einmalige Begleitung des Wandels, im Moment der Umstellung. Ein externer Netzwerkeffekt lässt sich nicht überwinden — man muss mit ihm leben. Die Frage offen zu stellen, „wer genau ausserhalb von uns macht dieses Tool unverzichtbar?", genügt oft, um zu entscheiden.

Wie wissen Sie, in welchem Fall Sie sind?

Die Antwort liest sich nicht Tool für Intuition, sondern Tool für Kriterium. Dafür nutze ich ein Raster mit fünf Kriterien, dasselbe in beide Richtungen: Es sagt, wann man baut, und ebenso, wann man sich enthält. Ich habe es in Kaufen oder abonnieren: das Entscheidungsraster mit 5 Kriterien ausgeführt. Es setzt eine Voraussetzung voraus, die fast niemand stellt: zu wissen, was Sie bereits zahlen, Tool für Tool — die Bestandsaufnahme, die ich in Wie viel zahlt Ihr KMU wirklich für Software-Abonnements? beschreibe.

Wenn das Raster trotzdem zur Individualsoftware neigt, wird die Entscheidung zu jener eines massgeschneiderten Projekts, das dem Unternehmen gehört; und wenn die Website selbst im Spiel ist, trifft sich die Logik mit der einer Website, die dauern und zitierbar bleiben soll. Doch in einem von zwei Fällen lautet die ehrliche Schlussfolgerung einer Diagnose: Ändern Sie hier nichts, Ihr Abonnement ist die richtige Wahl. Um diese Entscheidung in die Gesamtheit der digitalen Vorhaben eines Schweizer KMU einzuordnen, ist die vollständige Roadmap in Was sollte ein Schweizer KMU 2026 angesichts der KI tun? dargelegt.

Was Sie sich merken sollten

— Ein SaaS zu behalten ist kein Verzicht: Es ist eine Allokationsentscheidung. Man baut nur, was differenziert oder sensible Daten betrifft; man mietet, was allen gemein ist. — Fünf Situationen lassen das Abonnement gewinnen: echter Netzwerkeffekt, vom Anbieter getragene Compliance, Komplexität ausserhalb der Reichweite eines kleinen Teams, noch beweglicher Bedarf, banalisierter Gebrauch ohne sensible Daten. — Der Netzwerkeffekt ist das am schlechtesten genutzte Kriterium: Eine interne Gewohnheit ist keiner, und der Unterschied ändert die Entscheidung.

FAQ

Sie verkaufen Individualsoftware: Ist es nicht widersprüchlich, SaaS zu empfehlen? Im Gegenteil. Eine Beratung, die niemals das Abonnement empfiehlt, ist keine Beratung, sondern ein Verkaufsargument. Mein Wert liegt darin, dass ich die Handlung abrechne, nicht die Empfehlung — ich habe also kein Interesse daran, einen Bau zu drängen, den Sie bereuen würden. „Behalten Sie dieses Tool" zu sagen, gehört zur Arbeit.

Wie unterscheidet man einen echten Netzwerkeffekt von einer blossen internen Gewohnheit? Indem man eine präzise Frage stellt: Wer ausserhalb Ihres Unternehmens macht dieses Tool unverzichtbar? Beschränkt sich die Antwort auf Ihre eigenen Teams, ist es eine Gewohnheit — einmalig überwindbar, im Moment der Umstellung. Betrifft sie Ihre Kunden, Ihre Partner oder einen Standard Ihres Marktes, ist es ein Netzwerkeffekt, und er lässt zum Abonnement neigen.

Übersteigt die Summe eines Abonnements am Ende immer die eines eigenen Tools? Nein, und genau das ist die Falle der umgekehrten Logik. Individualsoftware hat Baukosten, dann Wartungs- und Beobachtungskosten. Bei einem banalisierten, vom Markt gut abgedeckten Bedarf bleibt das Abonnement auf Dauer oft günstiger als der Bau samt Wartung. Die Rechnung erfolgt Tool für Tool, niemals pauschal.

Sollte man diese Entscheidung im Zeitverlauf überprüfen? Ja. Ein heute zu Recht gemietetes Tool kann morgen den Bau verdienen, wenn sich der Bedarf stabilisiert, die Daten sensibler werden oder der Anbieter seine Preistrajektorie ändert. Die Entscheidung wird bei der Verlängerung neu gespielt, nicht ein für alle Mal.

Zögern Sie zwischen Ihr SaaS behalten und durch ein eigenes Tool ersetzen? Der Diagnostic d'Usage IA: sechzig Minuten, um Ihre tatsächlichen Abläufe darzulegen, zu unterscheiden, was Individuallösungen verdient und was gemietet bleiben soll, und mit bezifferten Prioritäten zu gehen. Diagnose buchen

Jérôme Deshaie ist CEO und Gründer von MCVA Consulting SA, einer augmentierten Agentur mit Sitz im Wallis. Fünfzehn Jahre im Dienst grosser internationaler Marken, heute direkt für Schweizer KMU. Werdegang.