我才剛整理好 PRD,怎麼三天後版本就又過期了?
專案型 PRD 常常陷入版本地獄,需求每次會議後就大改;產品型 PRD 則像永遠寫不完的長篇小說,資訊散落在各種報告、簡報和會議裡。
上一篇我們談過「專案型 PRD」和「產品型 PRD」的不同痛點。今天要進一步實戰怎麼做,首先,需要對的英雄工具人來幫你。
要挑選適合的成員,首先需要了解各個成員的強項與適用機時機。我研究了一下最新的功能特色,將它們整理如下:
工具名稱 | 強項 | 適用場合 | 注意事項 | 產品開發應用點 |
---|---|---|---|---|
Whisper Web | 簡單易用的語音轉文字 | 專案/產品會議錄音逐字稿產出 | 吵雜環境下辨識率下降;專有名詞需人工校對 | 逐字稿 |
ChatGPT | 語言生成穩定,能快速結構化思路 | 起草 PRD 骨架、拆解需求、撰寫摘要 | 偶有幻覺,重要數據需回連原始文件核對 | PRD 章節骨架、會議紀錄及需求清單、決策選項 |
Perplexity | 即時檢索並附來源,方便追溯 | 搜尋外部法規、競品、公開研究 | 來源品質參差,需適時讓人介入,挑選權威引用 | 法規/競品重點整理、帶連結的摘要 |
Notebook LM | 整合文件庫、支援 QA Chat | 團隊跨文件協作、比對 PRD 新舊版本 | 免費版文件數有限;產出都是文字,比較不好閱讀 | 更新大綱、跨檔案 Q&A、版本差異查詢 |
接著,善用他們各自的優勢,決定以下成員與工作。
挑選 ChatGPT 用於:
挑選 Perplexity 用於:
挑選 Google Notebook LM 用於:
如果要比喻這個復仇者聯盟成員的角色,我會這樣比喻:
ChatGPT 是會幫你起草規劃的鋼鐵人,Perplexity 是每天盯著新聞與法規的情報間諜特工黑寡婦,Notebook LM 則是幫你整理檔案的專屬祕書小辣椒。三者加起來,就是一個能打的 PRD 復仇者聯盟。
專案型案子最大的挑戰就是「需求爆改」。這不是誰的錯,而是因為甲方自己也還在探索,今天想整合 ERP,明天突然又要加上 App。
你應該遇過這種場景:
結果 PRD 更新到 v87.7,工程師和設計師完全搞不清楚「最新版本」是哪一份,打開資料夾裡的檔案清單,就像翻 Excel 裡的 Final_final_ver2 的「最後版」,一樣讓人哭笑不得。
這時候:
實際的更新流程,我建議可以像這樣:
這樣團隊不用再靠「口耳相傳」同步,而是有一個活的知識庫,隨時能追溯改動的來龍去脈。
產品型 PRD 的問題不在「爆改」,而在「永遠沒有 Final」。
客服回饋一份報告、數據團隊來一份簡報、法規單位又丟來更新,結果大家都各講各的,PRD 本身卻沒有跟進。
真實情境常常是:
結果三份資訊都很重要,但沒有一個被寫進 PRD,大家各走各的想法。最後工程師問 PM:「到底要做哪一版?」PM 只能尷尬地傻笑。
這時候:
這是一個將語音,錄音檔轉換成文字,逐字稿的神器(不過它是透過將檔案上傳後,在線上轉換,所以如果有隱私相關的考量,就要採不同的線下方案,例如 Whisper Transcription,這裡先不展開說明)。
Whisper Web 的使用教學如下,以圖解介紹。
首先,開啟 Whisper Web 網站:
接著等一段時間(視模型選擇大小),Whisper 便會開始運作:
等 Whisper web 都完成音檔的語音辨識之後,就可以下載逐字稿使用:
用這個方案的好處是不用安裝軟體,可快速把會議內容轉成文字檔,方便後續文件整合。
Prompt:
幫我搜尋 2024 年之後,數位銀行 KYC 法規的最新變動,並列出來源。
得到回答:
美國 FinCEN 2024 年 5 月更新 Customer Due Diligence 規範…
歐盟 AMLD6 自 2024 年 1 月起加強反洗錢規範…
台灣金管會 2024 年 3 月新規…
新加坡 MAS 2024 年 2 月更新…
... (以下省略)
溫馨提醒:搜尋完不要只讀 AI 回答,把結果轉存 PDF 匯入 Notebook LM,和內部資料放在一起,避免資訊成為孤島。
Prompt:
根據「會議紀錄 20250908」與「UX 研究報告-Week10」這二份資料,指出目前的 PRD 文件,有哪些段落需要修改,並草擬更新大綱與要提醒我注意的事項
小tip:這裡也可以在 notebook LM 中直接透過「只」勾選「會議紀錄 20250908」與「UX 研究報告-Week10」這二個檔案,就可以直接詢問。
得到回答:
登入流程:OTP → MFA…
開戶流程:刪除臨櫃補件 → 全線上…
通知系統:新增使用者可調整頻率…
... (以下省略)
溫馨提醒:Notebook LM 幫你草擬的更新大綱,不該直接 copy paste,而是先核對決策與上下文後再配合手動修改文件,最後把新版 PRD 增加進 Notebook LM,讓團隊能透過 QA Chat 查詢修改原因。
Prompt:
請幫我根據這份需求,生成 PRD 初稿骨架(問題、目標、驗收標準)。
需求:數位銀行要新增「臨時凍結帳戶」功能。
得到回答:
問題陳述:目前缺乏快速凍結帳戶的機制…
目標:提供一鍵凍結功能、支援 24/7…
驗收標準:3 秒內凍結帳戶,並支援二次驗證解凍…
... (以下省略)
溫馨提醒:這個骨架可以當作初稿,節省整理思路的時間,再加上團隊討論細節,逐步補充。
PRD 需要變得更具有彈性,才能因應現在快速變動的環境,我們可以透過以下的方式進化:
在善用工具的同時,也別忘了所有的工具都會有侷限性,需要注意:
做個總結,我認為大部份的 PM 都是勤奮的,但我們的勤奮、努力,不該只靠勞心勞力地硬幹,而是先專注於設計好架構及工作流,讓「人 × 工具 × 流程」來幫助我們更聰明的推動專案進度。