Product metrics
Skill jpoindexter/product-management-skills/skills/product-metrics
Define product success measures, metric trees, lifecycle metrics, guardrails, instrumentation requirements, and one decision-driving focus metric. Use when goals are vague, teams rely on vanity metrics, a roadmap lacks measures, or the user needs metrics tied to a business model and product stage.From its SKILL.md
npx -y skills add jpoindexter/product-management-skills --skill product-metricsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.7 KB, 475 tokens by cl100k_base, as published. Nobody here has run it
Product Metrics
Select metrics that reveal whether the current product decision is producing durable customer and business value.
Inputs
- Decision and owner
- Product and business model
- Target customer and lifecycle
- Current company or product stage
- Baselines, instrumentation, and known data quality issues
- Expected behavior change and possible harms
Workflow
- State the decision the metrics must inform.
- Map the value mechanism from customer action to customer outcome to business outcome.
- Identify the current stage: problem empathy, stickiness, growth loop, revenue, or scale.
- Choose one focus metric for the current constraint and time horizon.
- Build a metric tree of controllable input metrics, intermediate behaviors, and lagging outcomes.
- Add guardrails for customer harm, quality, reliability, cost, and segment inequity.
- Define each metric precisely: event, population, numerator, denominator, window, exclusions, and owner.
- Audit instrumentation, missingness, identity resolution, and susceptibility to gaming.
- Set thresholds and the decision each result triggers.
Metric roles
- Focus metric: current constraint the team intends to move
- Input metric: behavior the team can influence directly
- Outcome metric: customer or business result
- Leading indicator: earlier signal with a validated relationship to the outcome
- Guardrail: unacceptable side effect or boundary
- Diagnostic: helps explain movement without defining success
Output contract
Return the decision, stage and business model, metric tree, focus metric, metric dictionary, guardrails, instrumentation gaps, thresholds, cadence, and owner.
Quality gate
- The focus metric changes a decision.
- A customer-value mechanism connects inputs to outcomes.
- Cohorts and segments are visible where aggregates can mislead.
- Guardrails protect against local optimization.
- Metric definitions are reproducible.
Avoid
- Total signups, page views, or cumulative volume without decision context
- A universal north star detached from stage
- Correlation presented as causal impact
- Metrics the team cannot instrument reliably
- Choosing many priorities to avoid choosing one
Source grounding
Operational synthesis informed by business-model, stage, cohort, vanity-metric, and One Metric That Matters concepts in Lean Analytics, plus outcome principles from Escaping the Build Trap.
What ships with it: 1 file
206 B alongside SKILL.md
agents/
- openai.yaml206 B