跳到主要內容

產品研究工作流

建立產品研究知識庫,再開始寫 PRD

把核准的研究筆記、客服與業務訊號、過往決策整理成有來源證據庫,支援可辯護的 PRD 審查。

Qi-Xuan Lu更新 8 分鐘閱讀
查看證據工作流

關於這篇指南

01

工作流程

02

準備 PRD 或路線圖審查的產品經理、UX 研究員與產品營運團隊

03

8 分鐘閱讀

01

從一個產品決策和核准的證據邊界開始。

02

讓每個需求都能回到有日期的研究、客服、業務或決策來源

03

分開保存觀察、解讀、假設、矛盾與待解問題。

完整示範

為 PRD 建立產品研究知識庫

這是三份研究筆記的虛構練習:從衝突請求中選出一個有限的 PRD 決定,再標出需要更多研究的部分。

試做這個任務

只根據三份研究筆記,選出最小且有依據的 PRD 決定,保留衝突與未知資訊,並指出哪些選擇需要更多產品負責人的判斷。每個結論都用 [[filename]] 引用。

預期推理

提出有來源連結的草稿,並在分享前要求人工審查。不要只憑這組小型且互相衝突的資料承諾自動發佈、匯出、儲存預設、團隊權限或完整路線圖。

為什麼要保持這些內容連結

三份筆記可以用普通檔案比較。當修訂、矛盾請求,以及證據與產品判斷的界線需要在持續更新的 PRD 中保持可見時,來源連結的研究 wiki 才有幫助。

審查邊界

逐項對照筆記,特別檢查分享前審查、只在本地保存、自動發佈與匯出之間的衝突;儲存預設、權限與更廣泛需求仍待產品判斷。

下載這個範例

在 Wenlan 裡查看這個範例

Wenlan v0.18.3 介面,呈現隔離測試後讀回的資料。來源是虛構教學資料,參考答案為這次練習人工編寫;畫面沒有展示 AI 自動生成或審批完成。

為 PRD 建立產品研究知識庫 — 參考頁仍保留原本答案,並連結到三份來源。

滑動圖片,查看放大後的細節。

開啟原圖
參考頁仍保留原本答案,並連結到三份來源。
為 PRD 建立產品研究知識庫 — 點進引用後,可看到變更後的來源,對照仍待審查的答案。

滑動圖片,查看放大後的細節。

開啟原圖
點進引用後,可看到變更後的來源,對照仍待審查的答案。

引用的來源變更後,Wenlan 將頁面標記為過期,正文仍保留原文。這裡的「updating…」表示等待重建,不代表已完成修正。請先檢查變更的來源,再重建並審查新答案。

來源檔案

打開檔案即可閱讀完整的人工編寫 Markdown。

三種語言檢視使用相同的人工編寫英文來源資料集。

  1. 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.
  2. 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.
  3. 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
/curate

04

證據可檢查後才開始寫 PRD

PRD 可以整理證據庫,但不應用流暢文字遮住證據。審查前確認每個需求都有來源路徑或明確的未解標記,每個重要假設都有負責人或下一個檢查,每個過往決策仍符合目前的來源集合。

即使不使用 Wenlan,這仍是一套實用的產品研究方法:小型證據登錄表、需求到來源的對照、矛盾記錄、假設清單與決策歷史,都能讓審查者重做判斷。

05

知道這個工作流不會自動化什麼

Wenlan 不會轉錄會議、遮蔽個人識別資訊、招募研究參與者、匯入分析資料、連接 Jira、Linear、Slack 或 CRM,也不會自動排序機會、產生完整 PRD、選擇路線圖或聲稱產品結果。這些決策與控制仍需要維護中的來源和人工審查。

它也不能讓沒有依據的要求變成事實。保持來源、主張、日期、限制與審查狀態可見,讓 Agent 協助整理證據,但不要取代產品團隊的判斷。

讓一個產品決策追溯

從核准的來源集合開始,把需求連到有日期的證據,並在 PRD 審查前保留矛盾與待解問題。

常見問題

Wenlan 能把使用者研究直接變成 PRD 嗎?+
不能。它能協助維護有來源證據庫,以及從核准筆記到可追溯需求的對照;產品經理和研究員仍須解讀證據、處理優先順序,並撰寫和核准 PRD。
訪談筆記和客服要求互相矛盾時怎麼辦?+
保留兩個有日期的來源,說明各自範圍,並記錄矛盾或待解問題。不要把客服要求、使用者觀察和產品決策合併成一個沒有依據的需求。
這會連接 Jira、Linear、Slack 或 CRM 嗎?+
不會。請使用支援的 Markdown、文字、可擷取文字的 PDF、資料夾或唯讀 Obsidian 來源,並明確維護你獲准使用的匯出檔或筆記。

分享這篇指南