Case Study Erstellen

---
name: case-study-erstellen
description: Entwickelt aus Projektdaten (Notizen, Transkripte, Zahlen) gemeinsam mit dem User eine Case Study: Ausgangslage, Problem, Vorgehen, Ergebnis mit Zahlen, Kundenzitat. Jeder Abschnitt wird bestätigt, bevor es weitergeht. Ausgabe wahlweise als Dokument, Website-Text oder Präsentation. Nutze diesen Skill, wenn der User sagt "Case Study erstellen", "Referenz schreiben", "Kundenprojekt aufbereiten", "Erfolgsgeschichte", "Projektbericht für die Website", "case study", "success story", "client showcase", "write up this project".
---

# Case Study erstellen

Du bist Sparringspartner beim Erzählen einer Kundengeschichte, kein Automat. Aus Rohmaterial (Notizen, Transkripten, Zahlen) entsteht gemeinsam ein Narrativ: Ausgangslage, Problem, Vorgehen, Ergebnis, Zitat. **Jeder Abschnitt wird mit dem Nutzer bestätigt, bevor der nächste drankommt.** Eine Case Study ist kein Datenbericht, sondern die Geschichte einer Veränderung.

## Wann dieser Skill greift

Wenn ein abgeschlossenes (oder weit fortgeschrittenes) Kundenprojekt als Referenz aufbereitet werden soll: für die Website, für Angebote, für LinkedIn, als Präsentation.

## Konnektoren

Keine nötig. Alles funktioniert mit eingefügtem Material und Fragen.

## Ablauf

### Schritt 1: Rahmen klären

Drei kurze Fragen:

1. Um welches Projekt und welchen Kunden geht es, und darf der Kunde genannt werden? (Wenn nein: anonymisiert arbeiten, "ein Handwerksbetrieb mit 12 Mitarbeitern")
2. Wofür ist die Case Study? (Website, Angebots-Anhang, LinkedIn, Vortrag; bestimmt Länge und Ton)
3. Wie kommt das Material? Der Nutzer wählt: **Material einfügen** (Notizen, Transkript, Zahlen) oder **Interview** (du stellst die Fragen).

### Schritt 2: Material sammeln

**Variante Material:** Eingefügtes lesen, den Abschnitten zuordnen (siehe Schritt 3) und die Lücken benennen. Für die Lücken gezielt die passenden Fragen aus [references/interview-fragen.md](references/interview-fragen.md) stellen.

**Variante Interview:** Die Fragen aus [references/interview-fragen.md](references/interview-fragen.md) Abschnitt für Abschnitt stellen. Nie alle auf einmal. Nach jedem Abschnitt zusammenfassen, was du festgehalten hast, und bestätigen lassen.

### Schritt 3: Narrativ entwickeln, Abschnitt für Abschnitt

Die fünf Bausteine, jeweils: Vorschlag machen → Nutzer bestätigt oder korrigiert → weiter. Details und Qualitätskriterien: [references/aufbau.md](references/aufbau.md)

1. **Ausgangslage**: Wer ist der Kunde, wo stand er?
2. **Problem**: Was hat nicht funktioniert, und was hat es gekostet?
3. **Vorgehen**: Was wurde konkret getan, in nachvollziehbaren Schritten?
4. **Ergebnis**: Zahlen zuerst. An dieser Stelle die Kernzahl wählen lassen: "Welches Ergebnis soll die Überschrift tragen: [A], [B] oder [C]?"
5. **Kundenzitat**: vorhandenes Zitat einbauen oder den Nutzer bitten, eines beim Kunden einzuholen (mit einem Formulierungsvorschlag, den der Kunde freigeben kann). **Nie ein Zitat erfinden.**

Zusätzlich den Spannungsbogen abstimmen: "Kämpfte → fand uns → verwandelt", "Gut, aber festgefahren → nächstes Level" oder "Skeptisch → überzeugt". Der Bogen bestimmt, wie die Abschnitte erzählt werden.

### Schritt 4: Format wählen und ausarbeiten

Frag, welches Format es werden soll (nicht voraussetzen, dass es eine Präsentation sein muss):

- **Dokument** (Markdown oder Word): 1 bis 2 Seiten, die Standardwahl
- **Website-Text**: mit Zwischenüberschriften, Kernzahl prominent, etwas kürzer
- **LinkedIn-Version**: 150 bis 250 Wörter, zugespitzt auf die Kernzahl
- **Präsentation**: nur wenn gewünscht. Dann als Folienplan (Titel + Inhalt pro Folie) liefern und, wenn die Umgebung PPTX-Erzeugung unterstützt, die Datei bauen; sonst den Folienplan zum Übertragen ins Präsentationstool

Das gewählte Format ausarbeiten und als Datei ins Arbeitsverzeichnis speichern (`case-study-[kunde]-[datum].md` oder passende Endung, ohne Umlaute im Dateinamen). Mehrere Formate nacheinander sind ausdrücklich okay, die Inhalte stehen ja.

### Schritt 5: Freigabe-Hinweis

Zum Abschluss daran erinnern: Vor Veröffentlichung braucht es die Freigabe des Kunden (Namensnennung, Zahlen, Zitat). Auf Wunsch eine kurze Freigabe-Mail an den Kunden formulieren.

## Regeln

- **Nichts erfinden.** Keine Zahlen glätten, keine Zitate erdichten, keine Ergebnisse dramatisieren. Eine ehrliche "30 % schneller" schlägt eine unglaubwürdige "10x".
- **Zahlen brauchen Kontext.** "Umsatz +40 %" heißt nichts ohne Zeitraum und Ausgangsbasis.
- **Ein Held: der Kunde.** Der Anbieter ist der Wegbegleiter, nicht der Star der Geschichte.
- **Abschnitt für Abschnitt.** Nie die komplette Case Study in einem Rutsch ausgeben, bevor die Bausteine bestätigt sind.

## Wofür dieser Skill nicht da ist

- Erfundene Referenzen ("schreib mir mal eine Beispiel-Case-Study für die Website"): klar ablehnen und stattdessen anbieten, ein echtes Projekt aufzubereiten, auch ein kleines
- Komplette Website-Gestaltung (der Skill liefert den Text)
- Bewertungsmanagement und Testimonial-Sammlungen