1、產(chǎn)品需求文檔的三層邏輯規(guī)范層、信息層、 表現(xiàn)層本文將產(chǎn)品需求文檔的邏輯歸納為：規(guī)范層、信息層、表現(xiàn)層三 層，并逐一展開分析。與君分享，希望給大家的教育工作帶來一些借 鑒。之前我們探討了產(chǎn)品原型的內容，今天想和大家來聊一聊產(chǎn)品原 型的“另一半”：產(chǎn)品需求文檔。為什么說產(chǎn)品需求文檔是產(chǎn)品原型 的“另一半”呢？理由很簡單，在產(chǎn)品的整個生命周期中，只要出現(xiàn) 明顯產(chǎn)品原型，一定會有需求文檔相伴，可謂是夫唱婦隨，相伴到永 遠。雖然他倆是天生的一對，但兄弟倆的關系如何，卻難免被產(chǎn)品經(jīng) 理主宰。產(chǎn)品經(jīng)理做得好，一家人和和美美；做得不好，則很有可能 心灰意冷。既然產(chǎn)品經(jīng)理承擔著責任如此全局性的責任，那該如何寫好

2、產(chǎn)品 需求文檔呢？有沒有規(guī)范統(tǒng)一的模板？通過幾年的產(chǎn)品此項工作，我 的體會是要所寫好產(chǎn)品需求文檔，必須要弄清楚它背后的邏輯，至于 是什么格式，只要能讓別人看懂，基本上就可以了?？傮w而言，我相信產(chǎn)品需求文檔的邏輯可以歸納為三層：規(guī)范層、 信息層、表現(xiàn)層。接下來，我們就一一成功進行分析。正如之前說產(chǎn)品設計須原型必須服務于溝通一樣，產(chǎn)品消費文檔 也必須服務于溝通。要做到這一點，我們需要在組織內部形成的文檔 規(guī)范。不必雖然我們說產(chǎn)品需求文檔的格式不重要，但在同一組織內， 產(chǎn)品需求文檔的統(tǒng)一規(guī)范卻是非常重要的，其最大的價值在于可以有 效提高溝通效率。舉個很簡單的例子，某公司有五位產(chǎn)品市場總監(jiān)，如果每個產(chǎn)

3、品 經(jīng)理的產(chǎn)品需求文檔都是一種格式，那作為制作、開發(fā)、測試人員就 必須熟悉五套格式，而且存在無法熟悉的系統(tǒng)風險。實際協(xié)作中，由于文檔相互之間存在差異，難免會遺漏一些細節(jié)，發(fā)現(xiàn)的時候往往已經(jīng)是測試階段甚至是驗收階段了。反過來，如果這五位產(chǎn)品經(jīng)理的產(chǎn)品需求文檔，都是基于一種規(guī)范撰寫的產(chǎn)品需求文檔，那相關人員就只需要熟悉一套格式，運行效率就會大大提高。具體該如何做呢？我覺得可以分三步走：第一步確定文檔規(guī)范的制定者，由他撰寫規(guī)范化初版的產(chǎn)品需求表單規(guī)范；第二步以初版規(guī)范為樣本，組織產(chǎn)品、制作、開發(fā)、測試等部門討論，對初版進行修訂，形成可執(zhí)行的規(guī)范文檔；第三步逐步推行應用程序規(guī)范，搜集問題，優(yōu)化文檔，進

4、行版本管理。有了標準化層面的保障，我們就需要考慮信息考慮層的問題了。在這個層面，我們需要解決兩個難題：如何確保信息的準確性確保重要信息的準確性，就是要保證到達每個人那里的信息都是準確無誤的。要做到這一點，產(chǎn)品經(jīng)理首先要確保系列產(chǎn)品自己撰寫的信息是準確并且統(tǒng)一的，其中統(tǒng)一是確保文檔中所有涉及到的地方都必須進行了相應的修改，否則很容易產(chǎn)生歧義；其次成功進行有效的版本管理。關于版本管理，現(xiàn)在已經(jīng)受到重視是非常成熟的管理方法了，有需要的朋友可以參閱相關專題的，這里就不做詳細描述了。如何提升信息的傳遞效率內部信息只有真正傳遞給需要的人后，才會發(fā)揮應有的價值。對于如何提升信息信息的流轉穩(wěn)定性，美洲開發(fā)銀行

5、我覺得有條件的團隊可以使用項目管理工具。例如我們使用 Confluence 和 jira 進行項目管理，文檔的任何修改，都會以郵件的方法發(fā)送給相關的人員，這樣就最大限度上保證了信息容許傳達的效率。如果暫時無法使用管理工具的合我，我的建議是在做好版本管理的前提下讓，充分利用QQ微信等工具，一般團隊都會創(chuàng)建項目組討論組或群聊，把即刻修改的內容即時發(fā)送到群里，也是一種提升信息 傳遞效率的途徑。當我們做好了規(guī)范層數(shù)據(jù)和信息層的工作后，我們再來供給考慮 產(chǎn)品需求文檔具體怎么寫，就會變得更容易，也更有效率。那一份產(chǎn) 品需求文檔，具體應該包括哪些素材呢？我覺得至少需要包含七個方 面的內容。用戶角色用戶角色主

