Service as a Software: Was davon im Vertrieb wirklich ankommt

Der Begriff läuft mir seit Monaten in jedem zweiten Deck über den Weg. Service as a Software, kurz SaS. Das Versprechen ist schnell erzählt: Sie kaufen kein Werkzeug mehr, das Ihr Team bedienen muss, sondern ein Ergebnis. Nicht die Lizenz für ein Ticketsystem, sondern das gelöste Ticket. Nicht das CPQ, sondern das fertige Angebot. Abgerechnet wird pro Resultat, zwei Dollar pro gelöstem Fall, und das Betriebsrisiko liegt beim Anbieter.

Klingt gut. Ist für den Angebotsprozess auch tatsächlich interessant.

Outcome-Preise gibt es wirklich. Nur nicht da, wo Sie sie brauchen.

Ich habe bei einigen Anbietern nachgesehen, wie tatsächlich abgerechnet wird. Nicht was auf der Website steht, sondern was am Monatsende auf der Rechnung landet.

Im Support ist das Versprechen eingelöst. Zendesk rechnet seine KI-Agenten seit 2025 pro automatisch gelöster Konversation ab, je nach Abnahmemenge etwa 1,50 bis 2 Dollar, getrennt von der Sitzplatzlizenz. Intercom nennt für sein Gegenstück öffentlich 99 Cent pro Lösung. Freshworks berechnet seinen Freddy-Agenten pro Session, das ist streng genommen verbrauchs- und nicht ergebnisbasiert, aber auch dort zahlt niemand mehr pro Kopf. Wer heute behauptet, Outcome-Pricing sei nur ein Marketingbegriff, hat sich die Rechnungen nicht angesehen.

Spannend ist, wie eng das Ergebnis dafür definiert werden muss. Als automatisierte Lösung zählt bei Zendesk eine Konversation, die ohne Zutun eines Menschen endet und bei der der Kunde 72 Stunden lang nicht mehr nachhakt. Zwei Bedingungen, beide maschinell prüfbar, beide zwischen Anbieter und Kunde unstrittig. Genau deshalb lässt sich darauf ein Preis setzen.

Und jetzt derselbe Blick auf den Angebotsprozess. SAP Ariba, Personio, Workday, HubSpot Sales Hub, alle rechnen nach wie vor pro Nutzer und Monat ab. Kein Anbieter berechnet pro erstelltem Angebot. Von pro gewonnenem Auftrag redet ohnehin niemand.

Das ist kein Versäumnis der Vertriebssoftware-Branche. Das hat einen handfesten Grund.

Die Kennzahlen aus den Fallstudien sehen dabei durchaus gut aus. 43 Prozent kürzere Sourcing-Zeit beim Raffineriebetreiber SATORP mit SAP Ariba, spürbar geringere Kosten pro Rechnung bei Western Sugar, ein Millionenbetrag an eingespartem Personalaufwand in HubSpots eigenem Support. Nur sagt keine dieser Zahlen etwas darüber, wer geradesteht, wenn das Ergebnis ausbleibt.

Die Prognosen ziehen kräftig an. Outcome-Pricing soll auf rund 30 Prozent der Enterprise-Angebote wachsen, und Gartner erwartet, dass bis Ende 2026 vierzig Prozent aller Enterprise-Anwendungen aufgabenspezifische KI-Agenten enthalten, gegenüber unter fünf Prozent im Jahr davor. Gern zitiert wird auch, dass Credit-Modelle 2025 um 126 Prozent zugelegt hätten. Wer nachschlägt, findet den Nenner: von rund 35 auf 79 beobachtete Unternehmen. Bei der Grundgesamtheit ist eine Verdopplung keine Sensation, sondern Statistik im Kleinformat.

Womit wir bei einem Punkt sind, den ich mir selbst vorhalten muss: Die Praxiskennzahlen oben stammen überwiegend aus Fallstudien der Anbieter. "50 Prozent höhere Vertriebseffektivität" ist so eine Zahl. Wenn Ihnen ein Anbieter sie im Termin auf die Folie legt, lohnt genau eine Rückfrage: Wie wurde Effektivität gemessen, und gegen welchen Ausgangswert? Wie schnell und wie konkret die Antwort kommt, sagt Ihnen mehr über die Zahl als die Zahl selbst.

Die interessante Frage ist also nicht, ob ergebnisbasierte Abrechnung kommt. Sie ist da. Die Frage ist, warum sie an der Grenze zum Angebotsprozess stehen bleibt.

Die richtige Frage: Welches Ergebnis kann überhaupt jemand garantieren?

Ergebnisverantwortung setzt voraus, dass sich das Ergebnis billig und unstrittig prüfen lässt. Beim Ticket gelingt das mit zwei Bedingungen und einer 72-Stunden-Frist. Eine Rechnung ist gebucht oder nicht. Binär, im System nachweisbar, abrechenbar.

Ein Angebot das an einen Kunden gehen soll, ist das nicht.

