# Claude für Business Cases, ROI-Berechnung und Investitionsprognosen

> Umfassendes operatives System zur Begründung von KI-Investitionen: 10 Phasen (S0–S9), 8 Kontrollpunkte (G0–G7), mathematische Brücke zur Wertrealisierung, Sensitivitätsanalyse und Schutz des Business Cases vor dem CFO.

Ein Business Case wird erst dann wirklich nützlich, wenn er aus Unbekanntem eine strukturierte, überprüfbare Unsicherheit macht. Dieses Operating System hilft dem Initiator oder Product Owner dabei, faktische Beweise, Arbeitsannahmen, die finanzielle Ökonomie, Risiken und die persönliche Verantwortung für die Realisierung der Vorteile zu organisieren.

Es ist kein Zauberstab und garantiert keine automatische Budgetfreigabe, aber es schafft eine transparente Dialogsprache zwischen Produktteam, technischen Leadern und der Finanzabteilung (CFO/Finance).

---

## 1. Funktionsweise des Systems und Anwendungsgrenzen

Das System ist als durchgängiger Algorithmus zur Vorbereitung und Begleitung von Investitionsentscheidungen in digitale Technologien konzipiert.

### 1.1. Zweck des Business Cases und Steuerung der Unsicherheit

Das Hauptproblem vieler AI-Business-Cases sind überzogene Erwartungen ohne einen klaren Mechanismus zur Monetarisierung eingesparter Zeit. Das System schließt die Lücke zwischen theoretischer Produktivität und realem Cash Flow. Es zwingt dazu, Hypothesen von Beweisen zu trennen und den Break-even-Punkt für jedes Projekt zu berechnen.

### 1.2. Anwendungsbereich, Einschränkungen und Rollen

Das System ist optimiert für Entscheidungen bezüglich:
- Investitionen in generative KI und Agentensysteme (LLM / Agentic Workflows);
- Automatisierung von Geschäftsprozessen und Einführung von RPA;
- Einkauf von Enterprise-SaaS-Plattformen und Vendor-Auswahl;
- Interne Transformationsinitiativen.

> [!NOTE]
> **Anwendungsgrenzen:** Dieser Leitfaden regelt interne Managemententscheidungen. Er stellt keine rechtliche, prüferische, steuerliche Beratung oder Bewertung für M&A-Transaktionen dar. Entscheidungen werden stets von bevollmächtigten Personen im Unternehmen getroffen.

**Schlüsselrollen im Case:**
1. **Case Operator:** Führt Berechnungen durch, füllt Annahmen-Register aus und koordiniert Prompts.
2. **Initiative Sponsor:** Business-Leader, der ein Interesse an der Problemlösung hat.
3. **Finance Reviewer:** Prüft die Integrität des Modells, Formeln und Diskontierungen.
4. **Decision Maker:** Manager oder Komitee mit Unterschriftsberechtigung für das Budget.

---

## 2. Prozessüberblick: Phasen und Kontrollpunkte

Der gesamte Zyklus ist in 10 sequenzielle Phasen (**S0–S9**) unterteilt, wobei jede Phase durch einen obligatorischen menschlichen Kontrollpunkt – ein Quality Gate (**G0–G7**) – abgeschlossen wird.

### 2.1. Zehnstufiger Zyklus (S0–S9) und Kontroll-Gates (G0–G7)

| Gate | Stage | Inhalt der Arbeit | Ergebnis-Artefakt |
| :--- | :--- | :--- | :--- |
| **G0 — Entry** | S0 — Start & Initial Triage | Bewertung der Eignung der Initiative nach Systemkriterien | Case-Profil-Eintrag |
| **G1 — Frame Ready** | S1 — Decision Frame | Formulierung der Frage, Alternativen und des kontrafaktischen Szenarios | Abgestimmtes Charter |
| **G2 — Evidence Ready** | S2–S3 — Evidence & Value Drivers | Sammlung von Fakten, Interviews und Aufbau des Driver-Trees | Evidence-Register & Driver-Karte |
| **G3 — Model Integrity** | S4–S5 — Model & Uncertainty | Erstellung des Kalkulationsblatts und der Szenarien | Geprüftes Finanzmodell |
| **G4 — Financial Check** | S6 — Stress Test & Robustness | Testen von Grenzwerten und Suche nach Schwachstellen | Finance-Issue-Log |
| **G5 — Package Reconciliation** | S7 — Memo Preparation | Zusammenstellung des finalen Pakets für das Management | Abgestimmtes Executive Summary Paket |
| **G6 — Decision** | S8 — Investment Decision | Komitee-Sitzung, Abstimmung und Fixierung der Bedingungen | Unterschriebenes Entscheidungsprotokoll |
| **G7 — Benefit Verification** | S9 — Implementation & Tracking | Vergleich Ist vs. Plan, Abweichungsanalyse | Implementierungsbericht & Forecast-Rekalkulation |

