Business-Case-Rechnung (TCO, Nutzen, Amortisation)

Lernziele

Sie berechnen die Total Cost of Ownership (TCO) einer KI-Lösung über drei Jahre, differenziert nach Einmalkosten (Jahr 1) und laufenden Kosten (Jahre 2 und 3), und identifizieren die häufigsten Kostenkategorien, die bei initialen Schätzungen unterschätzt werden.

Sie ermitteln den Break-Even-Zeitpunkt einer KI-Investition mithilfe der Formel für kumulierten Nettonutzen und interpretieren das Ergebnis in geschäftlichem Kontext.

Sie schätzen den Net Present Value (NPV) für eine dreijährige KI-Investition mit einer unternehmensspezifischen Diskontierungsrate und erklären, warum ein positiver NPV die Investition gegenüber alternativer Kapitalverwendung rechtfertigt.

Sie führen eine dreiwertige Sensitivitätsanalyse (Best / Base / Worst Case) durch und identifizieren die kritischsten Annahmen im Business Case.

Sie fassen einen vollständigen Business Case in einem einseitigen Summary mit fünf Pflichtfeldern zusammen, der für die Präsentation vor der Geschäftsführung geeignet ist.

Auf einen Blick

Worum geht es? — Der didaktische Einstieg

Die Technologie ist validiert. Die Hypothese aus dem Pilot hat sich bestätigt: Der KI-Assistent reduziert einen zeitintensiven Prozessschritt erheblich. Jetzt muss die Entscheidung getroffen werden, ob Ihre Organisation in den unternehmensweiten Rollout investiert.

Die Geschäftsführung stellt drei Fragen: Was kostet das — wirklich, alles eingerechnet, über drei Jahre? Wann amortisiert sich die Investition? Und: Lohnt sich das gegenüber anderen Investitionsalternativen?

Das sind die drei Fragen, die der Business Case beantwortet. Ohne Business Case gibt es keine informierte Investitionsentscheidung — nur Intuition und Budgetpolitik. Mit einem gut gerechneten Business Case kann die Entscheidung auf Zahlen gestützt werden, Unsicherheiten können explizit gemacht werden, und die Entscheidungsqualität steigt erheblich.

Diese UE gibt Ihnen das methodische Handwerkszeug für die Business-Case-Rechnung: TCO, Break-Even, NPV, Sensitivitätsanalyse und Business-Case-Summary. Das sind keine akademischen Konzepte — sie sind die Sprache, in der Geschäftsführungen Investitionsentscheidungen treffen.

Lerntext — Theorie und Konzepte

Total Cost of Ownership (TCO) über drei Jahre

Der häufigste Fehler bei KI-Investitionsentscheidungen: nur die direkten Lizenzkosten werden einkalkuliert. Ein vollständiges TCO-Bild umfasst alle Kostenkategorien über den gesamten Betrachtungszeitraum.

Jahr 1 — Einmalige und initiale laufende Kosten: - Konfigurationsaufwand (interne Personenstunden): Wer konfiguriert den Assistenten? Wie lange? Stundensatz ansetzen. - Integrations-Aufwand (IT): API-Verbindungen, Authentifizierung, Testing. - Schulungskosten: Zeit der Teilnehmenden (Opportunitätskosten) + ggf. externe Trainer. - Erste Jahreslizenz / API-Kosten. - Pilotbegleitung und Evaluation.

Jahr 2 und 3 — Laufende Betriebskosten: - Jahreslizenz / Plattformgebühren. - API-Nutzungskosten (skalieren mit Volumen — häufig unterschätzt). - Wartung und Weiterentwicklung (Faustregel: 20–30 % der Initialkonfigurationskosten pro Jahr). - Schulung neuer Mitarbeitender (Onboarding). - Governance-Aufwand (anteilig Stunden KI-Beauftragter).

Häufig unterschätzte Kostenkategorien: - API-Kosten skalieren mit Nutzungsvolumen — bei vielen Nutzenden, die täglich KI-Anfragen stellen, können Token-Kosten bei leistungsstarken Modellen erheblich sein. - Change-Management-Aufwand: Die Zeit für Kommunikation, Schulung, Multiplikatoren. - Datenvorbereitung: Datenbereinigung und -strukturierung vor dem Pilot ist oft teurer als erwartet.

Abb. 95.1 — TCO-Bestandteile im Jahresvergleich (links) und Break-Even-Kurve (rechts)

Merksatz

