AI bringt B2B-SaaS um
(nmn.gl)- Die Verbreitung von KI-basiertem „Vibe Coding“ ermöglicht es Unternehmenskunden, maßgeschneiderte Tools direkt selbst zu erstellen, wodurch das bestehende B2B-SaaS-Modell bedroht wird
- Kunden geben sich nicht länger mit festen SaaS-Funktionen zufrieden, sondern verlangen Flexibilität und sofortige Anpassbarkeit; werden diese nicht erfüllt, kündigen sie Verlängerungen oder wandern ab
- Gleichzeitig behalten SaaS-Plattformen mit Sicherheit, Authentifizierung und Stabilität weiterhin ihre Stärken und müssen diese klar vermitteln
- Um zu überleben, müssen SaaS-Unternehmen sich als „System of Record“ etablieren und Kunden ermöglichen, darauf direkt maßgeschneiderte Workflows aufzubauen
- KI schafft SaaS nicht ab, sondern wirkt als Katalysator des Wandels, der nicht weiterentwickeltes SaaS aussortiert
Die Bedrohung, die KI für B2B-SaaS darstellt
- KI ermöglicht es Kunden, interne Tools direkt selbst zu erstellen, und erschüttert damit die zentrale Wertschöpfung des klassischen SaaS-Modells mit wiederkehrenden Verkäufen
- Kunden erstellen mit verschiedenen „Vibe Coding“-Tools problemlos CRUD- und Workflow-Apps
- Einige Unternehmen kündigen bestehende SaaS-Abos und setzen mit Github·Notion API eigene Lösungen um
- Auch der Markt spiegelt das wider: Der SaaS-Index von Morgan Stanley ist 40 Punkte gegenüber dem Nasdaq gefallen, die Aktien von HubSpot und Klaviyo jeweils um rund 30 %
- Kunden wissen inzwischen, „was möglich ist“, und fordern mehr Flexibilität und mehr Anpassbarkeit
Veränderungen im Kundenverhalten und Auswirkungen auf den Umsatz
- Wenn gewünschte Funktionen nicht geliefert werden, steigt die Abwanderungsrate (Churn) stark an
- Ein Vertriebsmitarbeiter eines Series-B-Unternehmens erwähnte wegen fehlender Unterstützung für einen bestimmten Workflow das Risiko eines Vertragsverlusts in Höhe von mehreren Hunderttausend Dollar
- Früher passten Unternehmen ihre Organisation an das ERP an, heute muss sich SaaS an die Arbeitsweise der Kunden anpassen
- In einer Zeit, in der Kunden mit KI selbst interne Werkzeuge bauen, führt die Unbeweglichkeit klassischer SaaS-Produkte zu sinkenden Umsätzen
Überlebensstrategie 1: System of Record
- Wenn die zentralen Geschäftsprozesse eines Unternehmens auf einem SaaS-Produkt laufen, wird diese Plattform zu einer unverzichtbaren Infrastruktur innerhalb der Organisation
- Beispiel: Selbst Datenvisualisierung lässt sich statt mit SaaS direkt per Vibe Coding umsetzen
- SaaS-Unternehmen müssen über die reine Bereitstellung einer Anwendung hinausgehen und sich zu einem zentralen Datensystem und Aufzeichnungssystem auf Basis von Daten und UI entwickeln
- Diese Struktur stärkt den Customer Lock-in und erhöht die langfristige Bindungsrate
Überlebensstrategie 2: Sicherheit, Authentifizierung und Stabilität ausbauen
- Von Nichtfachleuten erstellte Vibe-Coding-Apps bergen Sicherheitslücken
- Beispiel: Ein vom Finanzteam gebautes Freigabe-Tool speichert unverschlüsselte Daten in einem öffentlichen S3-Bucket, ein Rechner des Vertriebsteams ist ohne Authentifizierung zugänglich
- Enterprise-SaaS schafft dagegen Vertrauen durch rollenbasierte Zugriffskontrolle, Verschlüsselung, Penetrationstests und GDPR/HIPAA-Compliance
- Da Sicherheit unsichtbar ist, müssen SaaS-Anbieter diesen Wert aktiv erklären
- Kunden sollten daran erinnert werden, dass sie bei selbst gebauten Tools Authentifizierung, Backups, Verfügbarkeit und Compliance selbst verwalten müssen
Überlebensstrategie 3: kundenzentrierte Anpassbarkeit
- Die Zeit, in der man Kunden auffordern konnte, ihre Arbeitsweise zu ändern, ist vorbei
- Erfolgreiches SaaS bietet extrem weitgehende Customization
- In einem Beispiel aus einem Wartungs-SaaS lag die Nutzungsrate von Außendiensttechnikern wegen einer komplexen UI bei unter 35 %, doch
- mit einer White-Label-Plattform auf Basis von Vibe Coding stieg sie auf über 70 %
- das Customer-Success-Team entwickelte und veröffentlichte in nur wenigen Tagen eine maßgeschneiderte mobile Web-App
- Nutzer greifen nur auf die Funktionen zu, die sie wirklich brauchen, und das Management erstellt maßgeschneiderte Reports direkt selbst
- Diese Struktur verbessert gleichzeitig Retention, Engagement und Skalierbarkeit
Die Entwicklungsrichtung von SaaS im KI-Zeitalter
- KI zerstört SaaS nicht, sondern ist ein Faktor, der SaaS aussortiert, das sich Veränderungen verweigert
- Das frühere Modell „einmal bauen und ewig verkaufen“ funktioniert nicht mehr
- Kunden haben durch die Erfahrung, dass auch Nichttechniker direkt Tools erstellen können, einen neuen Maßstab entwickelt
- Überleben werden nicht funktionszentrierte SaaS-Produkte, sondern Plattformen, auf denen Kunden selbst aufbauen können
- Einige VCs bewerten diesen Wandel als „das Modell künftiger Marketplace- und Software-Unternehmen“
- Letztlich frisst KI SaaS nicht, sondern markiert den Wendepunkt, an dem entschieden wird, wer die Gabel in der Hand hält und sich weiterentwickelt
Vorstellung von Giga Catalyst
- Giga Catalyst ist eine White-Label-KI-Plattform für B2B-SaaS-Unternehmen, mit der
- Nutzer auf bestehenden Systemen per Vibe Coding maßgeschneiderte Workflows aufbauen können
- Dadurch wird es als Lösung im Stil des Jahres 2026 präsentiert, die Retention, Engagement und Skalierbarkeit verbessert
- Interessierte Unternehmen können eine individuelle Demo anfragen oder auf der offiziellen Website weitere Informationen erhalten
6 Kommentare
Ich kann dem nicht wirklich zustimmen. Wie auch in den Meinungen auf Hacker News ist der Grund, warum man SaaS nutzt, nicht, dass man es nicht bauen kann, sondern dass es nicht unsere Aufgabe ist. Für einen Service für 10 $ im Monat etwas mit Claude Code für 200 $ zu bauen? Und wer übernimmt dann die Wartung, wer behebt die Bugs … hm …
Inzwischen fühlt es sich so an, als würden die meisten Services auf Kosten pro Token reduziert.
Das gilt wohl nicht nur exakt für SaaS, sondern scheint sich genauso auf allgemeine Tools oder Apps anwenden zu lassen.
Prüfen Sie vor dem PMF den Model-Market Fit
Ich denke, das hängt auch damit zusammen.
Ab jetzt wird es wohl nur noch Services oder Apps geben, bei denen man auf den ersten Blick merkt, dass ich sie nicht so schnell selbst hinbekommen würde – entweder weil sie sehr hübsch und beeindruckend sind oder weil sie komplexe Aufgaben erledigen. Wenn man es so betrachtet, ist das vielleicht sogar eine Weiterentwicklung.
Werden nicht schon bald Agenten zu SaaS und SaaS zu Agenten?
Hacker-News-Kommentare
Am Ende arbeiten sie mit mir zusammen, um die Anforderungen des Kunden umzusetzen. Ironisch, dass man die vom Kunden gewünschten Funktionen selbst bauen muss
Aber aus Sicht eines Managers will ein Unternehmen die Verantwortung für ein solches maßgeschneidertes System nicht tragen. Ich habe erst verstanden, warum, nachdem ich selbst Manager geworden bin
Ich habe am Wochenende einen Prototypen mit Django gebaut und gezeigt, und am Montag herrschte Chaos im Unternehmen, und mein Chef sagte mir, ich solle so etwas nie wieder tun
Ich habe am Ende gekündigt, aber manchmal kann jemand Neues schnell eine bessere Version bauen. Das Problem ist, dass das an den Interessen von 47 Teams scheitert
Aber ein Produkt ist nicht einfach nur Code, sondern erfordert, dass Marketing, Sales und Kundensupport zusammenspielen
Außerdem sind Daten eine Eintrittsbarriere für Unternehmen, daher muss ein neues Produkt erst Zeit im Markt aufbauen
Auch „kostenlose“ Alternativen verlangen am Ende Kosten in anderer Form
Eine Videoverbindung zwischen zwei Computern bekommt man hin, aber die letzten 80 % des eigentlichen Produkts beanspruchen 99 % der gesamten Zeit
Die meisten Unternehmen handeln nach dem Motto: „Wir bezahlen, weil wir es nicht selbst bauen wollen.“ Es ist ein konservativer Markt
Der Wettbewerb in angrenzenden Märkten nimmt zu, etwa wenn Canva auf Dokumente und Notion auf E-Mail erweitert
Tatsächlich werden die meisten SaaS-Aktien immer noch nahe ihren Höchstständen gehandelt
Auch der verlinkte Artikel basiert letztlich nur auf der Aussage eines einzelnen Analysten
Die meisten Unternehmen wollen Systeme wie Buchhaltung oder HRIS nicht selbst bauen
Außerdem haben die meisten Kundenunternehmen nicht einmal Engineers
Kunden wollen Ergebnisse, Qualität, Preis und Verfügbarkeit, nicht die interne Implementierung. AI tötet SaaS nicht, sondern verschiebt es zum zweiten S
Dass Dropbox oder Atlassian trotz technischer Rückstände weiter bestehen, liegt an ihrer Vertriebskraft und ihrem Kundendienst
Unternehmen müssen nur die zehn Funktionen selbst bauen, die sie brauchen, und dabei die SLA einhalten. AI verschiebt dieses CapEx/OpEx-Gleichgewicht
Wenn Kunden selbst einen Prototypen bauen, ist das ein Signal, dass das Produkt gebraucht wird
SaaS-Unternehmen können das aufgreifen und schneller bessere Funktionen liefern
Menschen überdecken strukturelle Mängel mit Behelfslösungen, und wenn sie das Unternehmen verlassen, bricht die Datenqualität zusammen
Am Ende wird die Nachfrage nach Beratung steigen, die wieder domänenzentriertes Design leisten kann
Das überlebende SaaS wird dann nicht „Software“, sondern eher Solutions bedeuten
Man sollte persönliche Erfahrungen nicht verallgemeinern
Da Datenplattformen wie Snowflake oder Definite.app BI-Funktionen integrieren, verändert sich der Wettbewerb
Gerade bei teuren Produkten wie ERP oder CRM, deren Preise jedes Jahr steigen, kann man Inhousing in Betracht ziehen
SaaS mit rechtlichen oder gewohnheitsbedingten Eintrittsbarrieren, wie Office-Suiten oder Gehaltssysteme, wird jedoch bestehen bleiben
Wegen Problemen mit Echtzeitkonsistenz und Datenvolumen führen falsche frühe Entscheidungen später zu hohen Kosten
AI hilft bei Routinearbeiten, aber Kernsysteme müssen weiterhin sorgfältig entworfen werden