### 2.2. Prinzip der unbedingten menschlichen Kontrolle

Jeder Kontrollpunkt ist eine Barriere, an der ausschließlich der Mensch entscheidet, nicht der Claude-Algorithmus oder ein automatisiertes Skript. Kein Modell darf einen Case automatisch in die nächste Phase überführen, ohne Bestätigung des verantwortlichen Owners.

---

## 3. Erste Schritte: Case-Erhebung vor der Entscheidung

Die Erstellung eines Business Cases beginnt lange vor dem Öffnen von Excel-Tabellen und dem Start finanzieller Berechnungen.

### 3.1. Initial Triage der Initiative und Rollendefinition

In Phase **S0** führt der Operator eine Express-Filterung der Initiative nach drei Kriterien durch:
1. **Skalierung:** Übersteigt der potenzielle Effekt oder die Kosten den minimalen Investitionsschwellenwert des Unternehmens?
2. **Verfügbarkeit von Alternativen:** Wird die Option „Do Nothing“ oder der Kauf einer fertigen Lösung statt Eigenentwicklung geprüft?
3. **Verfügbarkeit eines Sponsors:** Gibt es einen konkreten Manager, der bereit ist, das Projekt vor dem Vorstand zu verteidigen?

### 3.2. Kriterien für die Bereitschaft des Cases für das Investment Committee

Ein Case gilt nur dann als bereit für die Prüfung, wenn:
- Ein kontrafaktisches Szenario definiert ist (was passiert mit dem Business in 3 Jahren, wenn das Projekt nicht umgesetzt wird);
- Alle Annahmen einen zugewiesenen Owner und ein Confidence-Level (High / Medium / Low) haben;
- Schwellenwerte festgelegt sind, bei denen das Projekt sofort gestoppt wird (Kill Criteria).

---

## 4. Lösungsarchitektur und verwalteter Workflow

Das System funktioniert als durchgängiger Mechanismus, bei dem jede textuelle Schlussfolgerung an numerische Zellen des Arbeitsbuchs gebunden ist.

### 4.1. Vier Schlüsselblöcke des nachverfolgbaren Cases

```mermaid
flowchart TD
    A["1. Рамка рішення (S1)<br/>• Питання та альтернативи<br/>• Повноваження та пороги<br/>• Контрфактичний сценарій"] --> B["2. Керовані вхідні дані (S2–S3)<br/>• Реєстр доказів<br/>• Діапазони припущень<br/>• Карта драйверів цінності"]
    B --> C["3. Фінансова модель (S4–S6)<br/>• Модель грошових потоків<br/>• Аналіз чутливості<br/>• Стрес-тестування Фінансів"]
    C --> D["4. Executive-пакет (S7–S8)<br/>• Меморандум рішення<br/>• Умови та ризики<br/>• Підписаний протокол G6"]
    
    E["Контрольний шар: Процес S0–S9 | Ворота G0–G7 | Аудит версій"] -.-> A
    E -.-> B
    E -.-> C
    E -.-> D
```

### 4.2. Das Arbeitsbuch als einzige numerische Quelle der Wahrheit

> [!IMPORTANT]
> Jede Zahl, die im Text des Memos, der Präsentation oder in Antworten von Claude genannt wird, muss einen direkten Verweis auf die entsprechende Zelle des finanziellen Arbeitsbuchs enthalten. Textaussagen ohne formelhafte Nachvollziehbarkeit gelten als ungültig.

---

## 5. Vollständiger Zyklus S0–S9: Übergangsregeln und Artefaktdisziplin

Die Disziplin der Übergänge zwischen den Phasen gewährleistet, dass der Case während des Finanzaudits nicht zusammenbricht.

### 5.1. Phasenabfolge und Logik der STOP / RETURN Signale

Beim Durchlaufen der Kontrollpunkte sind vier Urteile möglich:
- **PROCEED (Vorwärts):** Übergang zur nächsten Phase ohne Vorbehalte.
- **PROCEED WITH CONDITIONS (Vorwärts mit Vorbehalten):** Die Bewegung geht weiter, aber es besteht die Verpflichtung, angegebene Lücken bis zum nächsten Gate zu schließen.
- **RETURN (Rückkehr):** Rückgabe an eine spezifische vorherige Phase (z. B. von G4 zurück zu S2 zur Ergänzung von Fakten).
- **STOP (Stopp):** Schließung des Projekts aufgrund wirtschaftlicher Unzweckmäßigkeit, fehlender Befugnisse oder inakzeptabler Risiken.

