OpenAI soll mit wenigen großen Unternehmenskunden ein Modell testen, bei dem die Zahlung an die erfolgreiche Erledigung einer zuvor vereinbarten Aufgabe geknüpft ist. Der Ansatz reagiert auf ein zentrales Kostenproblem autonomer Agenten: Ein Entwickler soll beim parallelen Betrieb von 100 Agenten innerhalb von 30 Ta...
Forschungsantwort

Create a landscape editorial hero image for this Studio Global article: What does OpenAI’s reported pilot of outcome-based pricing for select large enterprise customers involve—including how it differs from token. Article summary: OpenAI is reportedly piloting outcome-based pricing with a small set of large enterprises: instead of charging for the volume of model input and output, it would charge when an AI agent completes a pre-agreed business ta. Topic tags: general, general web, news, user generated, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, water
OpenAI soll ausgewählten Großkunden ermöglichen, nur dann zu zahlen, wenn ein KI-Agent eine vereinbarte geschäftliche Aufgabe tatsächlich abschließt. Dabei handelt es sich offenbar um ein begrenztes Pilotprojekt und nicht um ein öffentlich angekündigtes Preismodell. Welche Aufgaben darunterfallen, wie hoch die Preise sind und welche Vertragsbedingungen gelten, hat OpenAI bislang nicht offengelegt. 5
Der Test ist deshalb interessant, weil autonome Agenten deutlich mehr Rechenleistung verbrauchen können als ein herkömmlicher Chatbot. Bei einer Abrechnung nach Tokens steigen die Kosten mit Eingaben, Antworten, Wiederholungen und Tool-Aufrufen. Ein ergebnisbasiertes Modell würde die Rechnung stattdessen an ein Resultat knüpfen, das Kunde und Anbieter vorab gemeinsam definieren.
OpenAI berechnet seine veröffentlichten API- und Enterprise-Tarife nach Eingabe-, zwischengespeicherten Eingabe- und Ausgabetokens – jeweils pro einer Million Tokens. 1
2 In diesem Modell zahlt der Kunde für die Nutzung des Modells, unabhängig davon, ob der Agent die Aufgabe am Ende erfolgreich erledigt.
Bei einer ergebnisbasierten Abrechnung verschiebt sich der entscheidende Abrechnungsmoment. Die Frage lautet dann nicht mehr: „Wie viele Tokens hat das System verarbeitet?“, sondern: „Hat der Agent das vereinbarte Ergebnis erreicht?“ Denkbar wären etwa ein erfolgreich gelöster Kundenfall, ein abgeschlossener Arbeitsablauf oder eine nachweislich aktualisierte Geschäftsanwendung. Welche konkreten Ergebnisse im OpenAI-Pilotprojekt gelten, ist allerdings nicht bekannt. 5
Damit würde ein Teil des Ausführungsrisikos vom Käufer auf OpenAI übergehen. Mehrere Versuche, lange Verarbeitungsketten oder fehlgeschlagene Durchläufe könnten die Kosten des Anbieters erhöhen, ohne zwingend zu einer abrechenbaren Leistung zu führen.
Für Anwendungen mit vorhersehbarer Nutzung ist eine verbrauchsabhängige Abrechnung vergleichsweise leicht zu planen. Schwieriger wird es, wenn Agenten ihre eigenen Arbeitsschritte wählen, wiederholt auf Werkzeuge zugreifen, Aufgaben weitergeben oder mehrere Prozesse parallel ausführen.
Ein besonders auffälliges Beispiel betrifft einen Entwickler, der 100 Agenten betrieb und innerhalb von 30 Tagen Tokenkosten von 1,3 Millionen US-Dollar bei OpenAI anhäufte. 5 Der Fall ist extrem, zeigt aber das grundsätzliche Geschäftsproblem: Bei autonomen Systemen können die Ausgaben mit der Zahl der Versuche und Aktivitäten wachsen – nicht unbedingt mit dem Wert der erledigten Arbeit.
Ein Vertrag, der an Ergebnisse gekoppelt ist, könnte Budgets leichter planbar machen. Unter der Annahme, dass ein Fehlschlag nicht berechnet wird, würde er zudem das Risiko verringern, dass Kunden für einen erfolglosen Versuch die vollständigen Kosten tragen. Ob ein solcher Schutz im OpenAI-Pilot gilt und wie Ausnahmen geregelt werden, ist offen.
Am einfachsten lässt sich ergebnisbasierte Abrechnung dort umsetzen, wo eine Aufgabe klar begrenzt ist und ihr Abschluss objektiv beobachtet werden kann. Der Kundenservice ist ein naheliegendes Beispiel: Eine Lösung lässt sich häufig anhand des Ticketstatus, der Kundenkommunikation oder daran prüfen, ob keine weitere menschliche Bearbeitung nötig ist.
Weitere mögliche Einsatzfelder wären eng definierte Programmieraufgaben, die Bearbeitung von Versicherungsfällen, die Qualifizierung von Leads oder bestimmte Tätigkeiten in der Verwaltung. Dabei handelt es sich um denkbare Einsatzbereiche, nicht um öffentlich bestätigte OpenAI-Anwendungen. Entscheidend ist immer, dass die Vertragsparteien vor dem Start festlegen können, was als Erfolg gilt.
Ein praxistauglicher Vertrag müsste vermutlich mindestens folgende Punkte definieren:
Ohne solche Regeln bleibt „nur zahlen, wenn die KI funktioniert“ ein überzeugender Slogan, aber ein unpräzises Geschäftsversprechen.
Das gemeldete OpenAI-Experiment steht im Zusammenhang mit einer breiteren Veränderung bei der Preisgestaltung für KI-Agenten. Die Modelle ähneln sich, sind aber nicht identisch:
Diese Beispiele zeigen, warum „ergebnisbasiert“ und „verbrauchsabhängig“ nicht gleichbedeutend sind. Eine Abrechnung pro Aktion oder Unterhaltung kann die Nutzung transparenter machen. Sie kann aber trotzdem Kosten verursachen, wenn das übergeordnete Ziel des Unternehmens nicht erreicht wird.
Die verfügbaren Ergebnisse der Futurum Group deuten nicht auf das Ende von Preismodellen pro Nutzer hin, sondern auf einen fragmentierten Markt.
In einer Futurum-Umfrage unter 830 globalen IT-Entscheidern bevorzugten 43 Prozent eine verbrauchsabhängige Abrechnung für generative KI-Funktionen, während 27 Prozent ein ergebnisbasiertes Modell favorisierten. 14 Eine separate Umfrage für das zweite Halbjahr 2026 ergab bei separat abgerechneten KI-Funktionen eine Präferenz von 42,3 Prozent für Preise pro Nutzer. Dahinter lagen verbrauchsabhängige Modelle mit 36,6 Prozent und ergebnisbasierte Modelle mit 21,1 Prozent. Für zentrale Software meldete dieselbe Erhebung eine stärkere Unterstützung für verbrauchsabhängige Preise von 28,9 Prozent und ergebnisbasierte Preise von 22,2 Prozent; das Modell pro Nutzer kam auf 12,6 Prozent.
Die zentrale Aussage lautet daher nicht, dass Unternehmen sich auf ein einheitliches Modell festgelegt haben. Ihre Präferenz scheint davon abzuhängen, welche Funktion die KI übernimmt. Eine vorhersehbare Assistenzfunktion kann zu einem Nutzerpreis oder als Zusatzoption passen. Ein autonomer Dienst, der messbare Arbeit erledigt, lässt sich möglicherweise besser über Verbrauch oder ein konkretes Ergebnis abrechnen.
Der Ansatz hat für beide Seiten einen offensichtlichen Reiz. Käufer können ihre Ausgaben direkt mit dem gelieferten Wert verknüpfen. Anbieter erhalten zugleich einen stärkeren Anreiz, die Zuverlässigkeit zu verbessern und unnötige Agentenläufe zu reduzieren. Für Finanzabteilungen könnte das die Freigabe von Agentenprojekten erleichtern, die bei unbeschränkter Token-Nutzung nur schwer zu budgetieren wären.
Allerdings bleiben bei einer ergebnisbasierten Abrechnung Kosten beim Anbieter hängen, die dieser nicht mehr automatisch an den Kunden weiterreichen kann. Außerdem entstehen neue Anreize, die sorgfältig kontrolliert werden müssen. Wird ein Agent auf eine zu enge Kennzahl optimiert, könnte er den Vertrag formal erfüllen und trotzdem das eigentliche Kundenerlebnis verschlechtern.
Ein weiteres Problem ist die Zuordnung des Ergebnisses. Ein Arbeitsablauf kann mehrere Modelle, externe Werkzeuge, Mitarbeitende und Unternehmenssysteme einbeziehen. Wenn der Agent nur einen Teil des Prozesses erledigt oder ein Mensch die abschließende Entscheidung trifft, ist schwer zu bestimmen, ob OpenAI das abrechenbare Ergebnis geliefert hat.
Deshalb dürfte sich das Modell zunächst eher in engen, überprüfbaren Abläufen ausbreiten als bei offenen Wissensaufgaben. Für komplexe Anwendungen könnten Mischmodelle praktischer bleiben, die Nutzerlizenzen, Verbrauch, Credits und ausgewählte Ergebnisgebühren kombinieren. Die Futurum Group bezeichnet hybride Modelle als wichtigen Mittelweg, während Anbieter testen, wie sich der Preis von KI mit dem Kundennutzen verbinden lässt. 14
Sollte OpenAI das gemeldete Modell ausweiten, wäre dies ein bemerkenswerter Wandel in der Wirtschaftlichkeit von Unternehmens-KI: Anbieter würden zunehmend erledigte Arbeit verkaufen – und nicht nur den Zugang zu Modellen oder die Nutzung von Tokens.
Die derzeitige Beweislage erlaubt jedoch nur eine vorsichtige Schlussfolgerung. OpenAI soll mit ausgewählten Großkunden ergebnisbasierte Preise testen. Ein allgemeines Preismodell wurde bislang nicht veröffentlicht, und es fehlen genügend Vertragsdetails, um Preise, Umfang oder wirtschaftlichen Erfolg des Projekts zu beurteilen. 5 Der Versuch ist daher am besten als frühe Prüfung zu verstehen, ob Anbieter von KI-Agenten das Versprechen „Bezahlung nach Ergebnis“ präzise genug für den Einkauf in großen Unternehmen formulieren können.
Studio Global AI
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
OpenAI soll mit wenigen großen Unternehmenskunden ein Modell testen, bei dem die Zahlung an die erfolgreiche Erledigung einer zuvor vereinbarten Aufgabe geknüpft ist.
OpenAI soll mit wenigen großen Unternehmenskunden ein Modell testen, bei dem die Zahlung an die erfolgreiche Erledigung einer zuvor vereinbarten Aufgabe geknüpft ist. Der Ansatz reagiert auf ein zentrales Kostenproblem autonomer Agenten: Ein Entwickler soll beim parallelen Betrieb von 100 Agenten innerhalb von 30 Tagen Tokenkosten von 1,3 Millionen US Dollar verursacht haben.
Ergebnisbasierte Preise eignen sich besonders für klar definierte und überprüfbare Abläufe, etwa die vollständige Lösung eines Supportfalls; bei komplexen Prozessen bleiben Qualität, Zuständigkeit und Abrechnung schwe...