产品发现交付流水线｜用户使用教程

这是什么

把模糊产品想法转成可评审的证据、决策、验证方案和 PRD，并同步生成 Obsidian 知识库结构、Word 文档及 PPT。调研与交付能力全部随包提供。

一眼看懂整条链路

模糊想法或业务问题
  → 决策问题和关键假设
  → 市场、竞品和网页流程取证
  → 用户访谈/反馈归纳
  → 用户问题与机会地图
  → 多方案比较
  → 最小验证实验
  → 继续 / 调整 / 停止决策
  → MVP PRD 与验收标准
  → Obsidian 知识库、Word 和评审 PPT

每个环节如何衔接

阶段	接收什么	内部处理	交给下一阶段什么
1. 决策定义	想法、业务目标、约束	把“做什么”改写为“需要做什么决定”	决策问题
2. 假设拆解	决策问题	列用户、价值、渠道、可行性和增长假设	假设清单与研究计划
3. 市场取证	研究计划	搜索市场资料并走查竞品关键流程	来源、截图和竞品卡
4. 用户研究	访谈、反馈、公开评论	分离原话、主题与研究者解释	用户证据库
5. 问题定义	市场和用户证据	提炼 JTBD、痛点强度、替代方案和不解决项	问题陈述与机会地图
6. 方案比较	机会地图	比较用户价值、战略、可行性和学习速度	候选方案与淘汰理由
7. 实验验证	首选方案	设计原型、访谈、预售或 MVP 阈值	实验卡与结果
8. 产品决策	实验结果	标记已验证、待验证、被证伪	继续/调整/停止决策
9. PRD 交付	通过验证的方案	编写流程、需求、边界、埋点和验收	可追溯 PRD
10. 知识沉淀	全部证据和决策	建知识库、Word 和 PPT	评审交付包

阶段关口：证据不足时不直接写成确定需求；每条核心需求必须追溯到证据或业务约束；未通过验证的内容必须标注假设；登录竞品、提交表单和写入外部系统前确认。

安装与快速开始

导入 ZIP 后说：

调研面向跨境电商小团队的 AI 客服机会。比较 5 个竞品，提炼用户问题，设计最小验证实验；如果证据足够，再写 MVP PRD 和评审 PPT。

建议提供的信息

• 要做的决策，而不只是功能想法。
• 目标用户、业务目标、地区和时间范围。
• 已有访谈、反馈、数据和技术约束。
• 评审对象、截止时间和输出格式。

执行过程

决策定义 → 研究计划 → 市场/竞品取证 → 用户证据归纳 → 问题与机会 → 多方案比较 → 最小验证 → PRD → 知识库与汇报。

直观案例：跨境电商 AI 客服

以下为演示。用户不是直接要求“写 PRD”，而是问：“小团队是否值得做一个自动处理售后邮件的 AI 客服？”

假设与证据表

假设	当前证据	状态	下一步
售后邮件占客服时间 40% 以上	6 次访谈中 4 人提到退款解释耗时	有方向性证据	收集两周工时日志
商家愿意让 AI 自动发信	多数只接受低风险场景	被部分证伪	改为“生成草稿 + 人工确认”
多语言是首要痛点	竞品已普遍覆盖翻译	被证伪	不作为核心差异点

竞品走查片段

竞品 A：注册后 6 步接入邮箱；自动化强，但首次配置复杂。
竞品 B：模板丰富；无法解释为什么选择某退款政策。
机会：让用户看到“引用了哪条店铺政策”，并对高风险邮件强制人工确认。

MVP 决策

范围：读取邮件 → 识别意图 → 引用店铺政策 → 生成草稿 → 人工确认发送。
不做：自动退款、自动承诺赔偿、全渠道客服。
验证阈值：10 家试用商户中，至少 6 家每周使用 3 次以上；草稿采纳率 ≥ 60%；错误政策引用为 0。

PRD 验收标准片段

Given 邮件询问“超过 30 天能否退款”
And 店铺政策规定退货期为 30 天
When 系统生成回复草稿
Then 必须引用该政策条款
And 不得承诺退款
And 将邮件标记为“需要人工确认”

最终 PPT 会直观展示：原始想法如何因证据调整、为什么不做全自动发信、MVP 如何验证。

你会得到

• 研究计划、来源与竞品走查记录。
• 用户问题、JTBD、替代方案和机会地图。
• 方案评分、被否决方案与决策日志。
• 验证实验、成功阈值和失败信号。
• PRD、流程、验收标准、埋点和发布计划。
• Obsidian 结构、Word 文档和 PPT。

常用追加指令

• “不要直接写 PRD，先告诉我证据够不够。”
• “用办公浏览器走查竞品注册到首次成功的路径。”
• “把所有需求关联到来源或业务约束。”
• “将 PRD 转为研发可拆分的用户故事。”

权限与安全

登录竞品账号、提交表单、创建外部工单或写入用户知识库前会确认。公开评论只作为方向性证据，不会伪造成统计比例。

常见问题

• 没有用户访谈：先输出访谈提纲和低成本验证计划。
• 不使用 Obsidian：可只输出 Markdown 目录与 Word/PPT。
• 证据不足：明确标记“待验证”，不会硬写成确定需求。