對于大型的項(xiàng)目，建議把需求變更作為一個(gè)獨(dú)立的模塊進(jìn)行管理，并一定要建立完善的需求變更流程和環(huán)境，一旦需求變更失控，則整個(gè)項(xiàng)目就會處于一種混亂狀態(tài)，甚至直接導(dǎo)致項(xiàng)目的失敗。

產(chǎn)品經(jīng)理應(yīng)該成為需求的唯一出口，理想的情況是，沒有被產(chǎn)品經(jīng)理接受的變更不得進(jìn)入實(shí)施階段。

要做到這一點(diǎn)，不但要求產(chǎn)品經(jīng)理在專業(yè)技能方面比較過硬，也需要產(chǎn)品經(jīng)理想盡辦法打造一個(gè)合理的項(xiàng)目環(huán)境。而后者，往往更重要。

需求變更實(shí)例

一定要及時(shí)記錄所有的變更，包括那些不被采納的變更。

五、設(shè)計(jì)一個(gè)全局的產(chǎn)品規(guī)范

產(chǎn)品經(jīng)理應(yīng)該盡早制定一份產(chǎn)品的基本原則，什么能做，什么不做。當(dāng)然，這里可以完整的描述從體驗(yàn)角度需要遵從的基本規(guī)范。

全局交互實(shí)例

這里沒有太多的建議和參考，你的產(chǎn)品原則，既可以是戰(zhàn)略性的，也可以是產(chǎn)品功能性的，可以大到?jīng)Q定產(chǎn)品方向，可以小到顏色字體。

制定產(chǎn)品規(guī)范（原則）的目的，是為了保障產(chǎn)品的體驗(yàn)一致性。更重要的是，保護(hù)你的產(chǎn)品不出現(xiàn)意外。產(chǎn)品經(jīng)理應(yīng)該盡可能的從多維度制定規(guī)則，但不要過于復(fù)雜。

越是方向上的東西越是要簡單。例如：微信，如果傾向于發(fā)信者的立場，在后續(xù)的版本過程中更多的維護(hù)發(fā)信者的體驗(yàn)；如果是傾向于收信者的立場，則一定在保障發(fā)信者的體驗(yàn)。

任何產(chǎn)品都很難照顧到產(chǎn)品的所有角色，必須明確產(chǎn)品的側(cè)重點(diǎn)是什么。不滿足所有用戶的產(chǎn)品才是好產(chǎn)品。

六、設(shè)計(jì)一個(gè)靠譜的產(chǎn)品結(jié)構(gòu)

想象一棟樓，你能看到有地基、柱子、橫梁、墻面、屋頂，這個(gè)樓之所以不會輕易垮塌，就是因?yàn)檫@些部件構(gòu)建了一種穩(wěn)固的結(jié)構(gòu)——物理架構(gòu)。你一定很快就能想象得到，房子要能適合居住，就得有進(jìn)排水（系統(tǒng)），得有電力供應(yīng)（系統(tǒng)）等等，這就從邏輯層來構(gòu)建一棟樓的結(jié)構(gòu)。

從這樣一個(gè)粗糙的描述里面，你應(yīng)該能夠理解，所謂架構(gòu)，就是把各個(gè)部件進(jìn)行歸納匯總，提煉抽象，并通過適當(dāng)?shù)逆溄臃绞酱蛟斐梢粋€(gè)穩(wěn)定的形狀，滿足人們的實(shí)際需要。

在你面對一個(gè)產(chǎn)品/一個(gè)需求的時(shí)候，應(yīng)該能在腦海里勾畫出模型，什么東西是4個(gè)桌腿，什么東西是一個(gè)桌面，4條腿和一個(gè)桌面如何共同構(gòu)建和支撐這個(gè)業(yè)務(wù)的穩(wěn)定運(yùn)行。

功能架構(gòu)

通常情況下，一份PRD中，只需從物理結(jié)構(gòu)層詳盡的描述“功能結(jié)構(gòu)”即可。