Der häufigste Business-Case-Fehler ist nicht eine falsche Formel — es ist das Vergessen einer Kostenkategorie. Listenansatz: Beginnen Sie mit allen Kostenkategorien, bevor Sie mit dem Schätzen beginnen. Was nicht auf der Liste steht, wird nicht einkalkuliert und überrascht im Jahr 2.

Break-Even-Berechnung

Der Break-Even-Zeitpunkt ist der Moment, ab dem die kumulierten Nutzen die kumulierten Kosten übersteigen.

Formel: Break-Even (in Jahren) = Gesamtinvestition / Jährlicher Nettonutzen

Dabei gilt: Jährlicher Nettonutzen = Jährlicher Nutzen − Jährliche laufende Kosten (ohne Einmalinvestition).

Beispielrechnung:

Einmalige Investition (Jahr 1, inkl. Konfiguration, Schulung, Integration): 14.400 € Laufende Jahreskosten (Lizenz + API + Wartung): 4.800 € Jährlicher Nutzen (Zeitersparnis): konservativ angesetzter Netto-Nutzenwert 31.680 € Jährlicher Nettonutzen: 31.680 − 4.800 = 26.880 € Break-Even: 14.400 / 26.880 = 0,54 Jahre = ca. 6,5 Monate

Net Present Value (NPV)

Der NPV berücksichtigt, dass zukünftige Zahlungen weniger wert sind als heutige (Zeitwert des Geldes). Er ist relevant für Investitionsentscheidungen, bei denen alternative Kapitalverwendungen gegeneinander abgewogen werden.

Vereinfachte Formel: NPV = −I₀ + Σ (NCFₜ / (1 + r)ᵗ)

Dabei ist I₀ die Einmalinvestition, NCFₜ der Netto-Cashflow in Jahr t und r die Diskontierungsrate.

Für typische Unternehmensentscheidungen: Diskontierungsrate 8–12 %. Positiver NPV = die Investition schafft Wert über die Alternativverwendung hinaus.

Beispiel (3 Jahre, r = 10 %):

NPV von +52.447 € ist klar positiv → Investition empfohlen.

Business-Case-Summary — fünf Pflichtfelder

Das Business-Case-Summary ist das Kommunikationsdokument für die Geschäftsführung. Es fasst den gesamten Business Case auf einer Seite zusammen.

Feld 1 — Problem-Statement mit Kostenbezug: Was kostet das aktuelle Problem pro Jahr? (Zeitversatz in Stunden × Stundensatz × Anzahl Mitarbeitende = €/Jahr)

Feld 2 — Vorgeschlagene Lösung: Kurzbeschreibung des Use Cases und der gewählten Implementierungsstrategie (Configure / Buy / Build).

Feld 3 — TCO 3 Jahre: Kompakte Tabelle mit Kosten je Jahr und Gesamtsumme.

Feld 4 — Nutzenprognose 3 Jahre: Kompakte Tabelle mit Nutzen je Jahr, Gesamtsumme, Break-Even-Datum und NPV.

Feld 5 — Entscheidungsempfehlung: Go / Nicht-Go / Weitere Analyse notwendig — mit drei Begründungspunkten und Benennung der wichtigsten Unsicherheiten.

Merksatz

Opportunitätskosten (die Zeitersparnis der Mitarbeitenden) sind kein Bargeld-Zufluss — sie sind ein Kapazitätsgewinn. Im Business Case muss explizit beschrieben werden, was mit der freigewordenen Kapazität passiert: mehr Kundenprojekte, höhere Angebotsqualität, bessere strategische Arbeit. Ohne diese Aussage ist der Nutzen für die Geschäftsführung abstrakt.

Sensitivitätsanalyse

Die Sensitivitätsanalyse zeigt, wie stabil der Business Case unter verschiedenen Annahmen ist.

Best Case: Nutzen wird um 20 % höher angenommen (z. B. schnellere Adoption, höhere Zeitersparnis als erwartet).

Base Case: Die realistischste Schätzung.

Worst Case: Nutzen wird um 30 % geringer angenommen, Kosten um 20 % höher.

Wenn der Business Case auch im Worst Case noch positiven NPV hat: sehr robuste Investition. Wenn der Worst Case negativ ist: Was müsste eintreten, um das Risiko des Worst Case zu reduzieren?

Vertiefung — Häufige Fehler bei KI-Business-Cases

Vertiefung — Der Business Case in der Praxis: Haeufige Fehler und Kommunikationsstrategien

Die fünf häufigsten Fehler bei KI-Business-Cases:

