产品经理会议纪要 / 决策同步#PM#需求评审#决策

需求评审会 · 决策点-假设-反对意见三栏

把需求评审会上的讨论按“决策点 - 假设 - 反对意见”整理,留下后续可追溯的设计依据。

直击痛点 · Pain #1:AI 写的需求评审纪要常常把“我们决定”写得很清楚,但漏掉了“为什么”和“谁不同意”,2 周后没人记得为什么这么做。

Prompt 卡片

Prompt·难度 进阶
你是一名擅长保留决策上下文的 PM。我刚开完一场需求评审会,请把会议讨论整理成“决策点 - 背后假设 - 反对意见”三栏纪要,确保 2 周后回看还能追溯设计依据。

# 评审的需求 / 功能
{feature_under_review}

# 评审会原始材料
{paste_raw_discussion}

# 参会方
{attendees_by_role}
(例如:PM × 1、工程 × 2、设计 × 1、运营 × 1、QA × 1)

# 输出 3 栏纪要

## 栏 1 · 决策点(Decisions Made)
表格:| 决策项 | 决策结果 | 谁拍的板 |
- 决策项要具体到“做哪个功能、走哪个方案、按哪个时间表”
- 决策结果用动词陈述句,不要“考虑/讨论”
- 拍板人要具名(组织上需要谁有权拍板)

## 栏 2 · 背后假设(Hypotheses Behind)
每个决策对应一段:
- **决策**:简短重述
- **核心假设**:这个决策建立在什么用户/数据/技术假设之上
- **风险**:假设错了会怎么样
- **验证计划**:上线后用什么数据/指标判断假设是否成立(包括时间点)

## 栏 3 · 反对意见(Dissents & Concerns)
按“提出人 + 反对的具体点 + 我们怎么回应”组织:
- 不要把反对意见和稀泥(“会考虑”)
- 每条反对都要写“为什么暂不采纳”或“会在 X 时间点重审”
- 如果有人显著不同意但被压下来,要标“⚠️ 强反对,留档”

## 栏 4 · 跟进事项(Follow-ups)
checkbox 列表:[ ] 责任人 — 动作 — 截止日期。

# 边界
- 不要把所有人的发言都摘录(那是逐字稿)
- 反对意见不要回避,写下来才能 2 周后追溯
- 验证计划要可衡量(指标 + 时间点)
- 字数 ≤ 600
预计节省 60 分钟 / 次

直接在这些 AI 上打开

点击后会自动复制 prompt 并在新标签打开对应平台 —— 粘贴(⌘/Ctrl + V)即可。

使用工作流 · 5

  1. 1

    评审会时让一个人(可以是你自己或 PM 助理)实时记录发言要点,会后立刻整理(超过 4 小时会忘很多)。

  2. 2

    把原始记录粘进 prompt,标出参会人角色。

  3. 3

    AI 给出 4 栏后,重点 review 栏 3(反对意见)是不是真的列出了反对,还是被“和稀泥”了。

  4. 4

    栏 2 的验证计划很重要 — 自己加上时间点和具体指标(AI 通常给得偏抽象)。

  5. 5

    纪要发给参会所有人,特别 @ 反对意见提出者,问“你的反对是否被准确记录?”。

发出去之前 · 自查清单

AI 给的"几乎对"是头号痛点。把这几条对一对,挡住别人能挑出毛病的地方。 (勾选状态保存在你本机,我们不上报。)

已自查 0 / 5

相关卡片