Softwareeinkauf war lange vergleichsweise berechenbar.

100 Nutzer.

Ein Preis pro Nutzer.

Zwölf Monate Laufzeit.

Ein Gesamtbudget.

Natürlich gab es auch im klassischen SaaS-Modell Zusatzkosten, Upgrades und Mengenstaffeln.

Aber die Grundlogik war verständlich.

AI verändert diese Logik.

Je stärker Software nicht nur von Menschen genutzt wird, sondern automatisiert Aufgaben, Analysen oder ganze Workflows ausführt, desto schwerer lässt sich Verbrauch allein über die Zahl der Benutzer abbilden.

Damit verschiebt sich die Preislogik.

Und mit ihr die Aufgabe von Procurement, Controlling und Vendor Management.

Bei AI kann ein erfolgreicher Use Case teurer werden, weil er erfolgreich ist

BCG beschreibt in einem Beitrag vom 25. September 2026 eine zentrale Veränderung auf Anbieter-Seite:

Bei komplexen AI-Produkten wird der Vertragsabschluss weniger wichtig als die tatsächliche Nutzung danach.

Ein Account kann einen großen Vertrag unterschreiben und trotzdem kaum Consumption erzeugen.

Ein anderer startet klein und skaliert anschließend mehrere Use Cases.

Für den Anbieter entwickeln sich beide wirtschaftlich völlig unterschiedlich.

Für den Käufer gilt dieselbe Logik spiegelverkehrt.

Je stärker ein AI-Use-Case genutzt wird, desto stärker können die variablen Kosten wachsen.

Das ist grundsätzlich nicht problematisch.

Wenn der Business Value schneller wächst als die Kosten, kann genau das sinnvoll sein.

Problematisch wird es, wenn Unternehmen weder Verbrauch noch Wert sauber zuordnen können.

Seat-Based Procurement verliert einen Teil seiner Steuerungswirkung

Bei klassischen Lizenzen kann Procurement relativ früh sagen:

Wir haben 500 Seats zu jeweils X Euro.

Damit ist ein erheblicher Teil des Budgets planbar.

Bei AI entstehen dagegen unterschiedliche Preis-Meter:

Token. Requests. Conversations. Actions. API Calls. Compute. Credits. erfolgreich erledigte Vorgänge. Volumen pro Workflow.

Manche Verträge kombinieren zusätzlich eine Plattformgebühr mit variablem Verbrauch.

Das verändert den Moment, an dem Kosten entstehen.

Der Preis wird nicht mehr vollständig beim Vertragsabschluss festgelegt.

Er wird im Betrieb mitproduziert.

Gartner warnt vor Budget Shocks durch Consumption Pricing

Gartner beschreibt diese Entwicklung im September 2026 am Beispiel von Legal Technology.

Die Analysten erwarten dort eine Verschiebung von vorhersehbaren Nutzerlizenzen hin zu hybriden Modellen mit nutzungsabhängigen Gebühren und warnen vor möglichen Budgetüberraschungen.

Die konkrete Gartner-Prognose – mehr als 35 Prozent des Net-New-Spends für Corporate Legal Technology bis 2028 könnten auf Consumption Pricing entfallen – ist auf diesen Marktbereich begrenzt und darf nicht auf sämtliche Unternehmenssoftware übertragen werden.

Die zugrunde liegende Managementfrage ist jedoch allgemeiner:

Wer besitzt das Budget, wenn der Verbrauch erst im Betrieb entsteht?

Der Purchase Order reicht nicht mehr

Ein klassischer Beschaffungsprozess konzentriert viel Governance auf den Moment vor Vertragsabschluss:

Bedarf prüfen. Supplier auswählen. Preis verhandeln. Vertrag freigeben. PO erstellen.

Bei einem stark verbrauchsabhängigen Modell reicht das nicht.

Denn nach der Bestellung verändert sich der relevante Spend laufend.

Dann braucht es zusätzliche Steuerungsfragen:

  • Welcher Use Case verbraucht wie viel?
  • Welches Team verursacht welchen Spend?
  • Wie entwickelt sich Cost per Outcome?
  • Welche Nutzung war geplant?
  • Welche Nutzung ist ungeplant entstanden?
  • Wann muss ein Limit greifen?
  • Wer darf einen Use Case hochskalieren?
  • Wann lohnt sich ein anderes Modell oder ein anderer Supplier?

