关于 pm-requirements
pm-requirements 是一项产品管理技能，用于将有记录的市场问题转化为已排序的需求。它提供基于证据与影响的评估方式，支持合并相关需求，并生成市场需求文档。
主要功能
- 01以问题为核心的需求格式
- 02证据乘以影响的优先级评估
- 03合同义务优先级覆盖值
- 04可选的四力评估方法
- 05需求分组与排序
适用场景
- 01依据市场证据确定需求优先级
- 02记录特定用户画像的使用问题
- 03为开发合并相关需求
- 04编写市场需求文档
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/pm-requirements确认已加载。
详细介绍
市场需求（务实框架：规划 → 需求）
规则： 市场问题驱动有效需求。 需求描述的是一个问题，而非解决方案——即 做什么（由 PM 负责），而非 怎么做（由团队负责）。每条需求都按以下格式编写：
[角色] 在 [使用场景描述的问题] 上遇到困难，发生频率为 [频率]。
如果尚未准备好角色或使用场景，请先运行 pm-personas 和 pm-use-scenarios。
参阅 ../pm-copilot/references/framework.md。
客观地确定优先级（绝不使用高／中／低或投票）
优先级 = 市场证据 × 影响。
- 市场证据——对各类输入中记录的问题出现次数进行统计（客户访谈、调查、销售电话、支持工单、赢单／丢单记录、分析师报告、评论、使用数据）。“我们看到过多少次？有百分之多少的人遇到过？”
- 影响——客观的 1–5 分量表（根据你的策略调整），另加 99999 合同义务覆盖值：
| 影响 | 定义 |
|---|---|
| 99999 | 合同义务 |
| 5 | 最低采购条件（评估者） |
| 4 | 潜在客户因该问题而浪费时间或金钱 |
| 3 | 客户难以实现主要目标 |
| 2 | 客户难以实现非主要目标 |
| 1 | 不属于目标市场细分 |
进阶——四大力量（BUVC）：
优先级 = 证据 × 影响 × (B + U + C + V) 购买（买方达成交易所需的条件）、使用（用户解决问题所需的条件）、愿景（长期战略目标）、竞争（保持竞争力）。 按各项标准应用乘数（权重示例：B=2，U=1，C=1，V=1）。
分组与分组顺序： 分组是指两个或更多适合一起解决的需求；分组顺序与优先级共同决定交给开发团队的实施顺序。“交付某件事的 100%，而不是所有事情的 70%。”
访谈用户（批量提问）
- 目标版本的目标，以及推动该目标的市场力量／内容。
- 涉及的角色（提供链接或摘要）。
- 问题列表（以角色第一人称表述）＋每个问题的证据数量。
- 每个问题的影响评级（使用量表），以及任何合同规定的必备项（99999）。
- 哪些问题适合归为一组。
工件模板——市场需求文档（MRD）
# <Product Name> — Market Requirements Document
*This document is confidential and subject to change. For internal use only. No external
commitments can be made based on this document since it is in early planning stages.
Content and timing are very likely to change.*
**Company:** <company> · **Feature / Product:** <product name>
**Author:** <author> · **Contact:** <email> · **Date created:** <date> · **Date last updated:** <date>
## Overview of Target Release
<What is the goal for this release? What market forces are driving this project? What
other artifacts have been created? Are we driven primarily by content or by a target date?>
## Requirements
### GROUP #1 — <Group Name>
<Short description of the group.>
**Requirement #1 — <problem>**
<Persona> has <problem, described in a use scenario> with <frequency>.
**Priority:** 25 (inputs) × 4 (impact) = 100
**Requirement #2 — <problem>**
<Persona> has <problem> with <frequency>.
**Priority:** <evidence> × <impact> = <priority>
### GROUP #2 — <Group Name>
…
## Persona Details
<Full personas, one per page or linked.>
## Requirements Summary
| Name | Market Evidence | Impact | Priority (Evidence × Impact) | Group Name | Group Order |
| :--- | ---: | ---: | ---: | :--- | ---: |
| <req> | 25 | 4 | 100 | <group> | 1 |
## Approvals
| Name | Title | Date | Signature |
| :--- | :--- | :--- | :--- |
| | Systems Architect | | |
| | Interaction Designer | | |
| | Product Manager | | |
| | Development Manager | | |
| | Quality Assurance Lead | | |
| | Project Manager | | |
## Change Tracking
| Version | Date | Changes | Reason |
| :--- | :--- | :--- | :--- |
| 1.0 | <date> | Initial draft | — |
交付工件
遵循 ../pm-copilot/references/artifact-output.md：确认输入，询问需要 Markdown 还是 .docx，编写 .md；如有要求，则使用环境原生的文档创建功能转换为 .docx。然后提供后续阶段选项：通过 pm-use-scenarios 补充背景信息，编写完整的 pm-prd，或通过 pm-release-plan 提交一个增量。