中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

需求文檔的作用

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

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

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

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

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

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

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

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

3. 減少溝通成本

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

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

另外，如果牽扯到廣告變現(xiàn)，還要將廣告的請求時機，展示時機說清楚。

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

4. 產(chǎn)品存檔

處于維護期的老產(chǎn)品，如果沒有相關的文檔，對于剛接手的人，簡直是一個災難。因為一款產(chǎn)品從發(fā)布到成熟，期間經(jīng)歷過各種坑，缺少對應的文檔的解釋，很多功能邏輯都無法理解，可能需要重新趟一次渾水，才能將老產(chǎn)品徹底的掌握。這個過程本身是痛苦的，成本也是巨大的。

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

5. 需求文檔構成元素介紹

1）邏輯流程圖

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

2）原型圖

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

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

1. 控件的操作響應；
2. 頁面間的跳轉邏輯；
3. 狀態(tài)更改的時機與條件；
4. 廣告的請求、展示邏輯。

4）設計注意事項

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

5）產(chǎn)品解釋

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

小結

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

需求文檔如果做得比較完善，節(jié)省出的溝通成本是巨大的。在實踐的過程中，一份完整的需求文檔，加上充足的前期溝通，大致能節(jié)省后期70%的溝通成本。省下來的溝通成本所帶來的是成倍的效率，因為溝通前后的精力轉移成本是非常巨大的。

當然，需求文檔的詳略主要取決于團隊成員對于項目的理解。

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

#專欄作家#

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

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

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