### 5.2. Versionsverwaltung und gemeinsamer Kontrollblock P00

> [!WARNING]
> Jede wesentliche Änderung der Eingangsdaten nach Passieren des Gates **G3 (Model Integrity)** annulliert automatisch die Ergebnisse der Gates G4 und G5. Das Modell und das Memo müssen neu berechnet und abgestimmt werden.

Für die Arbeit mit Claude wird das Kontrollpräfix **P00** verwendet, das jedem Request hinzugefügt wird. Es verpflichtet das Modell, die aktuelle Phase, die IDs der verwendeten Beweise und die Liste offener Constraints anzugeben.

---

## 6. Digitalisierung von Kosten, Vorteilen und Capture-Fenstern

Der häufigste Fehler bei KI-Berechnungen ist die Gleichsetzung von eingesparter Mitarbeiterzeit mit direkter finanzieller Ersparnis des Unternehmens.

### 6.1. Einmalige (CapEx) und laufende (OpEx) KI-Kosten

Die Kostenstruktur des Projekts muss versteckte Posten vollständig berücksichtigen:

| Kategorie | Einmalige Kosten (One-off / CapEx) | Laufende jährliche Kosten (Recurring / OpEx) |
| :--- | :--- | :--- |
| **Technologie** | API-Integration, Setup von Vektor-Datenbanken | Plattform-Abonnement, Modell-Tokens (LLM API) |
| **Daten & Infrastruktur** | Bereinigung und Annotation historischer Daten | Cloud-Compute-Ressourcen, Storage |
| **Menschen & Prozesse** | Mitarbeiterschulung, Prompting-Consulting | Gehalt des Support-Ingenieurs, Prozessbegleitung |
| **Sicherheit & Compliance** | Sicherheitsaudit, Risikobewertung gemäß AI Act | Monitoring von Halluzinationen, juristische Begleitung |

### 6.2. Fünf Stadien von der operativen Veränderung zum erfassten Wert

Wert im Business durchläuft einen langen Weg von der technischen Verbesserung bis zum Bankkonto des Unternehmens:

```mermaid
flowchart LR
    A["1. Операційна зміна<br/>Швидша генерація відповідей"] --> B["2. Згенерована цінність<br/>Звільнено 20 годин/тиждень"]
    B --> C["3. Дія захоплення<br/>Скорочення підрядників / дод. продажі"]
    C --> D["4. Захоплена цінність<br/>Збільшення грошового потоку ($)"]
    D --> E["5. Реалізація (S9)<br/>Факт у звіті CFO та трекінг"]
```

### 6.3. Berechnungsformel für den Vorteil und Vermeidung doppelter Zählung

Die mathematische Berechnung des erfassten Vorteils erfolgt nach der Formel:

$$\text{Erfasster Vorteil} = \text{Baseline} \times \text{Applicable Volume} \times \text{Adoption Rate} \times \text{Attribution} \times \text{Capture Rate}$$

- **Baseline:** Aktueller Wert des Prozesses oder Ausführungszeit vor der Optimierung.
- **Adoption Rate:** Prozentsatz des Teams, der das neue Tool täglich tatsächlich nutzt.
- **Attribution:** Anteil des Effekts, der genau diesem Tool zugeschrieben wird, nicht anderen Marktfaktoren.
- **Capture Rate:** Welcher Teil der freigesetzten Ressource in Geld oder zusätzliche Deals umgewandelt wurde.

> [!IMPORTANT]
> Wenn ein Mitarbeiter 2 Stunden pro Tag spart, das Unternehmen aber keine externen Kosten senkt und keine zusätzlichen Kunden gewinnt, beträgt die Capture Rate **0**. Freigesetzte Kapazität ist nur Potenzial, kein realisierter Cash Flow.

---

## 7. Szenarien, Sensitivitätsanalyse und Entscheidungsschwellen

Eine einzelne Prognose erweist sich immer als falsch. Eine robuste Entscheidung erfordert die Analyse von Spannen.

### 7.1. Modellierung des Basis-, Optimisten- und Pessimistenszenarios