6、要幾種是指稱產(chǎn)品包含幾種角色的用戶，如何定義， 相應的權限是什么，這些都需要描述清楚。以視頻網(wǎng)站為例，用戶角色可以分成三大類：視頻觀看者、視頻 上傳者、網(wǎng)站運營者。針對每一個大類，又可以進行細分，比如視頻 觀看者，又分成游客、注冊用戶、 VIP會員等。在實際文檔中，如果用戶角色較多，建議模式可以使用表格的方 式來呈現(xiàn)。例如右面的表格樣式：城 2W3W4權限5榜眼后權眼7用戶角色1q用戶魚色24V用戶角色3VId17用戶角色4qVVqq用戶角色5VVq用戶角色G用戶角色74J1dJ流程流程主要是要闡述清楚產(chǎn)品的流程，一般都是以流程圖來呈現(xiàn) 我把這個流程圖歸納為三個哲學風險問題：我從哪里來、我在哪

7、里、 我到哪里去，當然也要讓別人清晰地知道“我是誰”。內容內容主要是指網(wǎng)頁中應該包括哪些，具體可以從列項、規(guī)格、狀態(tài)三個方面來描述。首先我們可以先列出某個頁面或板塊涵括都包含哪些內容，例如我們描述一個視頻單元或是這樣寫：視頻單元：包含視頻縮略圖、播放按鈕、標題、觀看人數(shù)。明晰了列項，接下來就要說明相關列項的規(guī)格，例如我們在說明搜索框的規(guī)格不會是會這樣撰寫：搜索框：搜索框默認顯示“請輸入關鍵字搜索”，顏色為灰色；搜索框最多 20 個字，超出時無法繼續(xù)輸入，若是復制文本，超出部分自動截取；不輸入任何內容，點擊搜索按鈕，則在新頁面卷末打開視頻搜索頁。除了列項和規(guī)格，有些元素可能還會有假如若干個狀態(tài)，

8、也許描述清楚。是例如播放器用戶上傳了一個音頻，那它的狀態(tài)就會從編輯狀態(tài)轉變?yōu)榇龑徍藸顟B(tài)。功能功能呀就是指具體能干什么了。要描繪清楚這一部分，同樣需要從過程、條件、元素三個方面入手。首先我們如果說清楚這個功能是如何實現(xiàn)的；其次要描述清楚在實現(xiàn)這個功能的過程中，可以有哪些限制條件，例如視頻網(wǎng)站中有些視頻資源是會員視頻用戶若想看；最后還需要明細功能所附帶的元素，例如，用戶要刪除自己上傳的視頻，那就需要添加確認信息框，信息框上有哪些按鈕，分別有什么作用，文字如何描述，都需要進行說明。交互交互主要是描述頁面中所有的交互設計是如何實現(xiàn)的，包括用戶行為、信息處理結果兩個方面。視頻例如視頻上傳圖標默認為橙色，

9、鼠標劃過時變?yōu)槌赛S色，滑鼠點下時變?yōu)槌燃t色；再或者搜索框舊版本顯示灰色文字“請輸入關鍵詞”，獲取焦點后，提示文字消失，輸入的文字為黑色。狀態(tài)狀態(tài)主要是指元素狀態(tài)多半的變化，這個變化出自于主要來源于兩個方面：頁面操作、數(shù)據(jù)變化。頁面操作就像我們上面舉的例子，用戶上傳的視頻，可以先保存，也可以直接提交審核，那這兩種操作所產(chǎn)生的狀態(tài)是不一樣的，就需要列舉出來；數(shù)據(jù)變化資料除了頁面內部的操作引起的變化，還需要考慮其他頁面的轉折元素變化，而引起的數(shù)據(jù)變化，例如個人中心一般都看視頻的進度，這個進度是根據(jù)前臺看視頻的進度同步更新的，這種變化關系就需要描述清楚。這一塊，需要我們在分析頁面元素狀態(tài)之時，不僅要考慮頁面內操作方式，還需要考慮與其他頁面的相關性。數(shù)據(jù)數(shù)據(jù)主要是對網(wǎng)頁相關的數(shù)據(jù)的描述，包括來源、規(guī)則、提示三部分。首先我們應當要弄清楚，數(shù)據(jù)庫是從哪里來的。這對該軟件至關重要，如果沒有描述清楚，開發(fā)人員很有可能無法開始工作，或者更糟糕的是做完了發(fā)現(xiàn)數(shù)據(jù)來源錯了；其次每一項數(shù)據(jù)的規(guī)則是什么，也需要描述清楚，例如注冊頁面，用戶名的規(guī)則只要是什么；再次對于相關的提示包括