Ein Angebot ist erst dann richtig, wenn das Konfigurierte technisch machbar ist, die Kalkulation die tatsächlichen Kosten abbildet, die Liefersituation passt und das Ganze zu einem Preis rausgeht, mit dem am Ende noch Geld verdient wird. Vier Bedingungen, von denen mindestens drei nicht in einem Ticketsystem stehen, sondern in Konstruktionsregeln, Stücklisten und Erfahrungswerten. Teilweise ausschließlich in Köpfen.

Und jetzt die unbequeme Frage an jeden SaS-Anbieter, der Ihnen ergebnisbasierte Abrechnung für den Angebotsprozess verkaufen will: Wer zahlt, wenn der Agent eine Kombination anbietet, die die Fertigung nicht bauen kann? Bei einem Sonderfahrzeug reden wir da schnell über einen fünf- bis sechsstelligen Betrag, plus Termin, plus Kundenbeziehung.

Ich kenne keinen Anbieter, der dieses Risiko übernimmt. Aus gutem Grund. Deshalb hört die ergebnisbasierte Abrechnung genau dort auf, wo im Vertrieb das Geld verdient wird.

Wo es heute schon funktioniert

Das ist kein Grund, das Thema abzuräumen. Es ist ein Grund, es an der richtigen Stelle anzusetzen. In über hundert Konfigurator- und Angebotsprojekten habe ich gelernt: Automatisierung wirkt dort am stärksten, wo viel Zeit verbraucht wird, ohne dass eine echte Entscheidung fällt. Genau da liegt das SaS-Potenzial im Vertrieb.

Anfragen strukturieren. Kundenanfragen kommen als E-Mail, als PDF, als Ausschreibungstabelle, gelegentlich als Foto vom Bestandsteil. Jemand muss daraus die Parameter ziehen und ins System bringen. Das ist stumpfe, fehleranfällige Arbeit mit klar prüfbarem Ergebnis. Sprachmodelle sind darin inzwischen gut, und die Prüfung ist billig: Die extrahierten Werte müssen gegen das Regelwerk validierbar sein. Wenn nicht, geht der Fall an einen Menschen. Das ist ein sauberer Outcome.

Vorqualifizierung. Nicht jede Anfrage verdient ein Angebot. Passt sie ins Portfolio, ins Mengengerüst, in die Zielgruppe? Eine Vorabbewertung mit klarer Begründung, die der Vertrieb in zehn Sekunden überstimmen kann, spart pro Woche mehr Zeit als die meisten CRM-Projekte.

Angebotsentwurf statt Angebot. Aus einer validierten Konfiguration einen vollständigen Entwurf erzeugen, inklusive Textbausteinen, Leistungsbeschreibung und Anlagen. Freigabe durch einen Menschen. Der Unterschied zwischen Entwurf und Angebot ist nicht kosmetisch, er ist haftungsrelevant.

Nachfassen. Angebote versanden, weil niemand Zeit hat. Ein Agent, der Fristen überwacht, Kontext aus dem Vorgang zieht und einen Nachfassvorschlag schreibt, ist unspektakulär und wirkt sofort.

Rückkanal aus dem Service. Reklamationsmuster und Supportanfragen sagen Ihnen, wo Ihre Konfigurationslogik Lücken hat. Diese Daten liegen bei fast jedem Kunden ungenutzt herum. Sie automatisiert auszuwerten, ist eine der unterschätztesten Maßnahmen überhaupt.

Auffällig an dieser Liste: Kein Punkt davon braucht einen Agenten, der eine Machbarkeitsentscheidung trifft. Alle setzen aber voraus, dass es ein Regelwerk gibt, gegen das geprüft werden kann.

Die Voraussetzung, die niemand mitverkauft

Ein Agent produziert genau die Qualität, die in Ihren Regeln und Stammdaten steckt. Nur eben schneller und selbstbewusster.

Ein Mensch, der ein Angebot schreibt und unsicher ist, fragt in der Technik nach. Ein Sprachmodell fragt nicht nach. Es liefert eine plausible Antwort, sauber formuliert, mit korrekter Artikelnummer und falscher Variantenkombination. Das ist der Grund, warum ich bei diesem Thema nicht mit dem Tool anfange, sondern mit der Logik dahinter. Wenn die Abhängigkeiten zwischen Baugruppen nirgends modelliert sind, ist der Agent kein Fortschritt, sondern eine Fehlerquelle mit hoher Taktrate.

In den Marktberichten wird das gern als Governance-Problem verbucht, weil abgebrochene KI-Projekte dort meist unter dieser Überschrift landen. Ich würde die Kategorie weiter fassen: Es scheitert an fehlender Struktur unter der KI. Governance ist nur der Teil davon, der auffällt, weil der Datenschutz danach fragt.

Kurz zur Regulatorik, ohne Paragrafenreiterei

• Wer KI im Vertrieb einsetzt, landet früher oder später beim EU AI Act. Das ist die europäische Verordnung für künstliche Intelligenz, seit August 2024 in Kraft, scharfgeschaltet wird sie in Stufen. Der Grundgedanke ist simpel: Je größer der mögliche Schaden für Menschen, desto strenger die Regeln. Ganz oben stehen verbotene Anwendungen. Darunter die sogenannten Hochrisiko-Systeme mit umfangreichen Dokumentations- und Prüfpflichten. Und darunter der große Rest, für den im Wesentlichen gilt: Der Nutzer muss erkennen können, dass er es mit KI zu tun hat.

