会议纪要 · 聊天记录 · PRD 整理
只有会议纪要和聊天记录，怎么整理成可评审 PRD？
不要直接把原文贴进文档。先从纪要和聊天记录里抽出目标、角色、范围、页面、流程、字段、验收和待确认问题，再整理成能评审、能报价、能交付的 PRD 底稿。
先把原始材料分成 3 类
明确结论
已经确定的功能、角色、时间、范围和验收口径，可以直接进入 PRD。
隐含需求
聊天里反复出现的问题、抱怨和临时补充，需要整理成页面、流程或规则。
待确认项
没有明确负责人、接口、数据来源、权限规则和上线口径的内容，先单独列出。
整理成 PRD 时必须补齐的内容
| 模块 | 从会议纪要里提取什么 |
|---|---|
| 业务目标 | 本次需求解决什么问题，评审要确认什么结果。 |
| 用户角色 | 谁使用、谁审核、谁配置、谁查看结果。 |
| 本期范围 | 必须做、暂不做、后续再做分别列清楚。 |
| 页面清单 | 用户端、管理端、配置页、详情页、异常页。 |
| 核心流程 | 从进入页面到完成目标的主流程，以及失败和撤回场景。 |
| 字段规则 | 需要填写、展示、校验、保存和导出的字段。 |
| 验收标准 | 每个功能做到什么程度算完成，复审时按什么检查。 |
可以直接复制的整理说明
这版 PRD 根据会议纪要和聊天记录整理，已把明确结论、隐含需求和待确认项分开。当前文档先用于需求评审和开发报价，正式开发前还需要确认账号权限、第三方接口、数据来源、通知方式、上线时间和验收口径。
纪要太散，来不及自己整理？
如果明天要评审、要给外包报价或要给老板看第一版方案，可以把会议纪要、聊天记录和截图一起提交到 PRD 急诊。交付会把范围、页面、流程、字段、验收和待确认问题分开写清楚。
常见问答
会议纪要很乱，可以直接生成 PRD 吗？
可以先生成底稿，但必须把未确认内容标出来。不要把聊天里的猜测、临时想法直接写成最终需求。
客户只发截图和语音转文字怎么办？
先按页面、角色、字段、流程、验收和待确认问题分类，再补成一版可讨论文档。
什么时候适合用 PRD 急诊？
明天要评审、要给外包报价、老板临时要看方案、材料只有聊天记录和截图时，适合先整理一版可沟通 PRD。