菜单
Design and maintain a metrics framework that tells you whether your product is healthy. Covers metric selection, hierarchy, and the difference between tracking and understanding. Use when metrics feel arbitrary, the team tracks too many things, or nobody agrees on what success looks like.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Bring engineering, design, research, marketing, and sales onto the same page and keep them there. Covers alignment levels, RACI clarity, and continuous maintenance. Use when teams have different understandings of what's being built, cross-team dependencies are causing problems, or alignment keeps breaking down.
Get buy-in and drive alignment when you have no direct power over the people you need to move. Covers stakeholder framing, pre-wiring decisions, and building credibility over time. Use when pushing for a direction without exec authority, navigating disagreements, or when a proposal keeps getting blocked.
Build a productive relationship with leadership by communicating effectively, managing expectations, and knowing when to push back. Use when navigating executive relationships, seeking alignment on direction, or when leadership requests conflict with team capacity.
Partner with design to create better products, not just prettier ones. Covers when to involve design, how to give useful feedback, and respecting the design process. Use when PM-design handoffs feel clunky, design feedback conversations are unproductive, or design is brought in too late.
Partner with engineering as a collaborator, not a ticket-writer. Covers communication norms, technical empathy, scope negotiation, and building mutual trust. Use when PM-engineering relationships feel transactional, technical decisions are made without product input, or scope conversations become adversarial.
Partner with marketing, sales, and customer success to bring products to market effectively. Covers launch coordination, sales enablement, and feedback loops. Use when launches aren't driving adoption, sales can't articulate the value prop, or customer feedback isn't reaching the product team.
| name | metrics-measurement |
| description | Design and maintain a metrics framework that tells you whether your product is healthy. Covers metric selection, hierarchy, and the difference between tracking and understanding. Use when metrics feel arbitrary, the team tracks too many things, or nobody agrees on what success looks like. |
Track the numbers that tell you whether the product is actually working.
/metrics-measurement Apply metrics measurement constraints to this conversation./metrics-measurement <product> Design a metrics framework for the described product.Structure metrics in layers: