+150 XP

Was agentische KI am SaaS-Geschäftsmodell zerbricht

# Was agentische KI am SaaS-Geschäftsmodell zerbricht

Ein KI-Agent hat gerade die Arbeit eines CRM-Nutzers für 150 Dollar pro Seat erledigt, ohne sich je einzuloggen. Er hat die API aufgerufen, die Datensätze aktualisiert, den Workflow ausgelöst und sich wieder abgemeldet. Kein Dashboard. Keine Klicks. Kein „User“.

Diese Szene ist die stille Bedrohung für viele SaaS-Preismodelle. Wenn Ihr Umsatz davon abhängt, dass Menschen sich einloggen und herumklicken, verändert agentische KI die Rechnung.

Definieren wir zuerst den Begriff, dann sehen wir uns genau an, was bricht.

Was „agentische KI“ hier tatsächlich bedeutet

Ein Agent ist ein KI-System, das Handlungen auf ein Ziel hin ausführt, ohne dass ein Mensch jeden Schritt steuert. Er liest den Kontext, entscheidet, was zu tun ist, und führt aus: Daten abfragen, Formulare füllen, andere Software aufrufen.

Vergleichen Sie zwei Modi:

  • Copilot-Modus: Ein Mensch sitzt im UI (User Interface, also die Bildschirme und Buttons), und die KI macht Vorschläge. Der Mensch klickt weiterhin auf „Senden“.
  • Agent-Modus: Die KI bedient die Software selbst, meist über die API (Application Programming Interface, die Maschine-zu-Maschine-Tür in ein Produkt), ohne Mensch auf dem Seat.

Die meisten SaaS-Preismodelle und -Verteidigungslinien setzen den Copilot-Modus voraus. Agenten setzen voraus, dass Sie für Maschinen gebaut haben. Diese Lücke ist die Geschichte.

Bruch #1: Die Seat-Lizenz

Das dominierende SaaS-Preismodell ist per Seat: Sie zahlen pro namentlich benanntem menschlichen Nutzer pro Monat. Es funktioniert, weil Software historisch einen Menschen zur Bedienung brauchte.

Agenten nehmen den Menschen aus der Schleife.

Nehmen Sie ein Support-Tool zu 80 Dollar pro Agent-Seat. Ein Unternehmen mit 40 menschlichen Support-Mitarbeitern zahlt für 40 Seats. Jetzt setzt es KI-Agenten ein, die Tier-1-Tickets autonom lösen. Es fällt auf 15 menschliche Seats. Das Arbeitsvolumen ist *gestiegen*. Der Seat-Umsatz ist *gesunken*.

Das ist die zentrale Umkehrung: Agenten entkoppeln den gelieferten Wert von den besetzten Seats.

Die Anbieter, die sich am schnellsten bewegen, preisen sich bereits darauf um. Sie werden sehen:

  • Usage-based Pricing: Abrechnung pro API-Call, pro gelöstem Ticket, pro Workflow-Durchlauf.
  • Outcome-based Pricing: Abrechnung pro erfolgreicher Lösung oder pro gebuchtem Meeting.
  • Agent-Seats: Ein KI-Agent wird als abrechenbarer „User“ mit eigener Lizenzstufe behandelt.

Keines davon ist Magie. Usage Pricing macht Umsatz schwerer prognostizierbar (für Sie und für das Finance-Team Ihres Kunden). Outcome Pricing zwingt Sie, das Outcome klar zu definieren und zu messen, was oft der schwierige Teil ist. Aber per Seat allein ist exponiert.

Wenn Sie eine fundierte Einführung in Preismodelle wollen, bevor Sie das anfassen: OpenViews Ressourcen zu Usage-based Pricing sind ein solider, kostenloser Startpunkt.

Bruch #2: Der UI-Moat

Viele SaaS-Produkte sind verteidigbar, weil ihr Interface sticky ist. Nutzer lernen die Screens. Admins bauen Muskelgedächtnis auf. Ein Wechsel bedeutet, alle neu zu schulen. Diese Friktion ist ein Moat (ein dauerhafter Wettbewerbsvorteil).

Agenten interessiert Ihr UI nicht.

Ein Agent interagiert über die API. Für einen Agenten sind ein schön gestaltetes Dashboard und ein nüchterner Daten-Endpoint dasselbe: ein Interface, das er aufruft. Die Jahre, die Sie mit dem Polieren des Klickpfads verbracht haben, werden für den Käufer irrelevant, der auf Agenten läuft.