Procurement wird dadurch vom Deal Owner stärker zum Lifecycle Owner.

Vertrag und tatsächliche Nutzung können auseinanderlaufen

Ein Supplier-Vertrag kann kaufmännisch gut aussehen.

Gleichzeitig kann der operative Verbrauch aus dem Ruder laufen.

Umgekehrt kann ein teuer wirkender Vertrag sehr wirtschaftlich sein, wenn hohe Nutzung mit messbarem Wert verbunden ist.

Deshalb reicht ein klassischer Preisvergleich nicht mehr.

Beispiel:

Supplier A verlangt 100.000 Euro Plattformgebühr plus variable Consumption.

Supplier B verlangt 180.000 Euro Fixpreis.

Welcher ist günstiger?

Ohne Nutzungsprofil ist diese Frage nicht beantwortbar.

Und selbst mit Nutzungsprofil fehlt noch eine Ebene:

Welcher erzeugt den besseren wirtschaftlichen Output?

Sechs Ebenen, die AI Supplier Governance verbinden muss

Die neue Steuerungslogik lautet:

CONTRACT → USE CASE → CONSUMPTION → COST → VALUE → OWNER

CONTRACT

Welches Preismodell wurde vereinbart?

Welche Mengen, Schwellen, Mindestabnahmen und Preisstaffeln gelten?

USE CASE

Welche konkrete Anwendung erzeugt die Nutzung?

Ein AI-Tool kann in mehreren Bereichen völlig unterschiedlich verwendet werden.

CONSUMPTION

Welche Einheit treibt den Preis?

Token, Anfrage, Agent Action, Prozess, Compute oder Output?

COST

Welche tatsächlichen Kosten entstehen im Zeitverlauf?

Nicht nur monatlich, sondern je Use Case.

VALUE

Welches Ergebnis steht dem Verbrauch gegenüber?

Zeitersparnis allein reicht nicht immer.

Relevanter können Kosten pro Vorgang, Durchlaufzeit, Qualität, Umsatzbeitrag oder vermiedene externe Leistung sein.

OWNER

Wer darf Nutzung skalieren – und wer verantwortet die wirtschaftliche Wirkung?

Ohne eindeutigen Owner wird Consumption zum Gemeinschaftsbudget ohne Verantwortung.

Erfolgreiche Piloten sind schlechte Budgetprognosen

BCG weist auf einen weiteren wichtigen Punkt hin:

Ein erfolgreicher Proof of Concept ist bei komplexen AI-Lösungen kein sicherer Indikator für späteren kommerziellen Erfolg.

BCG schreibt, dass mindestens die Hälfte der GenAI-Projekte nach dem Proof of Concept gestoppt worden sei, wenn die Systeme auf reale Daten, Governance, Workflows und Systemlandschaften treffen.

Für Buyer bedeutet das:

Der Pilotpreis ist selten der Produktionspreis.

Im Pilot fehlen möglicherweise:

  • vollständige Integrationen,
  • hohes Datenvolumen,
  • Security-Anforderungen,
  • reale Nutzerzahlen,
  • Ausfallsicherheit,
  • Monitoring,
  • Support,
  • mehrere Use Cases,
  • produktive Consumption.

Wer den Business Case aus Pilotkosten hochrechnet, kann deshalb deutlich danebenliegen.

FinOps und Procurement müssen näher zusammenrücken

Cloudkosten haben Unternehmen bereits gelehrt, dass Einkauf und Verbrauch zwei unterschiedliche Dinge sind.

AI verschärft diesen Effekt.

Procurement versteht Vertrag und Supplier.

FinOps beziehungsweise IT-Controlling versteht Verbrauch.

Der Fachbereich versteht den Use Case.

Finance versteht das Budget.

Der Product Owner oder Prozessverantwortliche versteht den gewünschten Wert.

Wenn diese Perspektiven getrennt bleiben, kann niemand die zentrale Frage beantworten:

Ist die steigende AI-Rechnung ein Problem – oder ein Zeichen eines erfolgreichen Use Cases?