Fehler 1 — Nur Lizenzkosten berücksichtigen: Der häufigste Fehler. Die Lizenz für ein KI-Tool kostet 12.000 Euro pro Jahr — und der Business Case sieht gut aus. Aber: Implementierungsaufwand (8 Personenwochen IT, 4 Personenwochen Fachbereich), Schulungsaufwand (15 Stunden je Nutzerin × 50 Personen = 750 Stunden), laufende Betriebskosten (Updates, Support, Qualitätssicherung) und ein 15-prozentiger Risikopuffer für unerwartete Aufwände kommen hinzu. Der echte TCO liegt typischerweise 2 bis 3 Mal über den reinen Lizenzkosten.

Fehler 2 — Zu optimistische Zeitersparnis: „Der Assistent spart 80 % der Zeit für diesen Prozess” — klingt gut, ist aber selten realistisch. In der Praxis liegt die reale Zeitersparnis (nach Eingewöhnungsphase, Review-Schritten und Korrekturbedarf) typischerweise bei 30–50 % des optimistischen Schätzwerts. Faustregel: Worst-Case-Schätzung der Zeitersparnis verdoppeln, wenn keine Pilot-Daten vorliegen.

Fehler 3 — Qualitative Nutzen nicht monetarisieren: Fehlerreduktion, Mitarbeiterzufriedenheit, schnellere Kundenbeantwortung — diese Nutzenarten werden häufig als „Soft Benefits” abgetan und nicht in den Business Case integriert. Dabei sind sie oft beträchtlich: Wenn die Fehlerrate im Angebotsprozess von 5 % auf 1 % sinkt und jeder Fehler durchschnittlich 2 Stunden Nacharbeit kostet, ist das bei 200 Angeboten pro Jahr ein kalkulierbarer Nutzen.

Fehler 4 — Keine Sensitivitätsanalyse: Ein Business Case ohne Sensitivitätsanalyse ist ein Single-Point-Estimate — er suggeriert eine Sicherheit, die nicht vorhanden ist. Eine dreiwertige Analyse (Best / Base / Worst Case, jeweils ±30 % auf die kritischste Annahme) zeigt den Entscheidungstragenden, unter welchen Bedingungen die Investition sich lohnt — und unter welchen nicht.

Fehler 5 — Der Business Case wird zur Verteidigungsschrift: Statt eine ehrliche Risikoanalyse zu liefern, wird der Business Case so formuliert, dass er die bereits getroffene Entscheidung rechtfertigt. Das Ergebnis: Kritische Stakeholder trauen dem Dokument nicht, weil sie die Einseitigkeit spüren. Gegenmassnahme: Den Business Case gemeinsam mit einem kritischen Stakeholder entwickeln, der kein Interesse am positiven Ergebnis hat.

Die Kommunikationsstrategie für die Geschäftsführung:

Geschäftsführungen sind keine Finanzanalysten — sie wollen keine vollständigen TCO-Tabellen, sondern fünf Antworten: Was kostet es wirklich (alles)? Wann kommt das Geld zurück? Wie sicher sind wir? Was passiert, wenn es nicht funktioniert? Was ist der erste konkrete Schritt?

Das einseitige Executive Summary beantwortet genau diese fünf Fragen — in dieser Reihenfolge, in maximal drei Sätzen je Antwort. Der vollständige Business Case ist der Anhang für Menschen, die tiefer gehen möchten.

Fehler 1 — Benefit-Overlap: Der Nutzen eines Use Cases wird mehrfach gezählt. Zeitersparnis wird gleichzeitig als direkte Kostenersparnis und als Umsatzsteigerungspotenzial modelliert. In Wirklichkeit kann freigewordene Zeit nicht gleichzeitig für beides genutzt werden. Im Business Case explizit festlegen, wie die freigewordene Kapazität genutzt wird — eine Aussage, keine zwei gleichzeitig.

Fehler 2 — Adoption Rate von 100 % ab Tag 1: In der Praxis gilt eine S-Kurven-Adoption: In den ersten vier Wochen 20–30 %, nach drei Monaten 60–70 %, nach sechs Monaten 80–90 %. Ein realistischer Business Case diskontiert den Nutzen in den ersten Monaten entsprechend.

Fehler 3 — Kosten-Symmetrie-Fehler: Kosten werden genau geschätzt (Lizenzen bekannt), aber Nutzen wird mit einer Brutto-Zahl angesetzt. Nicht jede gesparte Stunde ist eine vermiedene Kosteneinheit — sie ist oft eine Kapazitätserweiterung, die nur dann zum Ergebnis beiträgt, wenn die freigewordene Kapazität tatsächlich produktiv eingesetzt wird.