Schlimmer: Wenn ein Wettbewerber eine saubere, besser dokumentierte API bereitstellt, kann ein Agent mit einer Konfigurationsänderung dorthin wechseln. Keine Nachschulung. Kein Change Management. Die Wechselkosten, auf die Sie sich verlassen haben, verdampfen leise.

Die unbequeme Folgefrage

Wenn das UI nicht mehr der Moat ist, was dann? Für SaaS in der Agenten-Ära verschiebt sich Verteidigbarkeit in Richtung:

  • Proprietäre Daten, die der Agent braucht und nirgends sonst bekommt.
  • Aktionen, die nur Sie ausführen können (Sie besitzen die Integration, die Lizenz, die regulierte Verbindung).
  • Zuverlässigkeit und Berechtigungen, auf die der Agent bauen kann, um im Autopilot zu handeln.

Der letzte Punkt zählt mehr, als die meisten erwarten. Ein autonom handelnder Agent braucht Guardrails: was er darf, Ausgabenlimits, Audit-Logs. Anbieter, die den Agentenbetrieb *sicher* machen, werden zur vertrauten Standardwahl.

Bruch #3: System of Record vs. System of Action

Hier ist der Reframe, der alles zusammenbindet.

Ein System of Record ist der Ort, wo die Daten leben: das CRM, die HR-Plattform, das Billing-Ledger. Sein Wert liegt darin, die vertrauenswürdige Quelle der Wahrheit zu sein. Historisch war das genug, weil Menschen sich einloggten, um darin zu lesen und zu bearbeiten.

Ein System of Action ist der Ort, wo Arbeit *erledigt* wird: Es nimmt eine Anweisung und führt eine Änderung über Systeme hinweg aus.

In der Menschen-Ära konnte dasselbe Produkt beides sein. Sie logten sich ins CRM ein, um Dinge nachzusehen (Record) und einen Deal zu aktualisieren (Action).

Agenten trennen das auf.

Agenten lieben Systems of Action, die sie programmatisch aufrufen können. Systems of Record, die nur einen schönen Read-only-Screen bieten, sind ihnen gleichgültig. Wenn Ihr Produkt ein System of Record mit großartigem UI und schwacher API ist, behandelt Sie ein agentengetriebener Kunde als passive Datenbank, und Datenbanken werden zur Commodity.

Wie eine „API-first“-Repositionierung aussieht

API-first heißt, das Produkt so zu bauen, dass jede Fähigkeit über die API verfügbar ist und das UI nur ein Client dieser API ist (nicht der einzige Weg hinein).

Konkret fragen Sie:

  • Kann ein Agent über Ihre API *alles* tun, was ein menschlicher Nutzer tun kann? Oder sind zentrale Aktionen UI-only?
  • Ist Ihre API gut genug dokumentiert, dass ein Agent (oder der Entwickler, der ihn anschließt) sie nutzen kann, ohne Ihren Support anzurufen?
  • Bieten Sie klare Scopes und Berechtigungen, damit ein Kunde einen Agenten mit Limits handeln lassen kann?

Ein Retail-Beispiel: eine SaaS für Returns-Management. Als System of Record speichert sie Rücksendeanfragen und zeigt sie auf einem Screen. Als System of Action stellt sie einen Endpoint bereit wie „verarbeite diese Rücksendung, erstatte dem Kunden, buche den Artikel ein, informiere den Carrier“. Die zweite Variante ist die, für deren weitere Aufrufe ein Agent zahlen wird.

Hier die Form des Unterschieds, schlicht ausgedrückt:

System of record (UI-first):
  Human logs in → reads dashboard → clicks "Refund" → done

System of action (API-first):
  Agent → POST /returns/{id}/process
        → {refund: true, restock: true, notify_carrier: true}
        → 200 OK, action executed + audit log entry

Die API-Variante ist das, was überlebt, wenn der Mensch den Seat verlässt.

Wissenscheck

1. Was ist der grundlegende Unterschied zwischen „Agent-Modus“ und „Copilot-Modus“, wie in der Lektion beschrieben?

2. Warum bedroht agentische KI gerade das Per-Seat-Preismodell von SaaS?

3. Ein Support-Tool sieht, dass das Ticketvolumen eines Kunden steigt, während die Zahl der bezahlten menschlichen Seats nach dem Einsatz von Agenten stark fällt. Was veranschaulicht dieses Szenario am besten?

MEHRFACHAUSWAHL

4. Wählen Sie ALLE richtigen Antworten zu Preisansätzen, die Anbieter als Reaktion auf agentische KI einführen.

Wählen Sie alle richtigen Antworten aus.

MEHRFACHAUSWAHL

