Bewährte Skills für Product Owner
46 PM-Skills, Experiment-Design, PRD-Generator und Backlog-Management: Skills die Product-Arbeit mit Claude Code auf ein neues Level heben.
Warum Skills für Product Owner?
Product Owner jonglieren zwischen Stakeholder-Erwartungen, Backlog-Pflege, User Research und Sprint-Planung. Claude Code kann dabei unterstützen, aber ohne spezialisierte Skills bleiben die Ergebnisse generisch. Mit den richtigen Skills bekommst du INVEST-konforme User Stories auf Knopfdruck, strukturierte Experiment-Pläne und sogar PRDs die aus bestehendem Code generiert werden. Hier sind vier Skills die deine Product-Arbeit konkret beschleunigen.
1. Product Manager Skills: Die 46-Skills-Sammlung
Product Manager Skills von Dean Peters ist die umfangreichste PM-Skill-Sammlung im Ökosystem. 46 einzelne Skills plus wiederverwendbare Workflows, die sowohl dir als auch dem KI-Agenten beibringen wie professionelles Produktmanagement funktioniert. Von User Story Writing über Stakeholder-Mapping bis hin zu Karriere-Skills für den Weg vom PM zum VP/CPO.
Die Sammlung ist aktuell in Version 0.75 (Stand März 2026) und wird aktiv weiterentwickelt. Die Skills können einzeln oder als Bundle installiert werden.
Installation:
npx skills add deanpeters/Product-Manager-Skills
Beispiel 1: Press Release erstellen (Amazon Working Backwards)
Schreibe eine interne Press Release im Amazon Working-Backwards-Format für unser neues Feature: KI-gestützte Produktempfehlungen die auf dem bisherigen Kaufverhalten basieren.
INTERNE PRESSEMITTEILUNG
Personalisierte Empfehlungen verstehen jetzt was Kunden wirklich wollen
Kunden verbringen durchschnittlich 12 Minuten damit, passende Produkte zu finden. Ab heute schlägt unser Shop Produkte vor die auf dem tatsächlichen Kaufverhalten basieren, nicht auf generischen Bestsellerlisten.
Das Problem: 68% der Kunden verlassen den Shop ohne Kauf weil sie relevante Produkte nicht finden. Bisherige Empfehlungen ("Andere kauften auch") ignorieren individuelle Präferenzen.
Die Lösung: Das neue Empfehlungssystem analysiert Kaufhistorie, Suchverhalten und Warenkorbmuster. Ein Kunde der regelmäßig Bio-Produkte kauft sieht Bio-Alternativen, nicht die meistverkauften Standardprodukte.
Kundenzitat: "Endlich muss ich nicht mehr 10 Minuten suchen. Der Shop kennt meinen Geschmack."
Soll ich die FAQ-Sektion und den Anhang mit Metriken ergänzen?
Beispiel 2: User Story mit dem user-story Skill
Erstelle User Stories für das Empfehlungsfeature. Perspektive: Endkunde und Produktmanager.
Story 1 (Endkunde): Als wiederkehrender Kunde möchte ich personalisierte Produktempfehlungen auf der Startseite sehen, damit ich relevante Produkte schneller finde.
Akzeptanzkriterien:
- Gegeben ein Kunde mit mindestens 3 Käufen, wenn er die Startseite öffnet, dann sieht er maximal 8 Empfehlungen basierend auf seiner Kaufhistorie
- Gegeben ein neuer Kunde ohne Kaufhistorie, wenn er die Startseite öffnet, dann sieht er Empfehlungen basierend auf der aktuellen Kategorie
- Gegeben ein Kunde der eine Empfehlung wegwischt, wenn er die Seite neu lädt, dann erscheint diese Empfehlung nicht mehr
Story 2 (Produktmanager): Als Produktmanager möchte ich ein Dashboard mit Empfehlungs-Metriken sehen, damit ich die Conversion-Rate der Empfehlungen messen und optimieren kann.
Beide Stories sind INVEST-konform geprüft. Soll ich Story Points schätzen?
Tipp: Die Sammlung enthält auch einen prd-development Skill für strukturierte PRDs. Nutze mehrere Skills aus der Sammlung zusammen, sie sind aufeinander abgestimmt.
2. Experiment Designer: A/B-Tests planen
Der Experiment Designer Skill aus der alirezarezvani-Sammlung hilft dir, strukturierte Experiment-Pläne zu erstellen. Statt ad hoc A/B-Tests aufzusetzen, durchläufst du einen definierten Prozess: Hypothese formulieren, Metriken festlegen, Stichprobengröße berechnen, Laufzeit bestimmen, Erfolgskriterien definieren.
Installation:
npx skills add alirezarezvani/claude-skills --skill experiment-designer
Plane einen A/B-Test für unsere neuen Produktempfehlungen. Aktuell liegt die Conversion-Rate bei 2.3%. Wir wollen mindestens 10% Uplift nachweisen.
Experiment-Plan: Personalisierte Produktempfehlungen
Hypothese: Personalisierte Empfehlungen basierend auf Kaufhistorie erhöhen die Conversion-Rate um mindestens 10% (von 2.3% auf 2.53%).
Setup:
- Kontrollgruppe (A): Aktuelle Empfehlungen ("Andere kauften auch")
- Variante (B): Personalisierte Empfehlungen basierend auf Kaufverhalten
- Traffic-Split: 50/50
- Statistische Signifikanz: 95%
- Minimum Detectable Effect: 10% relativer Uplift
Benötigte Stichprobe: Ca. 35.000 Besucher pro Variante bei einer Baseline-Conversion von 2.3% und 10% MDE. Bei 5.000 täglichen Besuchern bedeutet das eine Testlaufzeit von 14 Tagen.
Primäre Metrik: Conversion-Rate (Kauf nach Empfehlungs-Klick) Sekundäre Metriken: Click-Through-Rate auf Empfehlungen, Warenkorbwert, Bounce-Rate
Abbruchkriterien: Test stoppen wenn Conversion in Variante B um mehr als 20% unter Kontrolle fällt.
Soll ich das als DOCX exportieren?
Tipp: Dokumentiere die Ergebnisse deiner Tests im selben Format. So baust du über die Zeit eine Wissensbasis auf die Claude für künftige Experiment-Pläne nutzen kann.
3. Code-to-PRD Converter: PRD aus bestehendem Code
Der Code-to-PRD Skill löst ein häufiges Problem: Du übernimmst ein Produkt oder Feature, aber es gibt keine aktuelle Dokumentation. Der Skill analysiert den bestehenden Code und generiert daraus ein Product Requirements Document. Er erkennt Datenmodelle, API-Endpunkte, Geschäftslogik und User Flows und übersetzt das in eine Sprache die Stakeholder verstehen.
Installation:
npx skills add alirezarezvani/claude-skills --skill code-to-prd
Generiere ein PRD aus unserem Checkout-Modul in /src/checkout. Ich habe das Modul übernommen und brauche eine Dokumentation für das Stakeholder-Meeting nächste Woche.
Ich analysiere den Code in /src/checkout. Gefunden: 14 Dateien, 3 API-Routes, 2 Datenmodelle, 1 Payment-Integration.
PRD: Checkout-Modul v2.1
Produktübersicht: Das Checkout-Modul verarbeitet den gesamten Kaufprozess von Warenkorb-Bestätigung bis Zahlungsabschluss. Es unterstützt Kreditkarte (Stripe), PayPal und Rechnung.
Funktionsumfang:
- Warenkorb-Validierung (Lagerbestand, Preisaktualität, Mindestbestellwert)
- Adresseingabe mit Autovervollständigung (Google Places API)
- Versandkosten-Berechnung (3 Versandoptionen, Gewichtsbasiert)
- Zahlungsabwicklung (Stripe für Kreditkarte, PayPal SDK, Rechnungssystem intern)
- Bestellbestätigung mit E-Mail-Versand
Technische Abhängigkeiten: Stripe API v2024-11, PayPal SDK 2.x, internes Inventory-Service
Offene Punkte im Code: TODO-Kommentar in payment.ts Zeile 89 deutet auf geplante Klarna-Integration hin. Error-Handling bei Stripe-Timeouts ist unvollständig.
Soll ich die User Flows als Diagramm visualisieren?
Tipp: Lass den Skill auch die Tests analysieren. Aus den Testfällen lassen sich oft Akzeptanzkriterien ableiten die im Code selbst nicht offensichtlich sind.
4. Agile Product Owner: User Stories und Backlog
Der Agile Product Owner Skill macht Claude zu einem erfahrenen PO-Assistenten. Der Fokus liegt auf INVEST-konformen User Stories mit automatischen Akzeptanzkriterien im Given-When-Then Format, Sprint Capacity Planning, Backlog-Priorisierung und Velocity-Tracking.
Installation:
npx skills add alirezarezvani/claude-skills --skill agile-product-owner
Zerlege das Epic "Kundenkonto-Verwaltung" in User Stories. Wir haben 2 Sprints mit je 34 Story Points Kapazität.
Epic: Kundenkonto-Verwaltung
Sprint 1 (34 SP):
Story 1 (8 SP): Als Kunde möchte ich mein Passwort über einen E-Mail-Link zurücksetzen, damit ich wieder Zugang zu meinem Konto bekomme.
- Gegeben ein Kunde klickt "Passwort vergessen", wenn er seine E-Mail eingibt, dann erhält er innerhalb von 2 Minuten einen Reset-Link
- Gegeben ein Reset-Link ist älter als 24 Stunden, wenn der Kunde ihn anklickt, dann sieht er eine Fehlermeldung mit Option einen neuen Link anzufordern
Story 2 (5 SP): Als Kunde möchte ich meine Lieferadresse bearbeiten, damit Bestellungen an die richtige Adresse gehen.
Story 3 (8 SP): Als Kunde möchte ich meine Bestellhistorie einsehen, damit ich vergangene Käufe nachvollziehen kann.
Story 4 (13 SP): Als Kunde möchte ich mein Konto löschen (DSGVO), damit meine Daten vollständig entfernt werden.
Sprint 2 (34 SP):
Story 5 (8 SP): Als Kunde möchte ich mehrere Lieferadressen speichern... Story 6 (13 SP): Als Kunde möchte ich meine Zahlungsmethoden verwalten... Story 7 (5 SP): Als Kunde möchte ich E-Mail-Benachrichtigungen konfigurieren...
Alle Stories INVEST-geprüft. Die DSGVO-Story ist bewusst in Sprint 1 weil sie rechtlich priorisiert ist. Soll ich die Akzeptanzkriterien für alle Stories ausformulieren?
Tipp: Gib dem Skill deine Definition of Ready mit. So prüft er automatisch ob jede Story alle Kriterien erfüllt bevor sie in den Sprint geht.
Die ideale Kombination
Ein typischer Product-Workflow mit diesen Skills:
- Code-to-PRD wenn du ein bestehendes Feature dokumentieren oder übernehmen musst
- Product Manager Skills (Press Release, PRD Development) für die strategische Feature-Planung
- Agile Product Owner für die Zerlegung in Sprint-fähige User Stories mit Akzeptanzkriterien
- Experiment Designer um die Wirkung neuer Features messbar zu machen
Die 46 Skills von Dean Peters und die Product-Skills von alirezarezvani ergänzen sich gut: Die eine Sammlung liefert strategische Frameworks (Working Backwards, Stakeholder Mapping, OKRs), die andere operationale Werkzeuge (User Stories, Sprint Planning, Backlog). Zusammen deckst du den kompletten Product-Lifecycle ab.