實(shí)際情況是，有的時(shí)候你并不需要畫一個(gè)結(jié)構(gòu)圖，因?yàn)楫a(chǎn)品的結(jié)構(gòu)可能已經(jīng)千年不變了，這個(gè)版本也可能僅僅是修復(fù)一些問題，甚至只是把方形的用戶頭像改成圓形——因?yàn)槟愕睦习逵X得好看。

產(chǎn)品架構(gòu)不僅是能支撐當(dāng)下的業(yè)務(wù)，也要能具備適度的擴(kuò)展性和容錯(cuò)性。

七、流程，還是流程

越是復(fù)雜的系統(tǒng)，越是推薦把流程圖做一個(gè)目錄，不但是引導(dǎo)閱讀者，而是檢查遺漏的方法。

產(chǎn)品經(jīng)理在繪制流程圖的時(shí)候，盡可能的遵從通用的規(guī)范，并養(yǎng)成養(yǎng)好的習(xí)慣。好的流程圖，可以快速讓整個(gè)團(tuán)隊(duì)熟悉理解業(yè)務(wù)，并優(yōu)化業(yè)務(wù)。

業(yè)務(wù)流程實(shí)例

梳理業(yè)務(wù)流程的步驟，估計(jì)沒有多少經(jīng)驗(yàn)的產(chǎn)品經(jīng)理們都能想象得到，先要去調(diào)研，然后畫成圖，在這個(gè)過程里面會有確認(rèn)，完善的工作。

調(diào)研的過程是為了解決who、what、why、how以及where的問題：誰，在什么情況下，做了什么事情，這個(gè)事情需要什么前置條件，又輸出了什么，這個(gè)事情在哪里完成的？

但這極可能陷入形式主義性質(zhì)的錯(cuò)誤，這種調(diào)研僅僅是在知道“用戶現(xiàn)在怎么做？”最后極可能得出一個(gè)流水式的糊涂賬。

產(chǎn)品經(jīng)理需要的是探索更深層次的問題，為什么要這么做，為什么不這么做？

流程的基本意思是指水流的路程，也就是工作進(jìn)行中的次序或順序的布置和安排，由兩個(gè)及以上的業(yè)務(wù)步驟，完成一個(gè)完整的業(yè)務(wù)行為的過程。

對一項(xiàng)業(yè)務(wù)來說，從它的輸入到最終的結(jié)果，理論上來說就是一張流程圖就可以畫完整，但為什么不這么做呢？

沒有多少人可以一口氣看完一張橫跨多個(gè)業(yè)務(wù)角色、多個(gè)業(yè)務(wù)部門的流程圖后，能有一個(gè)全局的概念。這種形式的流程圖，會讓人陷入一種不可收拾的泥潭中。

產(chǎn)品經(jīng)理不僅僅是要知道每個(gè)環(huán)節(jié)的流程，更要理解整個(gè)業(yè)務(wù)的體系，并協(xié)助團(tuán)隊(duì)成員從全局來理解業(yè)務(wù)邏輯。你需要把業(yè)務(wù)的核心剝離得出來，抽象出多個(gè)可以支撐業(yè)務(wù)的關(guān)鍵支點(diǎn)。只有先搭建了一個(gè)好的戲臺，人物角色才能夠全面鋪開。

在你的腦海中想象一串葡萄的樣子，你的業(yè)務(wù)流程圖也應(yīng)該是這樣，一條主線若個(gè)支線無數(shù)節(jié)點(diǎn)。每一項(xiàng)業(yè)務(wù)通常都能找到它的關(guān)鍵支撐點(diǎn)。

比如：O2O項(xiàng)目，我們可以抽象歸類出“受理、派單、接單、回單、回訪”5個(gè)業(yè)務(wù)動作，通過這5個(gè)基本的業(yè)務(wù)動作，能夠讓整套系統(tǒng)流轉(zhuǎn)不同的業(yè)務(wù)單據(jù)，能夠支撐多個(gè)的業(yè)務(wù)角色，而不是簡單粗暴的讓流程跟著單據(jù)走，不能演變出新增/刪減一份單據(jù)都需要重新定義、修改流程的局面。

