Fünf Kriterien genügen, um Tool für Tool zu entscheiden: Ist der Bedarf klar umrissen oder noch im Fluss, wie sensibel sind die Daten, gibt es einen echten Netzwerkeffekt, übersteigt die funktionale Komplexität ein kleines Team, und bleibt die Entscheidung reversibel? Das ist das Raster, das ich im Diagnostic d'Usage IA anwende, bevor ich irgendeine Empfehlung ausspreche. Kein Kriterium entscheidet für sich allein – erst ihre Kombination zeigt, ob gemietet oder gebaut werden sollte, und in nicht wenigen Fällen bleibt das Abonnement die richtige Antwort.
Woher stammt dieses Raster?
Dieses Raster ist nicht am Reissbrett entstanden. Es ist das Grundgerüst des Diagnostic d'Usage IA, der sechzigminütigen Sitzung, in der wir Tool für Tool durchgehen, was gemietet bleiben sollte und was es verdient, gebaut und besessen zu werden. Es besteht bewusst aus fünf Kriterien: mehr, und die Übung liesse sich nicht mehr in einer Stunde umsetzen; weniger, und sie würde eine Entscheidung, die das Unternehmen über mehrere Jahre bindet, zu stark vereinfachen. Jedes Kriterium beantwortet eine präzise Frage, und keines ersetzt die anderen vier.
Die fünf Kriterien, eines nach dem anderen
Ist der Bedarf klar umrissen oder noch im Fluss? Ein klar umrissener Bedarf lässt sich in wenigen stabilen Sätzen beschreiben: Was das Tool leisten muss, wird sich in den nächsten zwei bis drei Jahren nicht grundlegend ändern. Ein sich entwickelnder Bedarf hingegen zeigt sich erst im Tun – die erste Version wird nicht dem ähneln, was in achtzehn Monaten nötig sein wird. Einen noch im Fluss befindlichen Bedarf massgeschneidert zu bauen bedeutet, eine Architektur festzulegen, bevor man die Frage überhaupt kennt; das ist der sicherste Weg, doppelt zu bezahlen – erst der Bau, dann die Überarbeitung. Dieses Kriterium war ausschlaggebend für meine Entscheidung, FiscalDoc zu bauen, meine lokale Anwendung zur steuerlichen Dokumentenablage, statt ein Tool vom Markt zu abonnieren: Der Bedarf war vollständig umrissen – Schweizer Steuerdokumente nach Kategorien einordnen, die ich bereits kannte, für Umfänge, die ich im Detail beherrschte. Nichts zu erraten, nichts, das sich nach einem Markt richten müsste – ein stabiler Bedarf, einmal zu bauen und danach zu besitzen. Der Fall ist von Anfang bis Ende dokumentiert.
Wie sensibel sind die betroffenen Daten? Finanzdaten, Personalakten, Informationen, die dem Geschäftsgeheimnis unterliegen, Personendaten im Sinne des nDSG: Je höher die Sensibilität, desto mehr wiegt die Frage, wo die Daten durchlaufen und wer rechtlich darauf zugreifen kann, in der Entscheidung. Ein massgeschneidertes Tool, gehostet dort, wo das Unternehmen es bestimmt, und dessen Code und Verschlüsselungsschlüssel es kontrolliert, reduziert diese Risikokategorie erheblich. Umgekehrt braucht ein Tool zur Teamplanung oder für internes Brainstorming, das keine sensiblen Daten verarbeitet, diese Garantie nicht: Das Abonnement setzt das Unternehmen hier keinem ernsthaften Risiko aus, und aus Prinzip zu bauen wäre eine Ausgabe ohne Zweck.
Gibt es einen echten Netzwerkeffekt? Manche Tools sind vor allem deshalb wertvoll, weil sie bereits von vielen Menschen ausserhalb des Unternehmens genutzt werden: ein Rechnungstool, das auch Ihre Kunden verwenden, ein Dateistandard, der mit Partnern geteilt wird, eine berufliche Plattform, auf der Ihr Ökosystem bereits vertreten ist. Ein eigenes Tool in diesem Fall zu bauen, hiesse, einem ganzen Netzwerk abzuverlangen, Ihnen zu folgen – das geschieht so gut wie nie. Ein echter Netzwerkeffekt lässt das Abonnement unbestreitbar gewinnen. Die Falle besteht darin, ihn reflexhaft zu bemühen: Ein Fünf-Personen-Team, das ein Tool nutzt, weil «alle es nutzen», profitiert von keinem Netzwerkeffekt, wenn sich dieses «alle» auf sich selbst beschränkt. Das ist eine Gewohnheit, kein Netzwerkeffekt – und dieser Unterschied verdient es, vor der Entscheidung ehrlich benannt zu werden.
Übersteigt die funktionale Komplexität ein kleines Team? Eine Lohnsoftware, die jede Ausgleichskasse, jeden Gesamtarbeitsvertrag und jede kantonale Ausnahme abdeckt, steht für Jahre an Anpassungen, die ein Anbieter angehäuft hat, der nichts anderes tut. Diese Tiefe intern nachzubauen, selbst mit den besten Code-Assistenten, bleibt für ein kleines Team ausser Reichweite: Die Geschwindigkeit des Codeschreibens hat sich geändert, nicht die Menge an Sonderfällen, die abzudecken sind, noch die Zeit, die es braucht, sie einzeln zu prüfen. Umgekehrt bleibt ein funktional eng begrenzter Bedarf – ein interner Freigabeprozess, eine Dokumentenablage, ein zielgerichtetes Dashboard – vollkommen im Rahmen eines massgeschneiderten Tools, ohne die Tiefe eines spezialisierten Anbieters zu verlangen.
Bleibt die Entscheidung reversibel? Ein Abonnement wirkt kurzfristig reversibel – man kann nächsten Monat kündigen –, ist es aber immer weniger, je mehr Daten sich darin ansammeln: Verläufe, Anhänge, im Tool aufgebaute Automatisierungen. Der Ausstieg hat Kosten, die kaum jemand bei der Unterschrift einkalkuliert. Ein besessenes, massgeschneidert gebautes Tool verlangt umgekehrt zu Beginn ein klareres Engagement; ist es aber einmal aufgebaut, gehört die Reversibilität ihm ganz allein: Das Unternehmen hängt nie an der Roadmap oder der Preispolitik eines Dritten.
Wann gewinnt das Abonnement trotzdem?
Das Raster ist kein Plädoyer für Individualsoftware. Ehrlich angewendet, lässt es das Abonnement in einer Zahl von Situationen gewinnen, die ich für unterschätzt halte angesichts der Diskurse, die Transformation um ihrer selbst willen verkaufen: bestätigter echter Netzwerkeffekt, Zusammenarbeit, die weit über die Organisation hinausgeht, Compliance, deren Überwachungsaufwand beim Anbieter liegt, Komplexität, die übersteigt, was ein kleines Team vernünftigerweise stemmen kann. Ich habe diese Situationen mit ihrer eigenen Logik in In welchen Fällen ist es richtig, sein SaaS zu behalten? zusammengetragen – ein Artikel, den ich für ebenso wichtig halte wie diesen, weil zu wissen, wann man nichts ändern sollte, Teil der Beratung ist, nicht ihr Fehlen.
Dieses Raster setzt eine Vorbedingung voraus: zu wissen, wofür Sie bereits bezahlen, Tool für Tool. Ohne dieses Inventar wendet es sich ins Leere – ich habe es in Wie viel zahlt Ihr KMU wirklich für Software-Abonnements? im Detail dargelegt, dem ersten Schritt vor jeder Entscheidung. Neigt sich das Raster einmal zugunsten der Individuallösung, stellt sich als Nächstes die Frage nach den tatsächlichen Baukosten, die ich unumwunden in Was kostet Individualsoftware im Zeitalter der erweiterten Entwicklung? behandle. Genau dieses Raster wende ich bei der Rahmung jedes massgeschneiderten Projekts an, bevor auch nur eine Zeile Code geschrieben wird. Um diese Entscheidung in die Gesamtheit der digitalen Baustellen eines Schweizer KMU einzuordnen, ist die vollständige Roadmap in Was muss ein Schweizer KMU 2026 im Umgang mit KI tun? dargelegt.
Wichtig in Kürze
— Fünf Kriterien entscheiden, Tool für Tool: klar umrissener oder sich entwickelnder Bedarf, Sensibilität der Daten, echter Netzwerkeffekt, funktionale Komplexität, Reversibilität. — Kein Kriterium entscheidet allein; ihre Kombination – nicht Intuition oder Gewohnheit – soll die Wahl leiten. — Das Abonnement bleibt oft die richtige Antwort: bestätigter Netzwerkeffekt, Komplexität ausserhalb der Reichweite eines kleinen Teams, Compliance, die vom Anbieter getragen wird.
FAQ
Gilt dieses Raster für alle Tools, oder nur für neue Projekte? Für beides. Es strukturiert eine Kaufentscheidung, dient aber genauso dazu, ein bestehendes Abonnement bei seiner Verlängerung neu zu prüfen. Nichts spricht dagegen, es Tool für Tool auf die Liste anzuwenden, die aus einer Bestandsaufnahme laufender Abonnements hervorgeht.
Was tun, wenn zwei Kriterien in entgegengesetzte Richtungen weisen? Das kommt häufig vor, und genau darin liegt der Wert des Rasters: Es macht den Konflikt sichtbar, statt ihn standardmässig entscheiden zu lassen. In der Regel wiegen Datensensibilität und Reversibilität schwerer als die funktionale Komplexität allein – die Gewichtung bleibt jedoch für jedes Unternehmen und jedes Tool spezifisch.
Muss diese Analyse für jedes kleine Tool im Unternehmen wiederholt werden? Nein. Das Raster hat einen Anwendungsaufwand; es rechtfertigt sich für Tools, die das Budget belasten, sensible Daten betreffen oder einen zentralen Prozess strukturieren. Ein nebensächliches, kostengünstiges Tool ohne sensible Daten verdient keine Analyse mit fünf Kriterien.
FiscalDoc ist ein Ein-Personen-Fall. Trägt das Raster auch im Massstab eines KMU mit zwanzig Mitarbeitenden? Ja, die Logik ändert sich mit der Grösse nicht: Nur die Art, wie jedes Kriterium beantwortet wird, verändert sich. Ein KMU hat mehr Nutzerinnen und Nutzer, also einen Netzwerkeffekt und eine Kollaborationskomplexität, die feiner zu bewerten sind – die Kriterien drei und vier wiegen dort oft schwerer als bei individueller Nutzung.
Zögern Sie bei einem Ihrer Tools zwischen Mieten und Bauen? Der Diagnostic d'Usage IA: sechzig Minuten, um Ihre tatsächlichen Abläufe darzulegen, zu identifizieren, was Individuallösungen verdient, was als SaaS bleibt und was gar keine KI braucht. 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.