mcpField
P
pm-weekly-review

pm-weekly-review

github.com/mohitagw15856生产力1.5k53 次安装5 天前更新
代码仓库

关于 pm-weekly-review

面向产品经理的技能,可将每周记录整理为简明回顾,涵盖指标、交付、客户信号和下周重点,并提供行动项与优先级检查。

主要功能

  1. 01结构化的 20 分钟回顾
  2. 02跟踪指标与交付进度
  3. 03汇总客户洞察
  4. 04列出三个下周重点
  5. 05缺少输入时标注假设

适用场景

  1. 01总结产品团队每周进展
  2. 02准备无需开会的利益相关方更新
  3. 03确定下周工作重点

安装

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

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill pm-weekly-review

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

详细介绍

PM 每周回顾技能

将混乱的周末脑内倾诉整理成一套 20 分钟的结构化流程,让你、团队和利益相关者保持步调一致——无需开会。

不太符合你的需求? 如果你想要的是个人 GTD 风格的每周回顾,而非产品回顾,请使用 weekly-review-ritual。

每周回顾结构(20 分钟)

5 分钟 — 指标检查: 哪些指标有变化?哪些没有?有什么出乎意料? 5 分钟 — 交付进展: 交付了什么?哪些延期了?哪些受阻? 5 分钟 — 洞察: 有客户反馈、支持工单或研究发现吗? 5 分钟 — 下周重点: 最重要的 3 件事是什么?


输出格式

PM 每周回顾 — [日期] 所在周

产品领域: [你负责的领域] 撰写人: [PM 姓名] 阅读时间: 约 3 分钟


📊 本周指标
指标本周上周目标趋势
[主要指标][数值][数值][目标]↑ / ↓ / →
[次要指标][数值][数值][目标]↑ / ↓ / →
[健康度指标][数值][数值][目标]↑ / ↓ / →

显著变化:

  • [发生了什么变化,原因是什么——每项用 1 句话说明]

需关注的问题:

  • [任何呈现错误趋势的指标]

🚢 本周进展

已交付:

  • ✅ [已上线的内容] — [用 1 行说明影响或观察结果]

进行中:

  • 🔄 [功能/计划] — [完成百分比或当前状态]

延期 / 受阻:

  • ⚠️ [未完成的事项] — 原因:[简述] — 行动:[谁来解除阻碍]

顺延至下周:

  • [事项 + 顺延原因]

💡 洞察与信号

客户反馈:

  • “[引用或转述]” — 来源:[用户/渠道] — 主题:[标签]

支持信号:

  • [本周最常见的工单类别 + 数量]
  • [任何表明产品存在缺口的信息]

研究 / 数据:

  • [用户访谈、分析或实验中的任何发现]

🎯 下周 — 3 项首要任务
#优先事项为什么是本周负责人完成 =
1[最重要的事项][不能等的原因][姓名][清晰的完成定义]
2[第二优先事项][原因][姓名][完成标准]
3[第三优先事项][原因][姓名][完成标准]

需要做出的决策:

  • [任何阻碍进展的决策——需要由谁做出]

请求 / 依赖项:

  • [你需要工程、设计、数据或管理层提供什么]

🧠 反思(可选,但很有价值)

本周有什么事是我会换一种方式处理的? [坦诚回答——1–2 句话]

我带入下周的最大未知因素是什么? [明确说出这项不确定性]


必需输入

根据已提供的信息撰写。如果缺少以下任何内容,仍然要生成完整输出:用合理假设补足每个缺口,并标注 (假设,需确认),然后在末尾列出这些假设。只有在核心主题本身缺失(无内容可写)时,才先提问。

  • 你负责的产品领域或团队
  • 本周关键指标(含数值及与上周的对比)
  • 已交付、延期或受阻的事项
  • 下周 3 项首要任务
  • 任何客户洞察或信号(可选)

质量检查

  • 指标包含周期对比(而非只有原始数字)
  • 每项受阻事项都有负责人和具体的解除阻碍行动
  • 下周的优先事项都说明了“为什么是本周”
  • 总长度少于 400 词(可在 3 分钟内快速浏览)
  • 反思部分真实坦诚,而非流于理想化设想

反模式

  • 不要只报告指标,而不与目标或上周数据对比——没有上下文的绝对数字毫无用处
  • 不要列出未注明负责人和解决方案的阻碍事项——无人负责的阻碍会一直存在
  • 周报不要超过一页——必须能在 2 分钟内快速浏览完
  • 下周的优先事项不要超过 3 项——列出 8 个“首要优先事项”就等于没有优先级
  • 不要跳过洞察部分——能够为未来决策提供依据的观察,是 PM 的核心价值之一

指南

  • 全文控制在 400 字以内——如果利益相关者不看,这份文档就没有意义
  • 反思部分是写给你自己的,不是写给利益相关者的——请保持坦诚
  • 每个受阻事项都要明确负责人——“团队会想办法解决”只是伪装起来的阻碍
  • 建议在周五结束前发送——周一早上再发就来不及及时调整方向
  • 如果连续三周的周报都显示同一项阻碍,请立即升级处理

示例触发短语

  • “正在做每周 PM 回顾。”
  • “写一份每周更新。”
  • “为周一的规划做准备。”
  • “回顾冲刺状态。”

评论

支持 Markdown