Fehler 4 — No-Change-Baseline: Der Business Case vergleicht die KI-Lösung mit dem Status quo heute — ohne zu berücksichtigen, dass auch der Status quo ohne KI-Investition Kosten hat (Wettbewerbsnachteile, Mitarbeiterzufriedenheitsprobleme). Eine vollständige Analyse vergleicht: KI-Szenario vs. Keine-KI-Szenario in drei Jahren.

Tangible vs. Intangible Benefits: Business Cases, die nur monetär quantifizierbare Nutzen berücksichtigen, unterschätzen den Gesamtwert systematisch. Intangible Benefits (Mitarbeiterzufriedenheit, Angebots-Qualität, Wissenserhalt) sollten im Business Case explizit benannt und qualitativ beschrieben werden — ohne Pseudo-Quantifizierung, aber mit ehrlicher Einordnung ihrer Bedeutung.

Branchen-Anwendungen

IT-Dienstleistung & Beratung

Ein IT-Beratungsunternehmen (ca. 90 MA, 12 Berater im Vertriebsteam) erstellt einen Business Case für den Angebots-KI-Assistenten. TCO Jahr 1: Konfiguration (40 Stunden × 80 €/h = 3.200 €), IT-Integration (16 Stunden = 1.280 €), Schulung (45 MA × 45 Min × 80 €/h = 2.700 €), Lizenz (4.800 €/Jahr), Governance-Anteil (1.420 €). Jahr 1 gesamt: 13.400 €. Laufende Kosten Jahre 2–3: je 5.800 €. Nutzen (Base Case): 12 Berater × 60 Min Ersparnis/Tag × 220 Arbeitstage × 80 €/h × 25 % Kapazitätsnutzung = 31.680 €/Jahr. Break-Even: ca. 7,5 Monate. NPV (3 Jahre, r=10 %): +49.200 €. Worst Case NPV: +15.000 € (immer noch positiv). Empfehlung: Go. Hauptunsicherheit: Tatsächliche Adoption-Rate der Berater und die Nutzungskonversion (welcher Anteil der gesparten Zeit fließt in billable Stunden?).

Industrie & Fertigung

Ein Maschinenbauunternehmen (ca. 500 MA, 28 Servicetechniker) erstellt einen Business Case für den Servicebericht-KI-Assistenten. TCO Jahr 1: Konfiguration + SAP-Integration (komplex: 80 Stunden × 90 €/h = 7.200 €), Schulung (28 Techniker × 2 Stunden × 50 €/h = 2.800 €), MDM-Gerät-Konfiguration (1.500 €), Lizenz (6.000 €/Jahr). Jahr 1 gesamt: 17.500 €. Laufende Kosten: 7.200 €/Jahr. Nutzen: Fehlerreduzierung (vermiedene Nachbearbeitungen: 15 Vorfälle/Jahr × 4 Stunden × 90 €/h = 5.400 €) + Zeitersparnis bei Berichtserstellung (28 Techniker × 20 Min/Tag × 200 Arbeitstage × 50 €/h × 30 % Nutzungskonversion = 28.000 €). Break-Even: ca. 10 Monate. NPV positiv. Besonderheit: Intangible Benefit ist Compliance-Sicherheit (vollständige Serviceberichte reduzieren Haftungsrisiken bei Garantiefällen) — schwer monetarisierbar, aber für die Geschäftsführung relevant.

Finanzdienstleistung & Versicherung

Ein Versicherungsdienstleister (ca. 50 Kundenberater) erstellt einen Business Case für den Vertragshistorie-KI-Assistenten. Besonderheit: In regulierten Branchen ist der Worst Case besonders wichtig — wenn die BaFin die KI-gestützte Beratungsunterstützung nachträglich als regulierungspflichtig einstuft, entstehen Compliance-Kosten. Der Worst-Case-Business-Case enthält daher eine Risikoreserve von 15 % für potenzielle Compliance-Nacharbeit. TCO Jahr 1 (inkl. DSFA, Rechtsgutachten): 18.500 €. NPV Base Case: +38.000 €. NPV Worst Case (inkl. Compliance-Reserve): +12.000 €. Empfehlung: Go — aber mit expliziter Kommunikation der regulatorischen Unsicherheit als größtem Einzelrisiko.

Öffentliche Verwaltung

Eine mittelgroße Stadtverwaltung (ca. 400 MA) erstellt einen Business Case für den internen Wissens-RAG-Assistenten. Besonderheit: In der öffentlichen Verwaltung ist der primäre Nutzen-Typ nicht monetär, sondern qualitativ (Servicequalität für Bürgerinnen und Bürger, Entlastung von Mitarbeitenden bei repetitiven Anfragen). Der Business Case muss daher eine Qualitäts-Dimension enthsalten: Reduzierung der Rückfragen um X %, Reduzierung der Einarbeitungszeit neuer Mitarbeitender um Y %. Für die Genehmigung durch den Stadtrat ist weniger der NPV relevant als die Darstellung der Servicequalitätsverbesserung und die DSGVO-Konformität. Das Business-Case-Summary wird entsprechend angepasst: Feld 4 enthält qualitative statt monetäre Nutzenformulierungen.