實(shí)際上，你應(yīng)該發(fā)現(xiàn)，對產(chǎn)品經(jīng)理而言，是先有業(yè)務(wù)，再做框架，然后是功能，最后是過程。一定要避免直接操刀把一個(gè)產(chǎn)品拆分成多少個(gè)模塊，模塊多少頁面，頁面內(nèi)是什么按鈕。

axure可以輕松輸出流程圖，通常情況下都可以不用visio等工具繪制流程圖。

少用多種工具的思路，是讓你把一個(gè)工具用到極致，并從繁雜的工具中解脫出來。

八、用故事板描述需求，而不是只有功能

所謂的用戶故事，就是描述用戶想要實(shí)現(xiàn)的功能，最簡單的說法，就是“誰想要干嘛”。

用戶故事

產(chǎn)品經(jīng)理們的PRD文檔會出現(xiàn)“寫了沒有人看”的尷尬，一個(gè)重要原因就是用戶需求的描述方式。

你寫了很多也足夠細(xì)致，但讀文檔的人卻始終沒有辦法進(jìn)入角色。過于技術(shù)化的描述讓人昏昏欲睡沒有思考的欲望，根本在于閱讀者不能通過角色置換想象一個(gè)用戶在干嘛，要干嘛，以及為什么。

隨著業(yè)務(wù)復(fù)雜性的提升，“需求清單”會變成像裹腳布一樣讓人不愿意忍受。根據(jù)用戶的業(yè)務(wù)場景寫成故事板，而不是列出一張“需求清單”。這么做的目的是為了保證團(tuán)隊(duì)能夠理解、認(rèn)同為什么要這個(gè)功能，以及用戶是怎么做的，并引發(fā)團(tuán)隊(duì)的思考。

產(chǎn)品經(jīng)理描述的功能需求（故事板），應(yīng)該盡量用團(tuán)隊(duì)可以理解的業(yè)務(wù)語言來描述，而不是描述諸如字段，存儲的技術(shù)語言。

作為產(chǎn)品經(jīng)理，必須把重心放在用戶所能理解的問題上。你解決的是用戶的問題，而不是程序猿們的問題。比如：頁面響應(yīng)速度這個(gè)問題，產(chǎn)品經(jīng)理可以描述為“啟動頁3秒后自動跳轉(zhuǎn)到首頁”，而忽略“響應(yīng)速度”本身是個(gè)什么概念——原因在于你的用戶并不能理解你的響應(yīng)速度，而你應(yīng)該像你的用戶一樣思考問題。

故事板并不是為了追求完整性，而在于它能夠被理解和有價(jià)值。所以，不太建議過于在意“故事板怎么描述”這個(gè)問題，這可能不是最重要的是問題。

關(guān)鍵是場景覆蓋的程度，覆蓋越廣，適應(yīng)性會更強(qiáng)，程度越深，可能用戶的體驗(yàn)相對會更好一些。產(chǎn)品經(jīng)理需要在不同的版本里面權(quán)衡在什么版本做什么功能，二八法則可能是你很好的一個(gè)工具。

想辦法讓你的團(tuán)隊(duì)在你的文檔里面“看見”用戶的具體行為動作，在每個(gè)人的腦海中構(gòu)建出一副生動的畫面，你的PRD才會有活力。

九、別再把原型粘貼進(jìn)WORD

前面已經(jīng)大篇幅的系統(tǒng)介紹了一份PRD包括的內(nèi)容，包括如何設(shè)計(jì)結(jié)構(gòu)，如何跟蹤進(jìn)度，甚至好包括需求的變更管理。

接下來，我們再看如何寫具體的需求。

Axure 足夠你完成任何的需求描述，別再費(fèi)神的再折騰一份word文檔了。

你完全不需要糾結(jié)是用標(biāo)簽，還是用auxre元件的“說明”來描述截圖的功能，這里唯一重要的就是這份PRD的用戶能不能看懂，以及他們?nèi)绾慰?/strong>。如果沒有閱讀axure的習(xí)慣，那你需要開展相關(guān)的培訓(xùn)工作。