在產(chǎn)品開發(fā)過程中，產(chǎn)品需求文檔（PRD）扮演著至關(guān)重要的角色。然而，即便是經(jīng)驗豐富的產(chǎn)品經(jīng)理也可能在PRD的撰寫邏輯上存在誤區(qū)。本文旨在深入探討PRD撰寫的核心要點，提供系統(tǒng)化的方法論，以確保文檔的邏輯性和全面性。

最近模擬面試了幾個產(chǎn)品同學(xué)，發(fā)現(xiàn)一個問題，雖然有些人已經(jīng)有幾年經(jīng)驗，但是在問到寫PRD的思路時，卻答得不通順，邏輯很亂。

也不是他們不會寫PRD，而是寫的思路是亂的、錯的，沒有成體系的方法。

這還讓我挺驚訝的，產(chǎn)品經(jīng)理這個崗位，都進(jìn)入下行周期了，產(chǎn)品的基礎(chǔ)技能，網(wǎng)上已經(jīng)有非常多成熟的資料，他們竟然連最最基礎(chǔ)又核心的PRD，都沒有吃透，屬實有點不應(yīng)該。

現(xiàn)在大部分公司，要求產(chǎn)品經(jīng)理既要有高度，又要能落地，上至產(chǎn)品規(guī)劃，下產(chǎn)品需求，都要干，寫好PRD，對于產(chǎn)品經(jīng)理來說，非常重要。

寫PRD最重要的是什么？

我發(fā)現(xiàn)很多產(chǎn)品經(jīng)理寫PRD，都是從模板開始。在網(wǎng)上找到一個覺得很完善的模板，然后就套著模板寫，模板包含什么，就寫什么。

還有一些是對著原型寫，大部分寫的是交互說明，其實只是PRD里面的一部分而已。

01 寫PRD最重要的是什么？

是邏輯?。?/p>

PRD是分層次的，需要從不同的維度去寫。

新項目和迭代的項目，側(cè)重點又有一些不一樣。

02 新項目PRD怎么寫？

從0到1的新項目，最重要的是梳理清楚業(yè)務(wù)流程、系統(tǒng)架構(gòu)和功能結(jié)構(gòu)。

業(yè)務(wù)流程是整個項目設(shè)計的起點，梳理不同角色完成業(yè)務(wù)目標(biāo)的過程。

業(yè)務(wù)流程可以推導(dǎo)出系統(tǒng)架構(gòu)。

系統(tǒng)架構(gòu)是把滿足業(yè)務(wù)的所有系統(tǒng)遍歷出來，再按照一定結(jié)構(gòu)進(jìn)行組織的過程。

每個系統(tǒng)又包含不同的功能，把所有功能梳理出來，可以指導(dǎo)后續(xù)具體的產(chǎn)品設(shè)計。

對于一個新項目來說，PRD的結(jié)構(gòu)大致是這樣的：

1、項目背景。描述當(dāng)前遇到的問題，或市場機會。要達(dá)到什么目標(biāo)，以及大致的方案是什么樣的

2、整體說明。業(yè)務(wù)流程、系統(tǒng)架構(gòu)、功能結(jié)構(gòu)、全局通用說明（名詞解釋，全局交互等）

3、功能需求。按照系統(tǒng)→功能模塊→功能點的方式，進(jìn)行拆分，一個功能點就是一個設(shè)計模塊

4、非功能需求。包括安全性，并發(fā)，數(shù)據(jù)統(tǒng)計等

03 迭代項目的PRD怎么寫？

迭代項目，要么是新增功能點，要么是對已有功能點的優(yōu)化。

迭代的項目，最重要的是弄清楚單個功能點的需求是怎么寫的。

寫PRD，很大一部分時間都是在寫具體的功能，所以寫好單個功能的需求非常重要。

對于單個功能點來說，主要包括以下部分：

功能描述：這個功能滿足哪些用戶需求，解決用戶什么問題。

業(yè)務(wù)流程：用戶和系統(tǒng)是怎么交互的，主要流程是什么，分支流程是什么，異常流程是什么。

業(yè)務(wù)規(guī)則：系統(tǒng)在執(zhí)行邏輯判斷的時候，依據(jù)的規(guī)則是什么。

界面交互：注意，寫PRD一定是前面的步驟梳理清楚以后，才是寫界面交互，界面交互的細(xì)節(jié)非常多，也是經(jīng)常容易遺漏寫不全的模塊。一個功能里通常包含多個頁面，寫界面交互的時候，第一個是要梳理清楚各個頁面之間的跳轉(zhuǎn)關(guān)系，第二是要梳理單個頁面里的交互。一個頁面，通常包含這些部分：

– 頁面描述：進(jìn)入頁面的默認(rèn)內(nèi)容，進(jìn)入下一個頁面后再返回，頁面怎么處理。不同狀態(tài)下頁面的區(qū)別，進(jìn)入頁面的權(quán)限等。

– 字段描述：輸入型表單規(guī)則，有哪些輸入型，錄入方式是什么，是否必填，有哪些規(guī)則。輸出型的展示規(guī)則：展示哪些字段，展示的邏輯是什么。

– 交互描述：點擊后跳轉(zhuǎn)到哪里，界面元素有哪些變化，有哪些控件，不通狀態(tài)的展示，操作權(quán)限等。

– 異常情況：網(wǎng)絡(luò)異常、接口異常、加載超時，該怎么處理

– 埋點/日志：哪些事件要做埋點，數(shù)據(jù)怎么存

交互寫多了以后，你應(yīng)該能夠形成一份自己的交互走查清單，以確保需求完整，類似下圖的自查清單：

迭代里優(yōu)化功能的需求，大概是需求的某個模塊進(jìn)行調(diào)整，可能是業(yè)務(wù)流程，可能是業(yè)務(wù)規(guī)則，也可能是具體的交互。

這類需求主要是要說清楚，現(xiàn)在用戶的使用場景是什么樣的，為什么要改，修改前是怎樣的，修改后是怎樣的。

04 寫在最后

以上，提供一個寫PRD的思路，對于新項目來說，重點是說清楚項目背景和整體的設(shè)計，然后再以功能為單元進(jìn)行具體的設(shè)計。

對于迭代類的PRD，重點是描述每個功能的所有元素，如果是修改的話，弄清楚用戶的使用場景，為什么要改，改成什么樣。

實際上，PRD的具體形式，不必過于看中，可以用axure+批注，也可以用word文檔，重點是邏輯，重點是思路。