產品需求文件 PRD 與規格決策紀錄範本

用凍結審查管 PRD 範圍，決策與變更都留理由和驗收確認

資料表

6 張

欄位總數

80 個

難度

進階

版本

1.0

更新

2026-08-31

這個範本解決什麼問題

規格凍結最怕的不是改，是改了沒有人知道全貌。範圍外事項空白的需求，開發順手把反正資料都有的功能做進版本，沒人測過也沒寫進驗收條件；設計理由只留下討論後決定五個字，三個月後同一題重新吵一次；開放問題掛了二十幾天沒人認領，規格卻已經凍結，問題只是被推進開發階段。

這份範本把全貌留在六張表裡：說好不做的寫進「🚫 範圍外事項」，每個決定連理由記在「🧭 規格決策紀錄」，凍結後要改就開一筆「🔒 規格變更紀錄」並勾「是否重新確認驗收條件」；「❓ 開放問題」掛超過門檻天數沒人動，警示會自己跳出來。

範本內容

以下欄位結構直接讀自範本本身，永遠與實際內容一致。

三步驟開始使用

1. 填專案設定

   複製後先把「⚙️ 專案設定與角色分工」那唯一一列填完，尤其是「開放問題逾期天數門檻」——留空或填 0，開放問題的逾期判定會整批失效。

2. 建需求編號

   需求寫進「📄 需求項目」，「需求編號」給定後就不要再改——它是決策、開放問題與變更對回需求的依據；說好不做的同步記進「🚫 範圍外事項」。

3. 凍結後走變更

   凍結前先看「凍結前檢查」還有沒有阻擋的未結問題；凍結後要改，一律開「🔒 規格變更紀錄」，並回頭勾驗收條件與範圍外事項的重新確認。

這個範本適合誰

要跟工程團隊或委外廠商把規格講定的產品經理與專案經理，特別是吃過說好不做的事被做進去、上線驗收吵成一團這種虧的人。兩三個人邊做邊改的早期探索團隊先不要用，凍結紀律會拖慢你們。

從 Excel 搬過來

這個範本用到的欄位型別中，以下幾種從 Excel 搬過來時最常出錯。

進階技巧

「🧭 規格決策紀錄」的「理由檢查」會抓出理由寫得太薄的決策，「📄 需求項目」上的「凍結後變更次數」與「凍結後警示」則讓凍結後被改過幾次一眼可見，回顧會直接照這幾欄點名。

常見問題

一份 Base 可以同時管好幾個專案嗎？

不建議。「⚙️ 專案設定與角色分工」設計上只留一列，是「全案凍結就緒判定」與逾期門檻的來源；多出一列時門檻會取較嚴的那個，警示提早跳。一個專案複製一份最省事。

需求編號後來想改，會怎樣？

開始關聯之後就不要回頭改。「需求編號」是規格決策、開放問題、變更與範圍外事項對回「📄 需求項目」的依據，中途改號，全部關聯要人工重新對一次，比忍住不改貴得多。

開發追加了範圍外的功能，怎麼記？

到「🚫 範圍外事項」把「是否已被開發追加」改成實際情況，選到「是－仍留在版本裡未經同意」時「追加警示」會亮，逼團隊決定回退還是補走變更流程，而不是當作沒發生。

規格天天在翻的早期團隊適合用嗎？

先不要。凍結審查的紀律會拖慢邊做邊改的節奏，等方向收斂、要跟工程團隊或委外廠商把規格講定時再導入；只想追任務進度的話，用專案管理範本就好。