# Case Study Erstellen

> Case Study erstellen

- Skill: `fabio-baumgartner/case-study-erstellen` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add fabio-baumgartner/case-study-erstellen`
- Raw SKILL.md: https://api.skillmd.com/api/skills/fabio-baumgartner/case-study-erstellen/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: fabio-baumgartner (https://skillmd.com/u/fabio-baumgartner)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/fabio-baumgartner/case-study-erstellen

---


# 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