Vertiefung — Vollstaendiges Business-Case-Beispiel: KI-Angebots-Assistent

Das folgende Beispiel zeigt einen vollständig gerechneten Business Case für einen KI-Angebots-Assistenten in einem mittelständischen IT-Dienstleistungsunternehmen (50 MA, davon 12 im Vertrieb):

Ausgangssituation: 12 Vertriebsmitarbeitende erstellen je 8 Standardangebote pro Monat (96 Angebote/Monat). Aktuelle Bearbeitungszeit: 90 Minuten je Angebot. Interner Kostensatz Vertrieb: 75 EUR/Stunde.

Monatliche Gesamtkosten Ist-Zustand: 96 × 1,5 Std. × 75 EUR = 10.800 EUR/Monat = 129.600 EUR/Jahr.

TCO Jahr 1: - Lizenz (Configure-Lösung, Azure OpenAI EU-Region): 3.600 EUR/Jahr - Implementierungsaufwand IT: 5 Personentage × 600 EUR = 3.000 EUR - Schulungsaufwand Vertrieb: 12 MA × 4 Stunden × 75 EUR = 3.600 EUR - Prompt-Engineering und Konfiguration: 3 Personentage × 600 EUR = 1.800 EUR - Risikopuffer 15 %: 1.800 EUR Gesamt Jahr 1: 13.800 EUR

TCO Jahr 2–3 (laufend): - Lizenz: 3.600 EUR × 2 = 7.200 EUR - Betrieb und Updates: 2.000 EUR × 2 = 4.000 EUR Gesamt Jahr 2–3: 11.200 EUR

TCO Gesamt 3 Jahre: 25.000 EUR

Jährlicher Nutzen (Base Case — 40 % Zeitersparnis): 96 Angebote × 1,5 Std. × 40 % × 75 EUR × 12 Monate… korrekter: 96/Monat × 0,6 Std. Ersparnis × 75 EUR × 12 = 51.840 EUR/Jahr.

Break-Even: Investition Jahr 1: 13.800 EUR. Monatliche Einsparung: 51.840 / 12 = 4.320 EUR/Monat. Break-Even: 13.800 / 4.320 = 3,2 Monate.

NPV (3 Jahre, 8 % Diskontierungsrate): Netto-Cashflows: Jahr 1: 51.840 - 13.800 = +38.040 EUR; Jahr 2: 51.840 - 5.600 = +46.240 EUR; Jahr 3: 51.840 - 5.600 = +46.240 EUR. NPV = 38.040/1,08 + 46.240/1,08² + 46.240/1,08³ = 35.222 + 39.633 + 36.697 = 111.552 EUR

Sensitivitätsanalyse: - Worst Case (20 % Zeitersparnis, nicht 40 %): Nutzen 25.920 EUR/Jahr. Break-Even: 6,4 Monate. NPV 3J: ca. 44.000 EUR. Investition bleibt sinnvoll. - Best Case (60 % Zeitersparnis): Nutzen 77.760 EUR/Jahr. Break-Even: 2,1 Monate. NPV 3J: ca. 180.000 EUR. - Kritische Annahme: Die 40 % Zeitersparnis ist der unsicherste Parameter. Validierung durch Pilot-Messung empfohlen.

Executive Summary (einseitig): Investition: 13.800 EUR im ersten Jahr, 5.600 EUR laufend ab Jahr 2. Gesamtrückfluss in 3 Jahren: +111.000 EUR NPV (Base Case). Break-Even: 3 Monate. Kritischste Annahme: 40 % Zeitersparnis (Worst Case: 20 %). Nächster Schritt: 8-Wochen-Pilot mit 4 Vertriebsmitarbeitenden zur Validierung der Zeiteinsparung.

Übung 1 — Business Case für Ihren Top-Use-Case

Übung 1 — Vollständiger Business Case mit TCO, Break-Even und NPV

Aufgabe: Erstellen Sie einen vollständigen Business Case für Ihren Top-Use-Case aus UE 86/87, inkl. TCO-Tabelle, Break-Even-Berechnung, NPV und Business-Case-Summary.

