簡單來說，拒絕高保真、拒絕廢話、拒絕重復，把自己的時間花在產(chǎn)品的核心驅動力上，減少對無用功的投入，降低單調重復的操作頻次，才能保證高效產(chǎn)出有價值的牽引力。

現(xiàn)在業(yè)內對于產(chǎn)品需求文檔（PRD）普遍認同的交付形式是Axure的原型+文本，當然你也可以說是Sketch或者PPT等形式，不論是哪一種，都是用可視化替代Word（喜歡看文本的程序員可能是假的）。

本文僅陳述個人對于產(chǎn)品需求文檔的看法。

一、PRD的主要構成

1.概要

文檔變更記錄（版本迭代、版塊及功能說明、記錄人等，其實就是簡化版的功能需求清單）、全局規(guī)則說明（升級邏輯、異常邏輯、交互說明、輸入限制…）、名詞解釋（積分、金幣、白銀會員…）

2.業(yè)務說明

產(chǎn)品功能主框架（功能/信息結構圖、業(yè)務結構圖/流程圖、一級頁面流轉圖）、權限說明表（角色權限、數(shù)據(jù)權限、功能權限）、頁面交互/功能模塊元素構成、規(guī)則說明

3.原型圖

各頁面的線框圖、基本的交互形式、文本注釋（缺省狀態(tài)、字段名稱、流程說明、等待時長說明…）

4.非功能性需求

地理位置獲取、Push推送機制、敏感詞過濾、CDN緩存策略、本地文件存放策略…

如果這是產(chǎn)品的第一個版本，則需要在產(chǎn)品的功能結構、業(yè)務流程等邏輯層面上花更多的時間去說明，一方面降低與開發(fā)人員、項目經(jīng)理、UED團隊等溝通成本，讓整個團隊快速理解并取得認同，另一方面作為證據(jù)和備份，在后期產(chǎn)品開發(fā)出現(xiàn)偏差時能及時調整復位。

二、抓住本質的“三不”原則

1.不做高保真

通常喜歡做高保真的產(chǎn)品汪都是在設計方面有一定基礎的強迫癥，把所有視覺細節(jié)和交互特效都堆砌上去，如果是拿出去給外人做展示、給用戶做測試，效果自然很好，但通常我們做原型只是為了內部的溝通交流。

在產(chǎn)品規(guī)劃初期，如果做高保真原型，一旦在評審或后期討論中遇到需求變更，修改的成本非常之高，嚴重影響到產(chǎn)品的設計及開發(fā)進度。更何況身為產(chǎn)品把原型做成高保真，讓團隊中的UI情何以堪，是沿用你的風格還是自創(chuàng)一套呢。

所以通常情況下，只需要用線框圖將功能架構表示出來，一旦核心功能確定下來，線框圖的設計是非常快的，做完一稿立馬就能跟大家探討，制定修改方案，反復幾次后就能把產(chǎn)品的設計思路梳理清晰，隨后UI和開發(fā)人員才能快速跟進，減少后期需求大變更的風險。

換句話說，產(chǎn)品的設計流程應該符合用戶體驗五要素：戰(zhàn)略層→范圍層→結構層→框架層→表現(xiàn)層，此時此刻如果產(chǎn)品負責人把精力花在頁面的呈現(xiàn)效果上，就會縮減其在戰(zhàn)略、范圍、結構上的考慮，本末倒置容易把產(chǎn)品帶進溝里。

2.不寫廢話

在產(chǎn)品進行評審的時候，開發(fā)人員常常會提各種各樣技術角度的問題，比如“數(shù)據(jù)從哪來？”“這里有幾種角色？幾種權限？”最后問題及目標都搞清楚了，散會。結果到了具體的開發(fā)環(huán)節(jié)，他們又會來問你相同的問題，“這個角色能看到這些數(shù)據(jù)嗎？”所以在需求文檔中把關鍵性的邏輯用文本/圖表展現(xiàn)出來是非常重要的。

但如果所有功能比如返回跳轉都要說明清楚的話，文本內容會非常多，開發(fā)人員依舊是沒有耐心看的，因此要精簡產(chǎn)品文檔中的注釋，少寫廢話。

比如一些你我皆知甚至是用戶都了解的規(guī)則，就沒必要寫在原型圖上了。比如“密碼顯示***”，“若用戶沒有輸入密碼，點擊登錄時則toast提示用戶未輸入密碼”，這樣的文本說明縱然很細致，但確實是白寫的，而什么內容是有必要的呢？

比如你需要在輸入框右側設置密碼可見的切換按鈕，或者說明輸錯三次之后當日無法登錄的規(guī)則，又比如對賬號密碼有特殊的格式限制等等，這些才是開發(fā)人員不知道的設計思路，需要你在文檔中詳細告知。

如果你跟團隊成員已經(jīng)有了足夠默契，即你知道對方的開發(fā)習慣，對方也了解你的設計套路，那么即使你沒有說明“點擊刪除時彈出模態(tài)對話框以確認操作”，開發(fā)人員也會很自然地把這個反饋加上，如此一來，團隊的內部損耗就降到最低，產(chǎn)品的規(guī)劃、迭代都會進入高效運轉的狀態(tài)。

相信我，就算你把PRD寫得極其精煉，團隊成員也不一定會完完整整地看完，更要命的是，即使他們都遍歷了一次，也會忘記其中的一部分，只要他們忘了就必定認為是你沒寫…（其實自己寫的，自己也會忘）

3.不重復創(chuàng)作

全局都統(tǒng)一的邏輯就在全局中說明規(guī)則，沒必要在每個頁面中嵌套，不要重復發(fā)明車輪，這可以幫助我們省很多時間。

比如手勢操作、網(wǎng)絡異常情況、輸入限制等，有些是可以直接復用的，有些可以在原來的基礎上根據(jù)產(chǎn)品性質再調整，就像設計師的素材庫，產(chǎn)品經(jīng)理也可以積累一套自己專用的控件庫。

不重復創(chuàng)作還體現(xiàn)在設計風格、版式上，很多人都執(zhí)迷于原創(chuàng)，拒絕抄襲現(xiàn)有的類似產(chǎn)品，其實完全沒必要，理論上來說，不存在跳脫于現(xiàn)存所有設計的設計套路，所以還不如多看多抄。

還有一個更重要的原因是，如果已經(jīng)有一款競品打開了市場，搶占了用戶的心智，培養(yǎng)了用戶習慣，此刻最該杜絕的就是獨樹一幟，試圖挑戰(zhàn)用戶的操作習慣，除非找到了用戶新的痛點，設計一個全新的功能，比如Snapchat的閱后即焚，不然就應該遵守已逐漸固化的交互形式，盡可能降低用戶轉移過來的成本。

所以支付寶的聊天界面幾乎是像素級復制了微信，所以共享單車的操作流程及頁面都近乎一致，從用戶體驗上來說，這樣才能體現(xiàn)出關懷。

微軟就是因為培養(yǎng)的用戶習慣根深蒂固，所以每次大升級都要付出巨大的成本，遭受用戶長時間的質疑和抵制，縱使操作體驗確實更好，但在用戶看來就是關懷不夠，還要花時間重新適應。

三、寫在最后

簡單來說，拒絕高保真、拒絕廢話、拒絕重復，把自己的時間花在產(chǎn)品的核心驅動力上，減少對無用功的投入，降低單調重復的操作頻次，才能保證高效產(chǎn)出有價值的牽引力。

做產(chǎn)品如是，個人成長亦如是。

END.

作者：一井，公眾號：一井說（yijing163）

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