Joule-Preisgestaltung & -Verbrauch
Stand 2026-09-03
Joules Rechnung ist der Posten, der einen KI-Programm-Sponsor am häufigsten überrascht, weil die Inferenzkosten mit Nutzung und Ambitionsniveau skalieren, wie es eine Dashboard-Abfrage nie tut. Die Regel für dieses Modul: die Verbrauchstreiber modellieren — Adoptionsbreite, Interaktionskomplexität und vor allem Agenten-Autonomie, da ein in Schleifen laufender Agent weit mehr verbraucht als eine einzelne Antwort — und sie gegen den eigenen SAP-Vertrag des Kunden bepreisen, nie gegen einen angenommenen Satz. Den ROI-Case pro Anwendungsfall aufbauen, nicht als plattformweites Versprechen: EYs Umsetzungszeitgewinn von ~30 % und KPMGs ~20 % schnellere Sprints sind real, aber es sind die Ergebnisse dieser Firmen auf ihren Anwendungsfällen, keine Garantie für diesen Kunden. Dann das Modellierte governieren — Sichtbarkeit, Budgetobergrenzen und Human-in-the-Loop bei jedem autonomen Agenten —, damit das Programm skaliert, ohne die Finanzabteilung zu überraschen. Wer das richtig macht, bepreist KI-Wert für einen Sponsor, der das noch nie tun musste; das ist ein Tagessatz-Gespräch, das die meisten Berater noch nicht führen können.
Was Sie lernen
- Joule-Verbrauchstreiber modellieren (Adoptionsbreite, Interaktionskomplexität, Agenten-Autonomie, Grounding-Retrieval), ohne einen Preis pro Aufruf zu erfinden — Sätze kommen aus dem SAP-Vertrag (§0i)
- Einen anwendungsfallbezogenen ROI-Case gegen den tatsächlichen Verbrauch aufbauen und veröffentlichte Anker (EY, KPMG, Daimler) als Ergebnisse dieser Firmen zitieren, nicht als garantierte Rendite
- Den FinOps-Kreislauf auf KI-Ausgaben anwenden — Verbrauchssichtbarkeit, richtig dimensioniertes Deployment und Budget-Leitplanken — mit expliziten Grenzen und Human-in-the-Loop bei autonomen Agentenschleifen
- Die Einordnung des „proportionalen Werts“ gegenüber einem Sponsor verteidigen: weder ausufernder Agentenverbrauch noch Unterinvestition, die KI-Wert verschenkt
Modulüberblick
Joule-Preisgestaltung und -Verbrauch ist das FinOps der KI auf dem SAP-Stack — und es ist wichtig, weil generative KI der eine Workload ist, dessen Kosten eine Organisation am schärfsten überraschen können. Während eine Dashboard-Abfrage günstig und vorhersehbar ist, ist KI-Inferenz (besonders über viele Nutzer, die viele Fragen stellen, und zunehmend autonome Agenten, die in Schleifen handeln) Verbrauch, der mit Nutzung und Ambitionsniveau skaliert. Der Berater, der Joules Verbrauchsmodell versteht, verhindert das Gespräch „was, das ist die KI-Rechnung?“, das KI-Programme entgleisen lässt.
Verbrauchsbasiert, wie der Rest von BDC. Die Joule-Nutzung wird gemessen (AI Units / verbrauchsbasiert), konsistent mit BDCs generell verbrauchsbasierter Preisgestaltung (Begleitmodul M032). Die genauen Einheiten und Bündelungen kommen aus dem SAP-Vertrag des Kunden — der Berater modelliert die Treiber, erfindet nie einen Preis pro Aufruf. Die Treiber sind: Anzahl der Nutzer, Abfragen pro Nutzer, Komplexität jeder Interaktion (eine einfache Abfrage vs. eine mehrstufige agentenbasierte Aufgabe — Begleitmodul M049) und der Grad der Autonomie (ein Agent, der in Schleifen läuft, verbraucht weit mehr als eine einzelne Antwort).
Voraussetzungen
- Zunächst die Kernkonzepte durcharbeiten: C024, C029, C028
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Kunde skaliert Joule von einem Pilot auf unternehmensweit, plus ein geplanter autonomer Agent für den Finanzabschluss; die Finanzabteilung ist nervös wegen einer unvorhersehbaren KI-Rechnung.
- Das Anti-Pattern erkennen und vermeiden: Einen Preis pro Aufruf / AI-Unit erfinden — Verstoß; ROI auf Zahlen aufgebaut, hinter denen man nicht stehen kann.
- Die Kernentscheidung des Moduls anwenden: Preisgestaltungsaussagen — Verbrauchstreiber modellieren wählen; Sätze aus dem SAP-Vertrag, nicht einen Preis pro Aufruf / AI-Unit erfinden.
- Die Beherrschung mit dem KPI verfolgen: Preisehrlichkeit (Ziel: Treiber modelliert; Sätze aus dem Vertrag; Warnsignal: Erfundene Preise pro Aufruf/AI-Unit).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.