Material: Business-Case-Excel-Template (TCO, Nutzenprognose, Break-Even, NPV — Formeln voreingestellt), ggf. Taschenrechner.

Schritt-für-Schritt: 1. Sammeln Sie alle Kostendaten: Konfigurationsaufwand (Schätzung in Stunden), Integration, Schulung, Lizenz. 2. Schätzen Sie den Nutzen: Zeitersparnis pro Person pro Tag × Stundensatz × Anzahl Personen × Arbeitstage/Jahr. 3. Füllen Sie die TCO-Tabelle für drei Jahre aus. 4. Berechnen Sie den Break-Even-Zeitpunkt. 5. Berechnen Sie den NPV mit einer Diskontierungsrate von 10 %. 6. Führen Sie eine Sensitivitätsanalyse durch (Best / Base / Worst Case für Nutzen). 7. Fassen Sie den Business Case im Summary (5 Felder) zusammen.

Bearbeitungszeit: 18 Minuten.

Musterlösung: Siehe Beispielrechnung im Lerntext. Break-Even ca. 6,5–10 Monate (je nach Branche und Use Case), NPV klar positiv im Base Case, Worst Case NPV positiv = robuste Investition. Business-Case-Empfehlung: Go, mit Kommunikation der wichtigsten Unsicherheit (Adoption Rate und Nutzungskonversion).

Merksatz

Der Business Case ist nicht der Beweis, dass die Investition richtig ist — er ist das Instrument, das die richtige Entscheidung ermöglicht. Ein Business Case, der ehrlich über Unsicherheiten ist, ist mehr wert als einer, der Sicherheit vortäuscht und später scheitert.

Anwendungshinweis — Business Case vs. Pilot-Ergebnis: Was passiert wenn Zahlen abweichen?

Nach dem Piloten stellt sich häufig heraus, dass die Business-Case-Annahmen nicht exakt zugetroffen sind — die Zeitersparnis war 25 % statt 40 %, oder der Implementierungsaufwand war 30 % höher als geplant. Das ist kein Scheitern des Business Case — es ist der Beweis, dass der Business Case als Lernwerkzeug funktioniert hat.

Empfohlenes Vorgehen nach dem Piloten: 1. Business Case mit tatsächlichen Piloten-KPIs aktualisieren. 2. Abweichungen erklären: War die Annahme falsch oder die Implementierung suboptimal? 3. Sensitivitätsanalyse mit aktualisierten Zahlen neu berechnen. 4. Entscheidungsvorlage: Roll-out weiter verfolgen (wenn NPV positiv bleibt), Implementierungsansatz anpassen (wenn Qualitätsprobleme die Ursache sind), Use Case verwerfen (wenn auch der Worst Case keinen positiven NPV zeigt).

Dieses iterative Vorgehen — Business Case als lebendiges Dokument — ist der Unterschied zwischen einer Investitionsentscheidung, die auf Hoffnung basiert, und einer, die auf validierten Daten basiert.

Übung 2 — Peer-Review: Realismus der Annahmen prüfen

Übung 2 — Peer-Review: Kritische Annahmen identifizieren

Aufgabe: Tauschen Sie Ihren Business Case mit einer anderen Person aus. Identifizieren Sie die drei kritischsten Annahmen und bewerten Sie deren Realismus.

Schritt-für-Schritt: 1. Lesen Sie den Business Case Ihrer Partnerin / Ihres Partners. 2. Identifizieren Sie die drei Annahmen, die den größten Einfluss auf den NPV haben. 3. Bewerten Sie für jede Annahme: Wie wurde sie begründet? Ist sie realistisch? 4. Geben Sie drei konkrete Verbesserungsvorschläge.

Erwartetes Ergebnis: Schriftliches Peer-Review-Memo mit drei kritischsten Annahmen und Verbesserungsvorschlägen.

Bearbeitungszeit: 12 Minuten (inkl. Feedback-Gespräch).

Musterlösung: Typische zu optimistische Annahmen: (1) Adoption Rate von 100 % ab Tag 1 (realistisch: 60–70 % nach Monat 1, 90 % nach Monat 3 — Business Case entsprechend korrieren). (2) Zeitersparnis tritt vollständig ein ohne Lernkurve (realistisch: in den ersten zwei Wochen nur 40 % der prognostizierten Ersparnis). (3) API-Kosten unterschätzt (bei intensiver Nutzung vieler Personen können Token-Kosten erheblich steigen). Empfehlung: Realistischere Adoption-Kurve, Worst-Case API-Kosten ergänzen, Nutzungskonversion explizit benennen.

Cheatsheet — Business Case: Die wichtigsten Punkte

