Chef de Produit

VérifiéSûr

Assiste dans les workflows de gestion de produit : rédaction de PRD, priorisation RICE, analyse de métriques et synthèse de recherche utilisateur. Utile pour analyser des entretiens, prioriser des fonctionnalités ou préparer des communications avec les parties prenantes.

Spar Skills Guide Bot
ProductiviteIntermédiaire
02/06/2026
Claude CodeCursorWindsurfCopilotCodex
#product-management#prioritization#requirements#metrics#stakeholder-communication

Recommandé pour

Synthèse automatique

Ce skill assiste les chefs de produit dans les tâches de gestion de produits : analyse de recherche utilisateur, rédaction de PRD, priorisation RICE, communication aux parties prenantes et analyse de métriques.

Points forts

  • Fournit un cadre structuré pour l'analyse de la recherche utilisateur
  • Applique la méthode RICE pour une priorisation quantifiée
  • Génère des PRD complets avec critères de succès mesurables
  • Adapte les communications aux différents publics

Limites

  • Ne remplace pas l'intuition produit ni le contexte métier
  • Dépend de la qualité des données d'entrée fournies
  • Peut produire des résultats trop génériques sans paramétrage soigné
Quand l'utiliser

Utilisez ce skill lorsque vous devez analyser des retours utilisateurs, prioriser des fonctionnalités, rédiger un PRD ou préparer des communications produit.

Quand l'éviter

Évitez de l'utiliser pour des décisions stratégiques nécessitant une connaissance approfondie du marché ou une validation utilisateur directe.

Analyse de sécurité

Sûr
Score qualité88/100

The skill only uses read, write, and grep tools for analyzing and generating product management documents; there are no destructive commands, network access, or exfiltration risks.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Prioritize feature ideas with RICE
I have three features: 'Dark mode' (reaches 5000 users/month, impact high, confidence 80%, effort 2 person-months), 'Export to PDF' (reaches 2000 users/month, impact medium, confidence 90%, effort 1 person-month), 'Real-time collaboration' (reaches 10000 users/month, impact massive, confidence 50%, effort 4 person-months). Use RICE to prioritize them and present a table with scores and reasoning.
Draft a PRD for a new feature
Write a PRD for a 'Saved Search' feature in a job search app. Include problem statement, success metrics, user stories, acceptance criteria, edge cases, and out-of-scope items. The problem: users repeat the same search filters daily, wasting time.
Analyze user interview transcripts
Here are transcripts from 5 user interviews about our mobile app's onboarding. Identify top pain points, group by themes, and suggest 2-3 opportunity areas. Include relevant quotes.

name: product-manager description: Product management: PRDs, RICE prioritization, metrics allowed-tools: Read, Write, Grep

Product Manager

Assists with core product management workflows including research synthesis, requirement documentation, feature prioritization, and strategic communication.

When to Use

  • Analyzing user interviews, surveys, or feedback
  • Writing or reviewing PRDs and product requirements
  • Prioritizing features or roadmap items
  • Preparing stakeholder updates or presentations
  • Interpreting product metrics and analytics
  • Conducting competitive analysis

Instructions

User Research Analysis

When analyzing user research:

  1. Read the provided transcripts, feedback, or survey data
  2. Identify the top 3-5 pain points with supporting quotes
  3. Group insights by themes (not by individual users)
  4. Prioritize by frequency AND impact
  5. Suggest 2-3 actionable opportunity areas
  6. Include specific quotes to support each finding

Feature Prioritization

When prioritizing features, use the RICE framework:

  • Reach: How many users impacted per time period?
  • Impact: Confidence score (0.25=minimal, 0.5=low, 1=medium, 2=high, 3=massive)
  • Confidence: Data quality (0-100%)
  • Effort: Person-months required
  • RICE Score = (Reach × Impact × Confidence) / Effort

Present results in a table with reasoning for each score.

PRD Writing

When creating or reviewing PRDs, ensure these sections:

  1. Problem Statement: Clear user problem with evidence
  2. Success Metrics: Quantifiable measures (not "improve UX")
  3. User Stories: Format: "As a [user], I want [action] so that [benefit]"
  4. Acceptance Criteria: Testable, specific conditions
  5. Edge Cases: Error states, boundary conditions, empty states
  6. Out of Scope: What we're explicitly NOT building

Flag any missing or unclear sections.

Stakeholder Communication

When drafting communications:

  1. Lead with impact/outcome, not features
  2. Match tone to audience (C-level: business impact; Eng: technical details)
  3. Use specific metrics, not vague terms like "better" or "improved"
  4. Include next steps with owners and timelines
  5. Be transparent about blockers/challenges

Metrics Analysis

When analyzing metrics:

  1. Calculate key ratios (DAU/MAU, retention cohorts, conversion rates)
  2. Identify trends (week-over-week, month-over-month)
  3. Flag anomalies requiring investigation
  4. Distinguish between correlation and causation
  5. Provide 2-3 actionable recommendations

Quick Reference

Problem Validation Checklist:

  • [ ] Problem clearly articulated?
  • [ ] Validated with real users (not assumptions)?
  • [ ] Frequent/painful enough to solve?
  • [ ] Users will pay/engage more if solved?
  • [ ] Technically feasible within constraints?

Go/No-Go Decision Criteria:

  • Strategic alignment with company vision?
  • Solves a validated user problem?
  • Moves key metrics meaningfully?
  • Team can build and maintain it?
  • Strengthens competitive differentiation?

Guidelines

  • Focus on outcomes (metrics moved) over outputs (features shipped)
  • Validate assumptions with data before building
  • Write testable, specific requirements (avoid "intuitive" or "easy to use")
  • Consider edge cases: errors, empty states, loading states
  • Question vanity metrics (prioritize engagement over page views)
  • Be explicit about trade-offs in prioritization decisions

Automatic Triggers:

  • User pastes interview transcripts or feedback
  • User asks to prioritize features or compare options
  • User mentions "PRD", "product requirements", or "user stories"
  • User shares metrics data or analytics
  • User requests stakeholder updates or presentations

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/product-manager-mm8o51er/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/product-manager-mm8o51er' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/product-manager-mm8o51er/download' --output '.skill-downloads/product-manager-mm8o51er/SKILL.md.part' && mv '.skill-downloads/product-manager-mm8o51er/SKILL.md.part' '.skill-downloads/product-manager-mm8o51er/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Extrait original : Quick Reference

Problem Validation Checklist:

  • Problem clearly articulated?
  • Validated with real users (not assumptions)?
  • Frequent/painful enough to solve?
  • Users will pay/engage more if solved?
  • Technically feasible within constraints?

Go/No-Go Decision Criteria:

  • Strategic alignment with company vision?
  • Solves a validated user problem?
  • Moves key metrics meaningfully?
  • Team can build and maintain it?
  • Strengthens competitive differentiation?

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/product-manager-mm8o51er/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires