本文作者寫了大概一年的需求文檔，對(duì)需求文檔也有了不同于一開始的認(rèn)識(shí)，也積累了一些經(jīng)驗(yàn)，在此分享給大家。

到目前為止，大概寫了一年的需求文檔。

整個(gè)過(guò)程從零開始，通過(guò)自己的探索（反復(fù)練習(xí)與參考資料），也算能產(chǎn)出一份比較滿意的需求文檔，接下來(lái)需求文檔的作用說(shuō)起。

需求文檔的作用

1. 幫助產(chǎn)品經(jīng)理梳理功能邏輯，構(gòu)建產(chǎn)品的框架

很多人會(huì)認(rèn)為需求文檔是給開發(fā)同學(xué)與設(shè)計(jì)同學(xué)看的，目的是讓他們更好地理解需求。但經(jīng)過(guò)一年的實(shí)踐，越發(fā)覺(jué)得產(chǎn)品同學(xué)才是需求文檔最大的受益者。

寫需求文檔過(guò)程，也是構(gòu)思產(chǎn)品的過(guò)程。需求文檔中包含『產(chǎn)品結(jié)構(gòu)圖』與『邏輯流程圖』，產(chǎn)品結(jié)構(gòu)圖展示的是產(chǎn)品的具體模塊與功能，而邏輯流程圖則說(shuō)明了功能的具體步驟。將他們寫清楚后，產(chǎn)品的骨架也搭建了起來(lái)。

另外，在畫產(chǎn)品原型、補(bǔ)充產(chǎn)品邏輯的過(guò)程中，能夠幫助產(chǎn)品同學(xué)理清產(chǎn)品的細(xì)節(jié)，確保產(chǎn)品在最初的設(shè)計(jì)上盡可能的完善與流暢，最大限度避免了后續(xù)出錯(cuò)的可能。

2. 輔助產(chǎn)品同學(xué)闡述產(chǎn)品需求

在進(jìn)行需求評(píng)審的時(shí)候，需求文檔是輔助產(chǎn)品同學(xué)闡述產(chǎn)品需求的重要支撐，類似于演講的PPT。很多時(shí)候單靠口頭描述，很難說(shuō)清產(chǎn)品的具體細(xì)節(jié)與邏輯，如果結(jié)合著產(chǎn)品原型圖，則會(huì)事半功倍。

十分建議將產(chǎn)品邏輯背后的『理由/產(chǎn)品解釋』寫到需求文檔中，例如彈窗的『確定』與『取消』按鈕，突出『確定』按鈕的原因是想讓用戶完成期待的操作；添加『功能結(jié)果頁(yè)』的原因是為了增加廣告的展示頻次等。

這樣做有兩個(gè)好處：一是能讓產(chǎn)品同學(xué)在設(shè)計(jì)功能的過(guò)程中，不斷的自我質(zhì)疑，減少功能邏輯潛在的缺陷；二是能讓別人更好理解需求本身，增加溝通的流暢性。

3. 減少溝通成本

需求文檔對(duì)于設(shè)計(jì)與開發(fā)的同學(xué)來(lái)說(shuō)，更像是一份參考文檔或者需求詞典。在他們困惑的時(shí)候，能夠通過(guò)翻閱需求文檔，解決疑惑點(diǎn)，從而省去了詢問(wèn)的過(guò)程。這就要求產(chǎn)品同學(xué)在編寫需求文檔的時(shí)候，要盡可能細(xì)致。

一份需求文檔，除了原型圖外，還應(yīng)該寫清楚『開發(fā)注意事項(xiàng)』與『設(shè)計(jì)注意事項(xiàng)』。開發(fā)注意事項(xiàng)包含頁(yè)面間的跳轉(zhuǎn)邏輯，每個(gè)組件的操作響應(yīng)，操作之間的避讓邏輯等；而設(shè)計(jì)的注意事項(xiàng)應(yīng)該包含頁(yè)面組件的表現(xiàn)優(yōu)先級(jí)，組件的不同狀態(tài)等。

另外，如果牽扯到廣告變現(xiàn)，還要將廣告的請(qǐng)求時(shí)機(jī)，展示時(shí)機(jī)說(shuō)清楚。

在產(chǎn)品實(shí)現(xiàn)正式開始之前，產(chǎn)品同學(xué)一定要對(duì)開發(fā)同學(xué)與設(shè)計(jì)同學(xué)說(shuō)清楚原型圖中的每個(gè)要點(diǎn)，確保他們對(duì)于需求的理解和自己達(dá)成一致。這樣在推進(jìn)產(chǎn)品落地的過(guò)程中，才能充分發(fā)揮需求文檔參考作用。