TCO-Kostenkategorien: | Kostenblock | Typischer Anteil an TCO Jahr 1 | |—|—| | Konfigurationsaufwand intern | 40–50 % | | Integrationsaufwand IT | 15–25 % | | Schulungskosten | 15–20 % | | Lizenz / API Jahr 1 | 10–15 % |

Formeln: - Break-Even: Einmalinvestition / Jährlicher Nettonutzen = Jahre bis Break-Even - NPV: −I₀ + Σ (NCFₜ / (1 + r)ᵗ) - Diskontierungsrate: 8–12 % für typische Unternehmensinvestitionen

Sensitivitätsanalyse: Best/Base/Worst Case für Nutzen (±20–30 %)

Business-Case-Summary — 5 Felder: Problem-Statement | Lösung | TCO 3 Jahre | Nutzenprognose 3 Jahre | Entscheidungsempfehlung

Häufigste Fehler: Adoption 100 % ab Tag 1 | API-Kosten unterschätzt | Benefit-Overlap | No-Change-Baseline vergessen

Faustregel Akzeptabilität: Break-Even < 12 Monate = leicht genehmigbar. Break-Even 12–18 Monate = akzeptabel mit strategischer Begründung. Break-Even > 24 Monate = schwer genehmigbar ohne starke qualitative Argumente.

Reflexionsfragen

Welche Kategorien in Ihrer TCO-Rechnung sind am unsichersten — und wie würden Sie diese Unsicherheit in der Präsentation vor der Geschäftsführung kommunizieren?

Wann ist ein Break-Even von 18 Monaten akzeptabel — und wann ist er zu lang?

Wie verhindern Sie, dass der Business Case nachträglich so angepasst wird, dass er das gewünschte Ergebnis liefert?

Welche intangiblen Nutzen-Dimensionen sind für Ihre Branche besonders relevant — und wie beschreiben Sie diese überzeugend, ohne falsche Präzision vorzutäuschen?

Prompt-Vorlage — Business Case mit ROI-Berechnung für einen KI-Use-Case erstellen

Prompt für einen KI-Assistenten:

Erstelle einen vollständigen Business Case für folgenden KI-Use-Case: [Use Case beschreiben, z. B. KI-gestützte Sachbearbeitung im Versicherungsumfeld”]. Rahmendaten: [Anzahl betroffener Mitarbeitende], [Prozessfrequenz je Woche], [aktuelle Bearbeitungszeit in Minuten je Vorgang], [erwartete Zeitersparnis in %], [durchschnittlicher Stundensatz inkl. Nebenkosten]. Berechne vollständig: (1) Total Cost of Ownership (TCO) über drei Jahre mit allen Kostenkategorien (Lizenz, Implementierung, Schulung, Betrieb, Wartung, 15 %-Risikopuffer), (2) Jährlichen Nutzen in Euro (Zeitersparnis × Stundensatz × Frequenz × Wochen/Jahr), (3) Break-Even-Zeitpunkt in Monaten, (4) Net Present Value (NPV) bei 8 % Diskontierungsrate, (5) Dreiwertige Sensitivitätsanalyse (Best / Base / Worst Case: ±30 % auf Zeitersparnis). Fasse alle Ergebnisse in einem einseitigen Executive Summary zusammen.”

Erwartetes Ergebnis: Ein vollständiger Business Case mit TCO-Aufstellung, ROI, Break-Even, NPV, Sensitivitätsanalyse und einem einseitigen Executive Summary — geeignet für die Vorlage bei der Geschäftsführung. Hinweis: Überprüfen Sie alle automatisch generierten Zahlen kritisch. Passen Sie Stundensätze und Wirkungsannahmen an Ihre realen Unternehmensgegebenheiten an, bevor Sie den Business Case intern präsentieren.

Quellen & Weiterlesen

Trainer-Hinweise

Übung 3 — Sensitivitätsanalyse: Welche Annahmen sind kritisch?

Übung 3 — Sensitivitätsanalyse für den Business Case

Aufgabe: Führen Sie eine strukturierte Sensitivitätsanalyse für Ihren Business Case durch — und identifizieren Sie die kritischste Annahme, deren Nichterfüllung den Business Case grundlegend verändert.

Schritt-für-Schritt: 1. Nehmen Sie den Business Case aus Übung 1. 2. Identifizieren Sie die fünf unsichersten Annahmen (z. B. Zeitersparnis pro Vorgang, Akzeptanzrate unter Mitarbeitenden, Lizenzkosten in Jahr 2–3, Implementierungsaufwand, Fehlerrate der KI). 3. Variieren Sie jede Annahme einzeln um ±30 % und berechnen Sie den Effekt auf den Break-Even-Zeitpunkt. 4. Ranken Sie die fünf Annahmen nach ihrer Hebelwirkung auf den Break-Even. 5. Formulieren Sie für die kritischste Annahme einen Validierungsplan: Wie können Sie diese Annahme vor dem Pilot-Start prüfen oder absichern?