• Welche Anwendungen als Hochrisiko gelten, ist in einer Liste im Anhang der Verordnung festgelegt. Dort stehen etwa Systeme, die über Bewerbungen, Kreditwürdigkeit oder Zugang zu Bildung mitentscheiden. Vertriebsautomatisierung im üblichen Sinn steht nicht darauf. Angebote erstellen, Leads bewerten, Nachfassen, das ist alles unkritisch. Genau hinsehen würde ich erst, wenn ein Prozess in Richtung Personalauswahl oder Bonitätsprüfung kippt.

• Diese strengen Pflichten sollten ursprünglich ab dem 2. August 2026 greifen. Das Datum steht bis heute in fast jedem Beitrag zum Thema. Es stimmt nicht mehr. Ende Juli hat die EU mit einem Änderungspaket, das unter dem Namen Digital Omnibus läuft, die Fristen nach hinten geschoben: auf Dezember 2027 für eigenständige Systeme, auf August 2028 für KI, die fest in regulierte Produkte eingebaut ist. Veröffentlicht wurde das Paket neun Tage vor dem alten Stichtag, in Kraft war es sechs Tage vorher. Knapper geht es kaum.

• Was seit dem 2. August 2026 wirklich gilt, ist überschaubar, betrifft Sie im Vertrieb aber unmittelbar: Ein Chatbot muss sich als KI zu erkennen geben, KI-generierte Inhalte müssen gekennzeichnet sein. Und die Aufsichtsbehörden können ab jetzt tatsächlich sanktionieren. Dazu kommt eine Pflicht, die schon seit Februar 2025 besteht und gern übersehen wird: Wer KI einsetzt, muss dafür sorgen, dass die Menschen, die damit arbeiten, auch verstehen, womit sie arbeiten.

• Der eigentliche Aufwand im Mittelstand liegt ohnehin woanders, nämlich beim Datenschutz. Ein Vertrag mit dem KI-Anbieter über die Auftragsverarbeitung. Klarheit darüber, in welchem Land Ihre Daten verarbeitet werden. Festgelegte Löschfristen. Unspektakuläres Handwerk, aber ohne das kommt kein Pilot durch eine interne Freigabe.

Wie ich einen Piloten aufsetzen würde

Ein einziger Anwendungsfall. Einer, der oft vorkommt und dessen Ergebnis Sie messen können, bevor der Agent es liefert. Wenn Sie heute nicht wissen, wie lange die Anfragenerfassung im Schnitt dauert und wie oft nachgebessert wird, messen Sie das zuerst. Zwei Wochen reichen.

Danach: Mensch bleibt im Prozess, aber an der Freigabe, nicht an der Erstellung. Alles wird protokolliert, auch die Fälle, in denen der Vorschlag korrigiert wurde. Diese Korrekturen sind das eigentliche Gold, sie zeigen Ihnen exakt, wo Ihr Regelwerk Lücken hat.

Und ein Abbruchkriterium, schriftlich, vor dem Start. Bei welcher Fehlerquote hören wir auf? Wer entscheidet das? Wenn diese Frage niemand beantworten will, ist das Projekt kein Pilot, sondern eine Anschaffung mit Testphasen-Etikett.

Was ich davon halte

Service as a Software beschreibt eine reale Verschiebung. Der Anteil der Vertriebsarbeit, für den ein Mensch bezahlt werden muss, wird kleiner, und zwar spürbar. Wer mit variantenreichen Produkten arbeitet, sollte sich damit befassen, bevor der Wettbewerb schneller anbietet als das eigene Haus.

Nur wird das Ergebnis nicht dadurch garantiert, dass es auf der Rechnung steht. Es wird dadurch garantiert, dass die Regeln darunter eindeutig sind. Verkauft wird nur, was machbar ist. Dieser Satz gilt für Konfiguratoren seit zwanzig Jahren, und ein Agent macht ihn nicht weniger wahr, sondern dringlicher.

Wenn Sie gerade prüfen, was in Ihrem Angebotsprozess automatisierbar ist und wo die Grenze verläuft: genau das ist meine Arbeit. Ich schaue mir an, wie es bei Ihnen tatsächlich läuft, und baue lieber einen funktionierenden Prototypen auf echten Daten, als eine Empfehlung zu schreiben, die niemand überprüfen kann.

Quellenlage: Die Markt- und Fallzahlen stammen aus einer eigenen Recherche über öffentlich verfügbare Anbieter-Fallstudien, Analystenprognosen von Gartner und Statista sowie Marktdaten zu SaaS-Ausgaben in Europa und Deutschland. Die Preismodelle von Zendesk, Intercom und Freshworks wurden im August 2026 gegen aktuelle Quellen geprüft, die genauen Konditionen sind vertragsabhängig und werden von den Anbietern nicht vollständig veröffentlicht. Fallzahlen aus Anbieterstudien sind nicht unabhängig verifiziert. Der Stand zur KI-Verordnung wurde im August 2026 geprüft.