Die Antwort hängt vom Outcome ab.

Von Spend Control zu Consumption Governance

Unternehmen brauchen deshalb nicht nur Spend Visibility.

Sie brauchen Consumption Governance.

Dazu gehören beispielsweise:

  • definierte Budgetgrenzen je Use Case,
  • klare Consumption-Metriken,
  • Schwellen für Review oder Freigabe,
  • Kosten pro Projekt oder Prozess,
  • regelmäßiger Vergleich von Verbrauch und Ergebnis,
  • Renewal- und Repricing-Entscheidungen auf realen Nutzungsdaten.

Damit verändert sich auch die Vertragsverhandlung.

Nicht nur der Einstiegspreis zählt.

Wichtiger werden:

  • Preisstaffeln,
  • Mengenbandbreiten,
  • Caps,
  • Overages,
  • Mindestabnahmen,
  • Commitments,
  • Wechselmöglichkeiten,
  • Messdefinitionen,
  • Exit-Regeln.

Ein niedriger Unit Price kann ein teurer Vertrag sein

Das ist ein klassischer Fehler bei verbrauchsabhängigen Modellen.

Ein niedriger Preis pro Einheit wirkt attraktiv.

Wenn aber das Volumen unkontrolliert wächst, kann das Gesamtbudget trotzdem deutlich steigen.

Umgekehrt kann ein höherer Unit Price mit gut definiertem Cap wirtschaftlich planbarer sein.

Deshalb muss Procurement stärker in Szenarien denken.

Nicht:

Was kostet ein Token?

Sondern:

Was kostet unser realistischer Use Case bei 1x, 3x und 10x Nutzung?

Project Intelligence für variable Supplier-Kosten

Aus Ramp7-Perspektive liegt die relevante Verbindung zwischen Vertrag und Projektbetrieb.

SUPPLIER → CONTRACT → USE CASE → PROJECT → CONSUMPTION → COST → OUTCOME → DECISION

Ein Vertragsregister allein zeigt nicht, ob Consumption wächst.

Ein Cloud- oder AI-Kostenreport allein zeigt nicht, welchem Projekt die Nutzung zuzuordnen ist.

Ein Projektstatus allein zeigt nicht, wie sich variable Supplier-Kosten entwickeln.

Erst die Verbindung schafft eine belastbare Managementsicht.

Daraus wird ausdrücklich nicht abgeleitet, dass Ramp7 heute Tokenverbrauch misst, AI-Rechnungen automatisch ausliest, FinOps-Funktionen bereitstellt, Kosten prognostiziert oder Consumption Limits technisch durchsetzt.

Acht Fragen für Procurement und CIO

  • Welche unserer AI-Verträge enthalten variable Consumption-Komponenten?
  • Welcher Preis-Meter treibt die Kosten tatsächlich?
  • Können wir Verbrauch einzelnen Use Cases und Projekten zuordnen?
  • Ist je Use Case ein Budget-Owner definiert?
  • Welche Schwelle löst ein Review oder eine Freigabe aus?
  • Haben wir Pilotkosten und Produktionskosten getrennt modelliert?
  • Kennen wir Kosten pro wirtschaftlichem Outcome?
  • Nutzen wir reale Consumption-Daten für Renewal und Nachverhandlung?

Wenn mehrere Antworten „Nein“ lauten, ist der Vertrag möglicherweise unterschrieben.

Die wirtschaftliche Steuerung hat aber noch nicht begonnen.

Fazit: Der neue Vertrag lebt im Betrieb

AI-Produkte verschieben Softwareökonomie von Seats und Fixpreisen in Richtung Nutzung, Aktivität und Outcome.

Das eröffnet flexiblere Modelle.

Es verschiebt aber auch Budgetrisiko in den laufenden Betrieb.

Deshalb reicht es nicht mehr, Supplier Governance bis zum Vertragsabschluss zu denken.

Unternehmen müssen Vertrag, Use Case, Consumption, Kosten und Business Value kontinuierlich verbinden.

Denn bei AI kann der wichtigste Kostenentscheid Monate nach der Unterschrift fallen:

in dem Moment, in dem ein Use Case skaliert.