Erwartetes Ergebnis: Eine Sensitivitätstabelle mit fünf Annahmen, Hebelwirkungen auf den Break-Even und einem Validierungsplan für die kritischste Annahme.

Hinweise für AI Champions — So vermitteln Sie das Thema — UE 95

Timing (45 Min): 12 Min Input TCO + Break-Even (interaktiv: Beispielrechnung live durchführen), 8 Min NPV + Business-Case-Summary + Sensitivitätsanalyse, 18 Min Übung 1 (Business Case mit Template), 7 Min Übung 2 (Peer-Review, verkürzt).

Methodische Empfehlung: Führen Sie die Break-Even-Rechnung live an der Tafel durch — nicht als Folie, sondern als Rechenweg. Die Echtzeit-Kalkulation macht das Konzept greifbarer als jede Grafik. Nutzen Sie die Zahlen aus der Branchen-Vignette IT-Beratung als Ausgangspunkt und fragen Sie die Gruppe: „Was passiert mit dem Break-Even, wenn die Adoption Rate nur 60 % statt 100 % beträgt?” — Sensitivität wird so intuitiv erfahrbar.

Häufige Stolpersteine: Teilnehmende rechnen mit Brutto-Zeitersparnis statt Netto-Nutzenwert (Kapazitätskonversion vergessen). Insistieren Sie auf der Frage: „Und was passiert mit der gesparten Stunde — wird sie wirklich produktiv genutzt?” Die Diskussion über Nutzungskonversion ist die wichtigste Diskussion in dieser UE. NPV-Formel kann einschüchternd wirken — klarstellen: Die meisten Business-Case-Templates rechnen NPV automatisch; die Teilnehmenden müssen die Logik verstehen, nicht die Formel auswendig kennen.

Diskussionsfragen für Plenum: „Welcher Stakeholder in Ihrer Organisation ist am schwierigsten zu überzeugen — der CFO oder der Operations-Leiter — und welches Business-Case-Argument wirkt bei wem?” (Antwort: CFO → NPV und Break-Even; Operations → Zeitersparnis und Qualitätsgewinn.) „Was passiert, wenn der tatsächliche Nutzen nach einem Jahr 30 % unter der Prognose liegt — wie kommunizieren Sie das zur Geschäftsführung?”

Tafelbild-Vorschlag: TCO-Balkendiagramm (Jahr 1 hoch, dann sinkend) + Break-Even-Kurve (Kosten-Nutzen-Schere). Darunter: Business-Case-Summary-Fünffelder als visuelle Karte. Einfach, merkenswert.

Differenzierung Power-User ↔ Einsteiger: Einsteiger: Fokus auf TCO-Kostenblöcke und Break-Even-Formel. Power-User: Tornado-Diagramm-Ansatz für Sensitivitätsanalyse, ROI-Vergleich zu Alternativinvestitionen (ein zusätzlicher Mitarbeitender vs. KI-Lösung).

Materialliste: Business-Case-Excel-Template (mit voreingestellten Formeln für TCO, Break-Even, NPV, Sensitivitätsanalyse), Business-Case-Summary-Vorlage (einseitig, fünf Felder), Taschenrechner.

Übergang zur nächsten UE: „Sie haben jetzt alle Bausteine: Prozessaufnahme, Potenzialmatrix, Canvas, Priorisierung, Datenbasis, Pilot-Design, Change Management, Governance, Roadmap und Business Case. UE 96 ist der Moment, wo alles zusammenkommt — in einem kollaborativen Workshop, bei dem Sie drei konkrete, dokumentierte Use Cases finalisieren.”

Tipp zur Branchenauswahl: In der öffentlichen Verwaltung ersetzt die Servicequalitäts-Argumentation den NPV als primäre Entscheidungsgrundlage — das Business-Case-Summary wird entsprechend angepasst. In regulierten Branchen (Finanzen) ist die Compliance-Risikoreserve im Worst Case besonders wichtig. In der Industrie sind Qualitäts- und Haftungsdimensionen oft die überzeugendsten Argumente neben der reinen Zeitersparnis.

Quelle: KI-Wissensbasis von MindsMachines, Edition Juni 2026. Vollständige Fassung mit Anhängen und Musterlösungen: als PDF anfordern.