关于这篇指南
工作流程
准备 PRD 或路线图评审的产品经理、UX 研究员与产品运营团队
8 分钟阅读
01
从一个产品决策和批准的证据边界开始。
02
让每个需求都能回到有日期的研究、客服、销售或决策来源。
03
分开保存观察、解读、假设、矛盾与待解问题。
完整示例
为 PRD 建立产品研究知识库
这是三份研究笔记的虚构练习:从冲突请求中选出一个有限的 PRD 决策,再标出需要更多研究的部分。
试做这个任务
只根据三份研究笔记,选择最小且有依据的 PRD 决策,保留冲突和未知信息,并指出哪些选择需要更多产品负责人的判断。每个结论都用 [[filename]] 引用。
预期推理
提出带有来源链接的草稿,并在分享前要求人工审核。不要仅凭这组小型且相互冲突的资料承诺自动发布、导出、存储默认值、团队权限或完整路线图。
为什么要保持这些内容关联
三份笔记可以用普通文件比较。当修订、矛盾请求,以及证据与产品判断的边界需要在持续更新的 PRD 中保持可见时,来源链接的研究 wiki 才有帮助。
审核边界
逐项对照笔记,特别检查分享前审核、只在本地保存、自动发布与导出之间的冲突;存储默认值、权限和更广泛需求仍待产品判断。
在 Wenlan 中查看这个示例
Wenlan v0.18.3 界面,呈现隔离测试后读回的数据。来源是虚构教学数据,参考答案为这次练习人工编写;画面没有展示 AI 自动生成或审批完成。
引用的来源变更后,Wenlan 将页面标记为过期,正文仍保留原文。这里的「updating…」表示等待重建,不代表已完成修正。请先检查变更的来源,再重建并审核新答案。
来源文件
打开文件即可阅读完整的人工编写 Markdown。
三种语言视图使用相同的人工编写英文来源数据集。
01research-note-a.mdResearch note A — source-linked review
# Research note A — source-linked review Fictional moderated session note; no real participant or customer is represented. The evaluator wanted an imported Markdown note to produce a draft answer with a link back to each source passage. They preferred to review the draft before it became a shared page. The note records one narrow workflow preference, not demand for automatic publishing, team permissions, or a mobile app.
02research-note-b.mdResearch note B — local-only request
# Research note B — local-only request Fictional research note; no real participant or customer is represented. The evaluator asked to keep source files and drafts in a local workspace and rejected an external export for this exercise. They said an explicit review step matters more than a polished final page. The note does not establish that every user wants local-only storage or that export is never useful.
03research-note-c.mdResearch note C — conflicting product request
# Research note C — conflicting product request Fictional product-research note; no real participant or customer is represented. A separate request asked for a CSV export of the source-linked draft and also asked for automatic publishing after import. The request conflicts with note B's local-only preference and note A's review-before-sharing preference. The sample is too small to resolve the conflict or justify a broad roadmap.
参考答案
Reference answer: choose a reviewable draft, keep the roadmap narrow
The three fictional notes support one limited PRD decision: imported Markdown may produce a source-linked draft that a person reviews before sharing. Export, automatic publishing, storage defaults, and broader permissions remain unresolved because the notes conflict and the sample is small.
Product-research reference for a PRD
Limited decision
Add one narrow requirement: an imported Markdown note can produce a draft answer with links to its source passages, and a person must review the draft before it becomes a shared page. This is supported by the source-linked review preference and the request for an explicit review step. research-note-a.md research-note-b.md
Keep unresolved
Do not commit automatic publishing. Note A prefers review before sharing, note B prioritizes local-only drafts, and note C separately requests automatic publishing and CSV export. The notes conflict and are too small to decide a universal storage or export policy. research-note-b.md research-note-c.md
A product owner must decide whether to run more research before choosing export, storage defaults, team permissions, or a broader PRD. Those decisions are not established by this packet. research-note-a.md research-note-b.md research-note-c.md
变更后的来源: research-note-c.md
这项变更后的预期更新
The reference's statement that note C requested CSV export becomes stale. Revision 2 clarifies that the request was for a locally saved source-linked review report, not CSV export. The automatic-publishing conflict, narrow review-before-sharing decision, and unresolved storage or permission questions remain; a human product owner still decides whether more research is needed.
# Research note C — conflicting product request, revision 2 Fictional product-research note; no real participant or customer is represented. A separate request asked for a source-linked review report that can be saved in the local workspace. It did not request CSV export. The same request still asked for automatic publishing after import, which conflicts with note B's local-only preference and note A's review-before-sharing preference. The sample is too small to resolve the conflict or justify a broad roadmap.
01
先从一个产品决策开始,不是公司档案库
开始写 PRD 前,先为正在评审的决策建立一个产品范围内的证据库。只收集团队可以检查的批准访谈笔记、客服或销售笔记、研究资料与过往决策;目标是让每个需求都可追溯,而不是把所有对话做成一个通用文件夹。
Wenlan 可以把支持的 Markdown、文本、可提取文本的 PDF、文件夹与只读 Obsidian 来源,连接到有来源的 Pages、引用、修订、过期状态与审核。它不会替你决定产品路线,也不会把来源自动变成已批准的产品需求。
02
综合前先固定来源边界
在请 Agent 综合前,先写下产品范围、评审问题、日期区间、纳入的来源类型与排除的资料。一个窄边界能帮你分辨需求来自用户观察、团队解读、假设,还是需要重新检查的决策。
在小型来源登记表中保存来源日期、文档版本与准确标题或段落。如果笔记不完整,或来源没有获准用于这个产品决策,应记录为无法取得,不要默默填补缺口。
- 批准的访谈或研究笔记:保留观察与来源位置。
- 客服或销售笔记:把重复出现的问题信号和未验证的请求分开。
- 过往决策:记录决策日期、理由、范围,以及当时可用的证据。
- 假设与待解问题:保持可见,不要把它们写成用户事实。
03
把笔记连成需求的证据链
每个重要需求使用一行或一个 Page 段落。把需求连接到有日期的来源段落,分开记录原始观察和你的解读,并在判断需求应保留、缩小或保持未解前,先留下互相矛盾的证据。
同一条证据链应能通过 PRD 评审:评审者可以打开来源,看见当前修订,理解仍存在的假设,并追踪过往决策如何改变。来源变动时,只刷新受影响的 Page,并保留旧修订供审核。
- 记录产品问题、source ID、日期、准确位置与适用范围。
- 把每句话分类为观察、解读、假设、决策或待解问题。
- 把接受或拒绝的理由连接到证据,而不只是会议结论。
- 比较冲突信号;证据无法解决时就保留矛盾。
- 需求进入 PRD 草稿前,先标记无依据或已经过期的内容。
有界的产品研究知识工作流
wenlan status
wenlan sources add ~/Research/product-notes
/distill <产品决策>
/pages <产品决策>
/lint
/curate04
证据可检查后才开始写 PRD
PRD 可以整理证据库,但不应用流畅文字遮住证据。评审前确认每个需求都有来源路径或明确的未解标记,每个重要假设都有负责人或下一项检查,每个过往决策仍符合当前来源集合。
即使不使用 Wenlan,这仍是一套实用的产品研究方法:小型证据登记表、需求到来源的对照、矛盾记录、假设清单与决策历史,都能让评审者重做判断。
05
知道这个工作流不会自动化什么
Wenlan 不会转录会议、遮蔽个人身份信息、招募研究参与者、导入分析数据、连接 Jira、Linear、Slack 或 CRM,也不会自动排序机会、生成完整 PRD、选择路线图或声称产品结果。这些决策与控制仍需要维护中的来源和人工审核。
它也不能让没有依据的请求变成事实。保持来源、主张、日期、限制与审核状态可见,让 Agent 协助整理证据,但不要取代产品团队的判断。
让一个产品决策可追溯
从批准的来源集合开始,把需求连接到有日期的证据,并在 PRD 评审前保留矛盾与待解问题。
常见问题