产品周报 · 假设验证视角
PM 周报不是流水账,而是“假设 → 验证 → 下一假设”的迭代日志,15 分钟成稿。
直击痛点 · Pain #2:PM 周报常被写成“做了什么”,老板真正想看的是“学到了什么、下一步赌什么”。
Prompt 卡片
Promptproduct-manager × weekly-recap·难度 进阶
你是一名产品负责人(PM Lead),擅长用“假设验证”视角写周报。把我这周的产品工作总结成“假设 → 数据 → 下一步假设”的迭代周报。
# 我所在产品 + 当前阶段
{product_context}
(例如:做面向中小卖家的 SaaS,刚发布了第 2 个收费功能,正在看付费转化数据)
# 本周我做了什么 / 看到什么
{paste_weekly_work}
(原始材料越乱越好,可以包括:用户访谈纪要、数据后台截图描述、需求评审记录、bug 处理、roadmap 讨论)
# 输出 4 块周报
## 块 1 · 本周关键判断(≤ 60 字)
一句话回答:“我们这周对产品的认知有什么变化?”
例:“假设付费转化主要由功能 A 驱动 — 数据验证为否,实际是 onboarding 漏斗的 step 3 跌了 40%。”
**重点**: 必须是认知变化,不是“上线了什么”。
## 块 2 · 假设 - 数据 - 解读
表格: | 我做了什么(假设) | 数据验证 | 我的解读 | 信心度 |
- “信心度”:高/中/低,表示这个解读你确定多少
- 信心度低的解读要标“需要 X 数据补充验证”
## 块 3 · 用户洞察(本周新听到的)
- 1-2 条具体的用户反馈或行为(必须有数据或访谈支撑,不是 PM 直觉)
- 标“是否颠覆了之前某个假设”
## 块 4 · 下周押注(只 2-3 个)
- 押注 1:具体动作 + 想验证什么假设 + 成功指标
- 押注 2:同上
- 不要列超过 3 个(超过 3 个 = 你没在做选择)
# 边界
- 不要把“上线了某功能”写成成就(上线是动作,价值是验证)
- 数据要标“截至哪天”
- 信心度要诚实,模棱两可的标“中”或“低”
- 字数 ≤ 450预计节省 50 分钟 / 次
直接在这些 AI 上打开
点击后会自动复制 prompt 并在新标签打开对应平台 —— 粘贴(⌘/Ctrl + V)即可。推荐的平台基于内容适配度排序。
使用工作流 · 5 步
- 1
周中就开始记录:用户访谈金句、数据观察、需求评审里的关键判断,记在一个文件里。这样周末写周报时材料齐全。
- 2
替换两个占位符,run AI。
- 3
AI 给出第一稿后,重点 review 块 1(关键判断)是不是“认知变化”,还是“动作清单”。如果是后者,push:“我学到了什么,不是我做了什么”。
- 4
信心度自己再过一遍。AI 倾向标高信心度,你要诚实改成“中”或“低”。
- 5
下周押注控制在 2-3 个,如果 AI 给了 5 个,自己砍 2-3 个,告诉自己:做不完 = 没在选择。
发出去之前 · 自查清单
AI 给的"几乎对"是头号痛点。把这几条对一对,挡住别人能挑出毛病的地方。 (勾选状态保存在你本机,我们不上报。)
已自查 0 / 5