top of page

Software im KI-Zeitalter: Der Weg von SaaS zu Open Source

  • Autorenbild: Kannan Palaniswamy
    Kannan Palaniswamy
  • 17. Jan.
  • 3 Min. Lesezeit


Seit fast zwei Jahrzehnten stand Software‑as‑a‑Service im Zentrum der Innovation im Unternehmensbereich. Sie veränderte grundlegend, wie Organisationen ihre Kernprozesse angingen – sei es in der Akquise, im Verkauf, in der Vertragsabwicklung, im Billing, im Inkasso, im Kundensupport, im Spesenmanagement oder in der Buchhaltung. SaaS‑Anwendungen brachten moderne Benutzeroberflächen, bessere Zugänglichkeit und schnellere Implementierungszyklen im Vergleich zu ihren On‑Premise‑Vorgängern. Zudem führten sie gemeinsame Stammdatenmodelle ein, die branchenübergreifend breite Akzeptanz fanden und ein Mass an Standardisierung ermöglichten, das mit traditioneller Unternehmenssoftware kaum erreichbar gewesen wäre.


Trotzdem begann das frühe Versprechen von SaaS zu bröckeln, als die reale Komplexität die starre Einfachheit einholte, auf der diese Plattformen aufgebaut waren. Nationale Gesetzgebungen in Bereichen wie Steuern, Rechnungsstellung und Datenschutz durchkreuzten immer wieder die Idee eines einzigen globalen Prozesses. Anbieter mussten länderspezifische Ausnahmen einführen, die sich mit der Zeit vervielfachten. Was einst als sauberes, elegantes System begann, wurde zu einem Flickwerk regionaler Logiken, die über global geteilte Strukturen gelegt wurden.


Der Druck nahm zu, als grosse Unternehmen – deren Anforderungen selten in standardisierte Templates passen – zu wichtigen Kunden wurden. Um diese lukrativen Deals zu gewinnen, waren SaaS‑Anbieter gezwungen, umfangreiche Anpassungen zuzulassen. Je stärker sie ihre einst starren Systeme verbogen, desto weiter entfernten sie sich von der Vision „eine Version für alle“. Verschiedene Kunden betrieben unterschiedliche Konfigurationen, auf unterschiedlichen Versionen, oft geprägt von regulatorischen Einschränkungen, die eine konsistente Einführung neuer Funktionen verhinderten. Mit der wachsenden Vielfalt stiegen Kosten und Komplexität der Plattformen.


Auch die Integration wurde zu einer Herausforderung. Während SaaS‑Anbieter horizontal expandierten, begannen sie um die gleichen Geschäftsprozesse zu konkurrieren. Sales‑Plattformen und Billing‑Plattformen überlappten sich; Kundensupport‑Systeme stritten um denselben Kundenstamm; Spesentools und HR‑Suiten kollidierten bei Workflows. Das führte zu doppelten Funktionen und fragmentierten Nutzererlebnissen. Gleichzeitig entstanden spezialisierte Nischen‑SaaS‑Produkte für hyper‑spezifische Mikroprozesse. Unternehmen kauften dutzende kleine Tools, um winzige Prozessschritte abzudecken. Das brachte zwar Flexibilität, führte aber auch zu mehr administrativem Aufwand, grösserer Tool‑Landschaft und höherem Aufwand im User‑Management – besonders in Organisationen mit hoher Personalfluktuation.


Kommerziell entwickelte sich SaaS zunehmend zu einem rentenorientierten Modell. Obwohl das Subskriptionsmodell Flexibilität versprach, bepreisten viele SaaS‑Unternehmen ihre Produkte ähnlich wie traditionelle Softwarelizenzen – oft pro Benutzer, unabhängig von der tatsächlichen Nutzung (ich hoffe, Microsoft hört zu :). Ein Downsizing war schwierig, und in manchen Fällen führte steigender Verbrauch zu unverhältnismässig höheren Kosten. Als grosse Softwarekonzerne begannen, SaaS‑Firmen zu hohen Bewertungen zu übernehmen, taten sie dies in der Annahme, dass bestehende Verträge – oder vielmehr das Wachstum – unendlich weiterlaufen würden. Um diese Akquisitionskosten zu rechtfertigen, wurden die Preise häufig Jahr für Jahr erhöht. Grosse Unternehmen hatten die Ressourcen, bei überhöhten Preisen zu wechseln, doch kleine und mittlere Betriebe fanden sich oft in einer Falle wieder.


Auch die Entwicklung von Produktupdates spiegelte tiefere strukturelle Probleme wider. Funktionen, die früher als essenziell galten – etwa Echtzeit‑APIs, bessere Integrationen oder fortgeschrittene Analysen – wanderten hinter zusätzliche Paywalls. Anbieter fanden es oft einfacher, komplett neue Produktlinien zu bauen, statt ältere, stark angepasste Versionen zu modernisieren. Dadurch existieren heute viele SaaS‑Plattformen in mehreren Generationen, jeweils geprägt von unterschiedlichen technologischen Epochen und regulatorischen Rahmenbedingungen. Das Upgrade älterer Versionen wurde so schwierig, dass manche Organisationen lieber ihr System von Grund auf neu aufbauten, statt eine komplexe Migration zu durchlaufen.


SaaS scheitert nicht, aber es zeigt deutliche Ermüdungserscheinungen unter seinem eigenen Gewicht. Das Modell, das einst Einfachheit, tiefere Kosten und schnelle Innovation versprach, kämpft heute damit, diese Prinzipien angesichts der angesammelten Komplexität aufrechtzuerhalten. Während künstliche Intelligenz oft als nächste grosse Disruption im Softwarebereich dargestellt wird, sehe ich die eigentliche Bedrohung in der zunehmenden Austauschbarkeit dieser Anwendungen.


Der bedeutendere Herausforderer, der leise und stetig wächst, ist Open Source (natürlich unterstützt durch KI‑Power). Open Source verlangt von Kunden keine starren Datenmodelle, keine intransparenten Preise und keinen Vendor Lock‑in. Es ermöglicht Organisationen, Software an ihre Bedürfnisse anzupassen, ohne dafür bestraft zu werden. Es erlaubt transparente Verbesserungen, gemeinschaftsgetriebene Innovation und echte Pay‑for‑Value‑Ökonomie. Mit flexiblen Deployment‑Optionen, Self‑Hosting und wachsenden professionellen Support‑Ökosystemen bietet Open Source ein Mass an Freiheit und Nachhaltigkeit, das SaaS zunehmend schwerfällt zu erreichen.


SaaS hat die Art und Weise, wie die Welt Software nutzt, grundlegend verändert, und sein Beitrag bleibt enorm. Doch während das Modell reift und seine Grenzen sichtbarer werden, scheint Open Source – unterstützt, aber nicht geführt von KI – als die transformativere und prinzipientreuere Alternative für die nächste Ära digitaler Systeme bereitzustehen.

 
 

© 2026 Kannan Palani Swamy

Socials

  • LinkedIn
  • RSS
  • Twitter
bottom of page