mcpField
P
pm-gap-analysis

pm-gap-analysis

github.com/julianoczkowski生产力4940 次安装14 周前更新
代码仓库

关于 pm-gap-analysis

pm-gap-analysis 是面向跨职能团队的产品管理技能，用于评估 Pragmatic Framework 中的活动、找出重要绩效差距并规划改进。它结合负责人和工时估算，支持优先级排序与后续复评。

主要功能

  1. 01评估活动的重要性与当前表现
  2. 02计算各项活动的差距
  3. 03比较每周目标与实际工时
  4. 04确定优先处理的两到三个差距
  5. 05制定行动计划并复评

适用场景

  1. 01评估产品、产品组合或业务部门的活动
  2. 02选择未来几个季度的改进重点
  3. 03分配负责人并估算工作量
  4. 04重复评估以跟踪进展

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/julianoczkowski/product-manager --skill pm-gap-analysis

安装后在 Claude Code 中输入/pm-gap-analysis确认已加载。

详细介绍

差距分析（实用框架：全框架自评）

最好由一个小型跨职能小组共同完成（产品管理、产品营销、销售、开发、管理层）。评估框架中的每项活动，让团队就投资重点达成一致。完整的 37 个框位清单见 ../pm-copilot/references/framework.md。

评分标准

  • 重要性——这项活动对公司有多重要？0（低）– 5（高）。
  • 评估——目前这项活动的执行情况如何？0（未开展）– 5（高）。
  • 差距 = 重要性 − 评估分数。 正向差距最大的活动，说明你们在最重要的事项上表现不足。
  • 同时估算每项活动的目标工时/周与实际工时/周；将总工时除以 40，以估算所需人数。

负责人角色缩写： PM（产品经理）、PMM（产品营销经理）、MC（市场传播）、SE（销售工程师）、Dev（开发）、Exec（高管）、PgM（项目群经理）、PjM（项目经理）、PO（产品负责人）、TPM（技术产品经理）、Other（其他）。

方法

  1. 针对 7 列中的各项活动，商定当前负责人，并讨论拟议负责人。
  2. 为重要性（0–5）和评估分数（0–5）打分，并计算差距。
  3. 确定优先级： 选出未来几个季度重点解决的前 2–3 项差距。如果有 3 项以上并列，由小组挑选最重要的 3 项。
  4. 先解决战略层面（左侧）的问题。 如果市场问题的差距较大，就先解决它——这会改善下游所有环节。
  5. 针对最突出的差距制定行动计划（障碍、如何缩小差距、负责人）。
  6. 在 6–9 个月后重新进行差距分析，衡量改进情况并找出下一批差距。

访谈用户，收集输入信息（分批提问）

  1. 范围是什么——一个产品、产品组合还是业务部门？（初创公司：整个组织。）
  2. 评估小组有哪些成员（涉及哪些职能）？
  3. 按列逐项讨论：每项活动的重要性（0–5）和评估分数（0–5）、当前负责人及大致工时。（可以提议逐列讨论，避免一次讨论过多。）

产出物模板

差距分析
# Pragmatic Framework Gap Analysis — <scope>

**Company:** <company>  ·  **Scope / Product:** <product, portfolio, or BU>
**Author:** <author>  ·  **Assessed by:** <names/functions>  ·  **Date created:** <date>
**Scale:** Importance 0–5 · Assessment 0–5 (0 = not doing) · Gap = Importance − Assessment

## MARKET
| Activity | Current Owner | Proposed Owner | Importance | Assessment | Gap | Target Hrs/Wk | Actual Hrs/Wk |
| :--- | :--- | :--- | ---: | ---: | ---: | ---: | ---: |
| Market Problems |  |  |  |  |  |  |  |
| Win/Loss Analysis |  |  |  |  |  |  |  |
| Distinctive Competencies |  |  |  |  |  |  |  |
| Competitive Landscape |  |  |  |  |  |  |  |
| Asset Assessment |  |  |  |  |  |  |  |



**Total hours/week:** <sum>  →  **People needed (÷40):** <n>
差距前三项行动计划
# Action Plan — Top Gaps

| Rank | Activity | Gap | Barrier | How we'll close it | Owner | By when |
| ---: | :--- | ---: | :--- | :--- | :--- | :--- |
| 1 |  |  |  |  |  |  |
| 2 |  |  |  |  |  |  |
| 3 |  |  |  |  |  |  |

**Re-assess on:** <date + 6–9 months>

交付产出物

遵循 ../pm-copilot/references/artifact-output.md：确认输入信息，询问用户需要 Markdown 还是 .docx，写入 .md 文件；如有要求，则通过环境原生的文档创建能力进行转换。然后根据 ../pm-copilot/references/journey.md，将用户引导至得分最差的框位（例如，市场问题差距 → 运行 pm-market-problems）。并非 37 个框位都配有专用技能（例如定价、资产评估、市场定义、分销策略、买家体验）——如果差距最大的项目属于其中之一，请明确说明，并直接依据 ../pm-copilot/references/framework.md 中该框位的定义提供建议，而不是勉强套用最接近的技能。

评论

支持 Markdown