5. Wählen Sie ALLE richtigen Antworten dazu, warum klassische SaaS-Annahmen durch Agenten in Frage gestellt werden.

Wählen Sie alle richtigen Antworten aus.

Was Sie konkret tun sollten

Sie bauen Ihr Unternehmen nicht über Nacht um. Sie positionieren sich bewusst neu.

1. Auditieren Sie Ihre UI-only-Aktionen

Listen Sie jede wertvolle Sache auf, die ein Nutzer in Ihrem Produkt tun kann. Markieren Sie, welche über API verfügbar und welche UI-only sind. Jede UI-only-Aktion ist eine Stelle, die ein Agent nicht erreicht, und damit kann ein Kunde, der auf Agenten läuft, Sie nicht voll nutzen. Schließen Sie diese Lücken zuerst.

2. Denken Sie Ihr Pricing neu, bevor Ihre Kunden Sie dazu zwingen

Wenn die Agenten eines Kunden die Arbeit von zehn Seats übernehmen, *wird* er merken, dass er für Logins zu viel zahlt. Kommen Sie dem zuvor. Modellieren Sie, wie eine usage-based oder hybride Stufe aussieht. Viele Anbieter landen bei einem Hybrid: eine Plattformgebühr plus Usage, was den Umsatz planbar hält und gleichzeitig agentengetriebenes Volumen abschöpft.

Versprechen Sie Ihrem Board keine konkreten Umsatzergebnisse auf Basis dieser Modelle. Das Timing der Agenten-Adoption ist 2026 wirklich unsicher, behandeln Sie Projektionen also als Szenarien, nicht als Forecasts.

3. Machen Sie sich zum vertrauten System of Action

Veröffentlichen Sie saubere API-Dokumentation. Ergänzen Sie feingranulare Berechtigungen, damit Kunden Agenten sicher handeln lassen können. Bieten Sie Audit-Logs, damit ein Compliance-Team autonomen Aktionen vertrauen kann. Erwägen Sie die Unterstützung entstehender Standards für Agenten-Integration (etwa das Model Context Protocol, ein offener Standard für die Verbindung von KI-Systemen mit Tools und Daten), damit Agenten sich mit weniger Custom-Arbeit bei Ihnen einstecken können.

4. Schützen Sie den Moat, um den Agenten nicht herumkommen

Setzen Sie stärker auf proprietäre Daten, exklusive Integrationen und Aktionen, für die nur Sie lizenziert oder angebunden sind. Die überleben, wenn das UI keine Rolle mehr spielt.

Wann das UI weiterhin gewinnt

Übersteuern Sie nicht. Menschen treffen weiterhin Ermessensentscheidungen, behandeln Ausnahmen und genehmigen Aktionen mit hohem Risiko. Ein gut gestaltetes UI für *Aufsicht* (genehmigen, was Agenten getan haben, Fehler abfangen, Policies setzen) wird wertvoller, nicht weniger wertvoll.

Die Verschiebung heißt nicht „das UI abschaffen“. Sie heißt: „Hören Sie auf anzunehmen, dass das UI der einzige Weg ist, auf dem Wert aus Ihrem Produkt fließt, und hören Sie auf, so zu bepreisen, als sitze immer ein Mensch auf dem Seat.“

Wichtigste Erkenntnisse

  • Per-Seat-Pricing ist exponiert. Agenten liefern Wert, ohne Seats zu besetzen, also kann Umsatz, der an menschliche Logins hängt, fallen, während die Arbeitslast steigt. Modellieren Sie jetzt usage-based, outcome-based oder hybrides Pricing.
  • Der UI-Moat schwächt sich mit der Agenten-Adoption ab. Agenten arbeiten über APIs und sind gegenüber Interface-Feinschliff gleichgültig, also kann die saubere API eines Wettbewerbers einen Wechsel mit geringer Friktion auslösen.
  • Werden Sie ein System of Action, nicht nur ein System of Record. Passive Datenbanken werden zur Commodity; Produkte, die Aktionen über API ausführen, werden dafür bezahlt, weiterzulaufen.
  • Jede UI-only-Aktion ist ein blinder Fleck. Auditieren Sie Ihr Produkt und stellen Sie sicher, dass ein Agent über die API alles tun kann, was ein Mensch in den Screens tun kann.
  • Die neuen Moats sind Daten, exklusive Aktionen und Vertrauen. Proprietäre Daten, Aktionen, die nur Sie ausführen können, und sicherer, auditierter, berechtigungsgesteuerter Agentenbetrieb sind das, worum Agenten nicht herumkommen.