UG 产品经理调研转框架 PRD

解决什么问题

业务方丢过来的常常不是一份需求文档，而是一堆听记逐字稿、Excel 规则表、流程截图和聊天记录。它们彼此覆盖、互相矛盾，AI 纪要还会悄悄归并掉例外情况。PM 真正的负担不在“写 PRD”，而在回答三个问题：哪些是业务方确实说过的，哪些是模型自己补的，哪些根本没人知道答案。

技能如何工作

UG产品经理调研需求输出 只处理产品文档链路的第一段：从原始素材到框架性 PRD 与缺口地图。

1. 素材清点：给每份材料编号，按“业务方正式文档 / 逐字稿 / AI 纪要 / 截图”分型并定可信度。同时存在纪要与逐字稿时，以逐字稿为唯一真相源。
2. 事实入账：抽出事实、决议、假设、诉求与意见，建立事实台账与术语表；素材之间口径不一致的进入冲突清单。
3. 结构化建模：产出角色、Mermaid 流程图、状态机、领域实体与决策表。画不下去的位置就是缺口，直接留 ❌ 占位。
4. 14 维缺口扫描：逐维度检查逆向流程、异常分支、权限细则、集成方式、存量数据等，按 P0/P1/P2 定级，不靠感觉抽查。
5. 双文件交付：prd-draft-*.md 带覆盖度徽标、三色状态（✅/⚠️/❌）与来源锚点；research-*.md 合并事实台账、问题清单、假设清单、冲突清单与按受访人分组的访谈提纲。
6. 回传补充：PM 填写调研合辑中的 逻辑确认列 后回传，技能回填台账、重跑缺口扫描，更新覆盖度并生成 prd-supplement-*.md。

适用边界与注意点

• 不弹窗追问。未知统一沉淀成带编号的问题清单，标注该问谁、为什么不答会阻塞什么；整条流程对 AskUserQuestion 的调用上限是 1 次。
• 无来源不写。框架 PRD 中每条事实都要能回指台账，没有来源又没标 [推断] 的内容等同于幻觉。
• 区分现状与方案。业务方说“想要一个提醒功能”时，技能会向上追问“为什么”，把背后的漏办与超期风险写成背景，而不是把方案设想抄成功能需求。
• 不产出可直接进研发评审的正式 PRD。收敛判据是 P0 清零、覆盖度 ≥ 80%、冲突全部仲裁完毕，届时再显式转 product-spec-generator。