PM-Case-Study-Builder
Was dieser Skill tut
Er nimmt eine Produktinitiative, an der der Nutzer gearbeitet hat – unabhängig vom Fertigstellungsgrad oder ob polierte Metriken vorliegen – und erstellt eine strukturierte, überzeugende Fallstudie, die PM-Denken demonstriert. Ziel ist es nicht, Marketingtexte zu schreiben, sondern die Entscheidungen, die schwierig waren, den Kontext, der sie schwierig machte, und das daraus resultierende Ergebnis hervorzuheben.
Eine gute Fallstudie zeigt, wie ein PM denkt, nicht nur, was er ausgeliefert hat.
Schritt 1: Das Rohmaterial sammeln
Fragen Sie in einer einzigen Aufforderung nach Folgendem. Wenn etwas bereits im Kontext vorhanden ist, fragen Sie nicht erneut danach. Unvollständige Informationen sind in Ordnung – Sie arbeiten mit dem, was da ist, und kennzeichnen Lücken, anstatt darauf zu bestehen.
- Die Initiative – Woran haben Sie gearbeitet? (Feature, Produkt, Plattform, Redesign, 0→1-Build, Strategieprojekt, Einstellung usw.)
- Kontext und Einschränkungen – Welches Unternehmen, welche Phase, welche Teamgröße? Welche Einschränkungen waren wichtig (Zeitplan, Ressourcen, technische Schulden, organisatorische Dynamik)?
- Das Problem, das Sie gelöst haben – Was war kaputt, fehlte oder unklar? Wessen Problem war es?
- Was Sie getan haben – Die wichtigsten Entscheidungen, die Sie getroffen haben, die Ansätze, die Sie in Betracht gezogen haben, die Arbeit, die Sie geleitet haben
- Das Ergebnis – Was wurde ausgeliefert? Was hat sich geändert? Irgendwelche Metriken, selbst grobe?
- Was Sie anders machen würden – Optional, macht die Geschichte aber glaubwürdiger
- Wo dies verwendet wird – Portfolio-Seite, Vorstellungsgespräch, LinkedIn, internes Dokument, Schreibprobe?
Sobald Sie dies haben, fahren Sie fort. Warten Sie nicht auf perfekte Informationen.
Schritt 2: Das narrative Rückgrat identifizieren
Identifizieren Sie vor dem Schreiben die narrative Struktur, die diese Fallstudie zum Funktionieren bringt. Jede starke PM-Fallstudie hat:
- Das Problem, das es wert ist, sich darum zu kümmern – Warum war das wichtig? Wer war betroffen?
- Die nicht offensichtliche Entscheidung – Der Moment, in dem mehrere vernünftige Wege existierten und Urteilsvermögen erforderlich war. Dies ist das Herzstück der Fallstudie.
- Die Einschränkung, die alles geprägt hat – Was hat dies schwierig gemacht? (Technische Schulden, mangelnde Abstimmung der Stakeholder, mehrdeutige Daten, knapper Zeitplan, konkurrierende Prioritäten)
- Das Ergebnis, das etwas beweist – Nicht nur „wir haben es ausgeliefert“, sondern was sich in der Welt geändert hat
Nennen Sie diese vier Elemente explizit, bevor Sie schreiben. Wenn Sie keine „nicht offensichtliche Entscheidung“ finden, fragen Sie den Nutzer: „Was war der schwierigste Anruf, den Sie getätigt haben?“ Das ist normalerweise die wahre Geschichte.
Schritt 3: Die vollständige Fallstudie schreiben
Struktur:
[Titel der Initiative]
Einzeilige Einordnung: Was es war und was es verändert hat
Das Problem
Was war kaputt oder fehlte? Wessen Problem? Woher wussten Sie, dass es ein echtes, lösenswertes Problem war? (2–4 Sätze. Widerstehen Sie dem Drang, mit dem Hintergrund des Unternehmens zu beginnen.)
Kontext
Womit haben Sie gearbeitet? Teamgröße, Produktphase, Einschränkungen, die wichtig waren. Halten Sie es knapp – nur Kontext, der erklärt, warum Entscheidungen schwierig waren.
Was ich getan habe
Erzählung der wichtigsten Entscheidungen, keine Liste von Aktivitäten. Strukturieren Sie es als Geschichte: Was Sie versucht haben, was Sie gelernt haben, was Sie geändert haben, was Sie entschieden haben.
Enthalten:
- Die schwierigste Entscheidung und die Begründung dahinter
- Was Sie in Betracht gezogen und ausgeschlossen haben
- Wie Sie mit Unsicherheit oder widersprüchlichen Signalen umgegangen sind
- Mit wem Sie zusammengearbeitet haben und warum das wichtig war
Nicht enthalten:
- Alles, was passiert ist (dies ist ein Highlight, kein Tagebuch)
- Prozessschritte, die kein Urteilsvermögen erforderten („Ich habe Standups geleitet“)
- Beitragssprache („Ich habe das Team bei … unterstützt“)
Das Ergebnis
Was ausgeliefert wurde. Was sich geändert hat. Metriken, falls verfügbar – echte, keine Eitelkeitszahlen. Wenn Sie keine Metriken haben, beschreiben Sie, welche beobachtbare Veränderung eingetreten ist.
Was ich anders machen würde
Eine ehrliche Beobachtung. Macht die Geschichte echt und signalisiert einen PM, der lernt. Überspringen, wenn der Nutzer es vorzieht.
Schritt 4: Ausgabeformate erstellen
Nachdem Sie die vollständige Fallstudie geschrieben haben, erstellen Sie zwei zusätzliche Versionen:
LinkedIn-Artikelversion (600–900 Wörter)
Gleiche Struktur, knappere Prosa. Beginnt mit dem „Was also?“ – der Erkenntnis oder Entscheidung, die das Projekt interessant gemacht hat – nicht mit Hintergrund. Endet mit einem klaren Takeaway oder einer offenen Frage. Geeignet zur Veröffentlichung auf LinkedIn.
Gesprächspunkt-Gliederung (für verbales Storytelling)
Eine strukturierte Gliederung, die der Nutzer für Vorstellungsgespräche oder Portfolio-Präsentationen verinnerlichen kann:
- Ein-Satz-Setup: „Dies war ein [Art von Problem] bei [Unternehmen] während [Kontext]“
- Die nicht offensichtliche Entscheidung: Was sie war, was Sie in Betracht gezogen haben, was Sie entschieden haben
- Das Ergebnis: Was passiert ist
- Die Lehre: Was Sie anders machen würden oder was Sie daraus gelernt haben
Schritt 5: Verfeinerungen anbieten
Nach der Auslieferung aller drei Formate anbieten:
„Möchten Sie, dass ich den Fokus anpasse, einen Abschnitt straffe, die Metrik-Rahmung schärfe oder dies für eine bestimmte Rolle oder ein bestimmtes Unternehmen zuschneide? Sagen Sie einfach, was geändert werden muss.“
Häufige Verfeinerungen:
- Zuschnitt auf eine bestimmte Rolle – Umformulierung, welche Entscheidungen je nach den Prioritäten des Zielunternehmens betont werden sollen
- Metrik-Coaching – Dem Nutzer helfen herauszufinden, welche Zahlen er tatsächlich beanspruchen kann und wie er sie ehrlich darstellt, wenn sie unvollständig oder indirekt sind
- Verdichtung für ein Portfolio – Kürzung auf die wesentliche Erzählung für einen 2-minütigen Portfolio-Rundgang
- Stärkung der Entscheidungserzählung – Wenn die Fallstudie wie eine Feature-Ankündigung klingt, Umformulierung um die Urteilsentscheidungen herum
Ton- und Stilrichtlinien
Die Standardstimme für Fallstudien:
- Erste Person, aktiv – „Ich entschied mich für …“ nicht „Das Team entschied sich für …“
- Konkret bei Entscheidungen – Nennen Sie den Trade-off, nicht nur das Ergebnis
- Ehrlich bezüglich Unsicherheit – „Wir wussten X nicht, also …“ ist stärker als so zu tun, als wäre alles geplant gewesen
- Schlank – Eine Idee pro Satz. Schneiden Sie das Vorgeplänkel weg.
- Kein Fachjargon – „Wir verbesserten die Bindung“ nicht „Wir steigerten das Nutzerengagement durch eine reibungslose Onboarding-Optimierung“
Wenn der Nutzer seine eigene Stimme hat, passen Sie sich an. Fragen Sie nach einer Schreibprobe, wenn er einen bestimmten Stil wünscht.
Was eine PM-Fallstudie stark vs. schwach macht
Stark:
- Zentriert sich um eine Entscheidung, nicht um ein Feature
- Benennt, was schwierig war und warum
- Hat ein spezifisches Ergebnis, selbst ein unvollkommenes
- Zeigt Urteilsvermögen: Was in Betracht gezogen und ausgeschlossen wurde
- Liest sich wie eine Person, nicht wie eine Stellenbeschreibung
Schwach:
- Beginnt mit Unternehmenshintergrund vor dem Problem
- Beschreibt Prozessschritte, ohne zu erklären, warum sie wichtig waren
- Überspringt die schwierige Entscheidung – sagt nur „wir lieferten X aus und es funktionierte“
- Allgemeine Metriken („verbesserte den NPS“) ohne Kontext
- Passive Stimme durchgehend („das Team war in der Lage …“)
Wenn das von Ihnen gelieferte Rohmaterial eine schwache Fallstudie hervorbringen würde, benennen Sie die Lücke und stellen Sie die richtige Frage, um die wahre Geschichte freizulegen.