:::tabs
=== Base Case
Konservative Erwartungen: Adoption Rate 60%, Capture Rate 40%, geplante Token-Kosten ohne Überschreitung. Das Projekt generiert einen positiven ROI innerhalb von 18 Monaten.
=== Downside Scenario
Komplexe Implementierung: Personal-Sabotage (Adoption 30%), Integrationsverzögerung um 4 Monate, Anstieg der API-Kosten um 25%. Verluste und kritische Exit-Bedingungen werden modelliert.
=== Upside Scenario
Schnelle Adaption: Adoption Rate 85%, freigesetzte Kapazitäten vollständig auf einen neuen Vertriebskanal gelenkt. Der Finance-Bereich prüft, ob der Optimismus nicht auf Fantasie basiert.
:::

### 7.2. Ein-Faktor-Sensitivitätsanalyse und Break-even-Punkt

Die Sensitivitätsanalyse identifiziert die verletzlichsten Stellen des Business Models:
- Bei welcher minimalen Adoption Rate bleibt das Projekt break-even?
- Welche maximale Preissteigerung des Vendors für Tokens verkraftet die Unit Economics?
- Wie viele Monate Verzögerung bei der Integration machen den NPV negativ?

> [!TIP]
> Wenn für das Erreichen des Break-even eine Adoption Rate von über 80 % erforderlich ist, birgt das Projekt ein extrem hohes Scheiterrisiko. Senken Sie die Anfangskosten oder überarbeiten Sie die Lösungsarchitektur.

---

## 8. Realisierung der Vorteile: Tracking, Abweichungen und Forecast-Rekalkulation

Die Budgetunterschrift im Komitee ist nicht das Ende, sondern der Beginn der Value-Capture-Phase.

### 8.1. Vierstufiger Kontrollzyklus und Kontrollpunkt G7

In Phase **S9** geht das Projekt in einen permanenten Monitoring-Zyklus über:
1. **Ist-Messung:** Regelmäßige Entnahme tatsächlicher operativer Daten aus CRM/ERP-Systemen.
2. **Erklärung der Abweichungen:** Aufschlüsselung der Differenz zwischen Plan und Ist nach Faktoren (Timing, Volumen, Adoption, Token-Kosten etc.).
3. **Korrekturmaßnahmen:** Zuweisung Verantwortlicher für die Behebung der Verzögerung mit klaren Fristen.
4. **Forecast-Rekalkulation (Re-forecasting):** Aktualisierung der Erwartungen ohne Umschreiben der Historie des genehmigten ursprünglichen Plans.

### 8.2. Verfahren zur Erklärung von Abweichungen und Aktualisierung der Prognosen

Der Kontrollpunkt **G7** prüft den realen Ist-Zustand. Der genehmigte Business Case wird versioniert: Die ursprüngliche Version (Baseline v1.0) bleibt für immer unverändert, alle Änderungen werden in Rekalkulations-Versionen (Forecast Q1, Forecast Q2) abgebildet. Dies gewährleistet volle Transparenz gegenüber dem Audit.

---

## 9. Case-Management-Skill und Automatisierung in Claude

Zur Beschleunigung der Arbeit können Entwickler spezialisierte Skills und Prompts in Claude nutzen.

### 9.1. Rolle und Grenzen des Custom Markdown-Skills

Der spezialisierte Claude Skill fungiert als strenger Reviewer:
- Er überwacht die Einhaltung des Protokolls S0–S9;
- Er verlangt Quellenangaben für jede Annahme;
- Er blockiert Versuche, zum Finanzmodell überzugehen, ohne dass der Decision Frame (Gate G1) geformt ist.

Er hat kategorisch **kein Recht**: Baseline-Zahlen selbst zu erfinden, Schwellenwerte zu genehmigen oder den Übergang zwischen Kontrollpunkten zu unterschreiben.

### 9.2. Testing, Datensicherheit und Backup-Protokoll

:::tabs
=== Claude Skill (Automated)
Nutzung des hochgeladenen ZIP-Skills oder der Systemanweisung in Claude Projects. Ermöglicht schnelle Strukturierung von Gedanken, Interviews zur Identifikation von Annahmen und Generierung von Memo-Drafts.
=== Manual Mode
Alle Berechnungen und Dokumentationen werden manuell erstellt. Claude dient nur als Sparringspartner für die Kritik der Logik, ohne direkte Datenzugriffe.
=== Data Security Protocol
Sensible Daten werden niemals direkt in den Chat geladen. Stattdessen werden anonymisierte Platzhalter oder aggregierte Werte verwendet. Jeder Prompt enthält das Präfix P00 zur Kontextsteuerung.
:::