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

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

本文僅陳述個人對于產品需求文檔的看法。

一、PRD的主要構成

1.概要

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

2.業務說明

產品功能主框架（功能/信息結構圖、業務結構圖/流程圖、一級頁面流轉圖）、權限說明表（角色權限、數據權限、功能權限）、頁面交互/功能模塊元素構成、規則說明

3.原型圖

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

4.非功能性需求

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

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

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

1.不做高保真

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

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

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

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

2.不寫廢話

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

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

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

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

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

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

3.不重復創作

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

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

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

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

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

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

三、寫在最后

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

做產品如是，個人成長亦如是。

END.

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

本文由 @一井 原創發布于人人都是產品經理。未經許可，禁止轉載。