4. 產(chǎn)品存檔

處于維護(hù)期的老產(chǎn)品，如果沒(méi)有相關(guān)的文檔，對(duì)于剛接手的人，簡(jiǎn)直是一個(gè)災(zāi)難。因?yàn)橐豢町a(chǎn)品從發(fā)布到成熟，期間經(jīng)歷過(guò)各種坑，缺少對(duì)應(yīng)的文檔的解釋，很多功能邏輯都無(wú)法理解，可能需要重新趟一次渾水，才能將老產(chǎn)品徹底的掌握。這個(gè)過(guò)程本身是痛苦的，成本也是巨大的。

但是，如果有比較完備的參考文檔，接手過(guò)程就會(huì)順利很多。另外，在遇到產(chǎn)品問(wèn)題的時(shí)候，也能夠通過(guò)翻閱備份文檔，快速定位問(wèn)題，極大提高了工作效率。

5. 需求文檔構(gòu)成元素介紹

1）邏輯流程圖

1. 將產(chǎn)品目標(biāo)拆解實(shí)現(xiàn)步驟，將相關(guān)的步驟聚合為產(chǎn)品模塊，每個(gè)模塊之間低耦合，高聚類；
2. 模塊內(nèi)使用流程圖將具體的邏輯串聯(lián)起來(lái)，每個(gè)模塊內(nèi)的邏輯流程基本上都可以從頭到尾執(zhí)行完畢，少有交錯(cuò)的情況；
3. 如果有重復(fù)出現(xiàn)的邏輯流程，要使用子流程進(jìn)行概括，并且在主流程中使用子流程進(jìn)行替換；

2）原型圖

1. 畫清楚頁(yè)面的組件布局以及文案信息；
2. 各個(gè)組件的展示優(yōu)先級(jí)，通過(guò)組件的大小、顏色的深淺表現(xiàn)出來(lái)；
3. 頁(yè)面/組件的不同狀態(tài)展示（選中狀態(tài)）；
4. 頁(yè)面之間的跳轉(zhuǎn)邏輯（使用跳轉(zhuǎn)）；
5. 每個(gè)組件的操作響應(yīng)（使用簡(jiǎn)單的流程線）；
6. 廣告的展示位置。

3）開發(fā)注意事項(xiàng)

1. 控件的操作響應(yīng)；
2. 頁(yè)面間的跳轉(zhuǎn)邏輯；
3. 狀態(tài)更改的時(shí)機(jī)與條件；
4. 廣告的請(qǐng)求、展示邏輯。

4）設(shè)計(jì)注意事項(xiàng)

1. 組件的優(yōu)先級(jí)說(shuō)明；
2. 組件自身在各種場(chǎng)景下的變化。

5）產(chǎn)品解釋

1. 說(shuō)清楚頁(yè)面/組件要實(shí)現(xiàn)的產(chǎn)品目的

小結(jié)

雖然寫出一份完整的需求文檔，看起來(lái)要花很長(zhǎng)的時(shí)間。但實(shí)際純粹輸出文檔的時(shí)間并不多，大概一到兩天的時(shí)間。真正耗費(fèi)時(shí)間的是產(chǎn)品框架的搭建與邏輯的梳理，而這一塊對(duì)于任何產(chǎn)品都是必不可少的。

需求文檔如果做得比較完善，節(jié)省出的溝通成本是巨大的。在實(shí)踐的過(guò)程中，一份完整的需求文檔，加上充足的前期溝通，大致能節(jié)省后期70%的溝通成本。省下來(lái)的溝通成本所帶來(lái)的是成倍的效率，因?yàn)闇贤ㄇ昂蟮木D(zhuǎn)移成本是非常巨大的。

當(dāng)然，需求文檔的詳略主要取決于團(tuán)隊(duì)成員對(duì)于項(xiàng)目的理解。

如果項(xiàng)目本身就很小，每個(gè)人對(duì)于項(xiàng)目都有著較深的理解，需求文檔只需要簡(jiǎn)單的概述需求本身；對(duì)于比較大型的、復(fù)雜的產(chǎn)品，需求文檔則越完善越好。

#專欄作家#

MING，個(gè)人公眾號(hào)：MING的大航海，知乎專欄：產(chǎn)品見(jiàn)知錄，人人都是產(chǎn)品經(jīng)理專欄作家。一只專注于個(gè)人成長(zhǎng)的產(chǎn)品汪，沉迷『方法論』，只分享值得收藏的『硬干貨』！

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于CC0協(xié)議。