最近項目相對輕松一點，所以想把工作中和行業(yè)里的一些干貨知識總結(jié)一下，絕不空空其談，不定期更新。
干貨知識問答系列第一篇——產(chǎn)品PRD的撰寫。
Q1：什么是PRD？
A：PRD的全稱是Product Requirement Document，翻譯為中文就是“產(chǎn)品需求文檔”。
Q2：PRD的作用是什么？為什么要寫產(chǎn)品PRD？
A：先說說一般做產(chǎn)品的流程（不僅僅是軟件產(chǎn)品，實物產(chǎn)品也是一樣）：有一個idea——市場調(diào)研驗證idea是否可行——詳細(xì)規(guī)劃idea的實現(xiàn)細(xì)節(jié)——把idea變成現(xiàn)實——測試驗證——投入市場，運營宣傳，盈利。
PRD其實就是“詳細(xì)規(guī)劃idea的實現(xiàn)細(xì)節(jié)”這一步驟，之所做這一步驟，是為了更好的完成下一步“把idea變成現(xiàn)實”。當(dāng)我們從用戶/客戶那里收集到需求后，會將需求轉(zhuǎn)化為一條條用戶需求（中間可能會經(jīng)過一些市場調(diào)研、需求篩選和可行性分析），而在產(chǎn)品經(jīng)理或者UX設(shè)計師的規(guī)劃和分析下會對這些需求進(jìn)行去重、歸類然后轉(zhuǎn)化為產(chǎn)品需求，形成產(chǎn)品功能列表（Feature List）。這時候我們需要將大大小小的功能點匯總成為一個產(chǎn)品并最終實現(xiàn)它就需要將我們的意圖系統(tǒng)的表達(dá)給設(shè)計獅、程序猿，然而此時任何的表達(dá)不清或錯誤都會造成后續(xù)工作的無法進(jìn)行或返工，因此產(chǎn)品需求文檔應(yīng)運而生。
通俗來說，PRD就是將產(chǎn)品概念圖紙化，用于完整描述產(chǎn)品需求，需要闡述詳細(xì)的細(xì)節(jié)和實現(xiàn)模型。用于向研發(fā)相關(guān)人員說明需要開發(fā)的產(chǎn)品功能和這些功能的性能要求。產(chǎn)品人員可以通過撰寫PRD，梳理清楚方案實現(xiàn)過程中的各種問題和影響。PRD質(zhì)量的好壞，在很大程度上直接影響著研發(fā)部門是否可以明確產(chǎn)品的功能和性能，好的PRD能夠讓產(chǎn)品研發(fā)更高效，流程更規(guī)范。
除此之外，產(chǎn)品開發(fā)過程中，大多數(shù)的新需求都需要迭代幾個版本后才能走向成熟穩(wěn)定的階段，如果沒有PRD文檔，在大型項目中，需求的迭代變更將變的無據(jù)可循。PRD的文檔修訂編號和命名也是項目規(guī)范化管理的主要方法之一。
Q3：誰來編寫產(chǎn)品PRD？
A：PRD的面向?qū)ο笾饕茄邪l(fā)部門，撰寫者一般是PM，不過不同的公司工作安排不同，比如我們公司的PRD由交互設(shè)計師撰寫。
Q4：PRD包含哪些內(nèi)容？
A：PRD從整體上看通常包含以下內(nèi)容：
1、封面部分：標(biāo)題，編寫人員信息等
2、修訂歷史：以交代每次修改的責(zé)任人和修改內(nèi)容
3、項目概述：項目背景、行業(yè)現(xiàn)狀等（從業(yè)務(wù)背景和意義出發(fā)，從整體上告訴讀者為什么要做這個產(chǎn)品）
4、產(chǎn)品功能范圍：從全局視角交代產(chǎn)品的各個功能點，重點描述系統(tǒng)中角色的職責(zé)，并標(biāo)明每個功能的優(yōu)先級，以便相關(guān)人員快速定位產(chǎn)品的核心功能和規(guī)劃后續(xù)工作安排。
5、非功能性需求：一些非功能性的，但是必須說明的內(nèi)容。如：性能和規(guī)劃埋點等
6、用例詳述：每個用例對應(yīng)產(chǎn)品的一個或多個功能點，由用例名、用例描述，優(yōu)先級，設(shè)計圖、流程圖、用例圖、狀態(tài)圖、序列圖、用例說明、交換說明、邊界條件，前置條件等部分共同組成，這其中具體采用哪些類型的UML圖需要根據(jù)產(chǎn)品的業(yè)務(wù)類型而定。
以上內(nèi)容中，4、5、6三點是PRD的核心內(nèi)容。
Q5：撰寫產(chǎn)品PRD有哪些注意事項？
A：1，有規(guī)范化的格式，一般的公司都有自己的慣用格式，采用統(tǒng)一的規(guī)范可以在最大的程度上避免產(chǎn)品設(shè)計上的內(nèi)容缺失，也降低了閱讀人員的學(xué)習(xí)閱讀成本。
2，寫PRD一定要時刻想著換位思考，你得想著你的文檔是給開發(fā)、設(shè)計、測試等看的，語言上盡量好理解，盡量不要用形容詞，描述功能時，可以嘗試用開發(fā)的邏輯去思考書寫方式。要以程序猿、設(shè)計獅能理解的語言來描述，一定要讓開發(fā)人員閱讀無障礙。此外專業(yè)的術(shù)語不僅能減少分歧更能給相關(guān)各方留下一個專業(yè)認(rèn)真的形象，有利于團(tuán)隊的凝聚力。
Q6：怎么撰寫產(chǎn)品PRD？
A：這是最核心的問題，很多產(chǎn)品新人孜孜不倦的在網(wǎng)上瀏覽大把的文章，苦苦追尋PRD模板，就想知道該怎么寫PRD文檔，其實，PRD本沒有什么模板可言，只要你寫的PRD思路清晰，邏輯合理，表達(dá)清楚了產(chǎn)品需求就行了。驗證PRD最好的方法就是，把你寫的PRD拿給開發(fā)人員看，看工程師能不能看懂，他們是否不需要問什么問題就知道自己該怎么做？如果答案都是肯定的，那么，你的PRD在“內(nèi)容”上就合格了（至于產(chǎn)品設(shè)計是否合理，這又是一個巨大的工程，需要測試部門乃至用戶來驗證了）。一份好的PRD的檢驗標(biāo)準(zhǔn)就是技術(shù)人員只有你的PRD，不經(jīng)過語言溝通，他做出來的東西與你的設(shè)想一模一樣。
不過以下幾個步驟，是我們在撰寫PRD時一定要做的事情。
第一步：前期準(zhǔn)備
在做一個產(chǎn)品之前，我們必須做好前期的準(zhǔn)備工作。包括市場調(diào)研，用戶研究，競品分析等，我們需要去了解所規(guī)劃產(chǎn)品顧客、競爭對手、產(chǎn)品團(tuán)隊的實力和需要的技術(shù)。磨刀不費砍材功，準(zhǔn)備工作做的夠好，可以增強信心和說服力。
第二步：確定產(chǎn)品需求
每一個產(chǎn)品都開始于無數(shù)個需求。你必須清楚的了解這些需求，你的產(chǎn)品如何達(dá)到這些需求。
產(chǎn)品需求需要確切的指出這個產(chǎn)品發(fā)布的目標(biāo)，并且有優(yōu)先級之分。例如，你的目標(biāo)可能是：
1、一款智能音箱，
2、可以控制家居設(shè)備
3、零售價不要超過4000元
4、產(chǎn)品要配備一個攝像頭
5、用戶體驗要好
……
這些需求，有的來源于老板（1），有的來源于商業(yè)合作要求（4），有的來源于市場（2，3，5）你需要明確產(chǎn)品這些目標(biāo)如何達(dá)到？怎么算達(dá)到？因為這些需求限制了你的產(chǎn)品規(guī)劃思路
第三步：明確你可運用的資源
很少有人提到這步，很多人都是大張旗鼓的說什么用戶分析啊，用戶畫像啊，用戶行為分析啊這些，當(dāng)然，這些非常重要，做用戶體驗，最重要這點。理論如此，有幾家公司能夠砸錢給你做這么多的用戶研究，在退一步，你做了這些研究，針對用戶需求把產(chǎn)品設(shè)計出來交付給工程師之后，程序員告訴你：“我寫不出來?！痹趺崔k？我個人意志秉承的觀點是，廚師應(yīng)該先看自己有些什么材料，在決定做什么菜。當(dāng)我們做了市場調(diào)研，做了需求分析之后，我們要清點自己手中的資源，在前兩步的規(guī)劃中做減法，或者排優(yōu)先級。如果必要資源缺失，應(yīng)當(dāng)立即做資源補充。
第四步：明確功能，邏輯流程和用例
有了前三步驟，基本上產(chǎn)品的方向已經(jīng)定下來了，這個時候，我們需要把功能和邏輯流程梳理出來，利用各種圖，表，文字等形式呈現(xiàn)出來。
第五步：寫
寫，把前四步積累的東西寫下來，注意條理清晰，內(nèi)容簡潔，及時保存和備份。
第六步：修訂
多找人提提意見，同時也要有自己的想法，我見過有人寫PRD，別人說改哪里他就改哪里，沒有主見和判斷力。一般公司都會有PRD評審會，經(jīng)過評審后的PRD，在非特殊情況，一般不用大改。
最后，很重要的一點需要明確：
PRD的本質(zhì)是產(chǎn)品開發(fā)過程中詳細(xì)的溝通介質(zhì)，所以理論上只要滿足詳細(xì)和功能的需求都可以用來作為PRD的替代品。隨著敏捷開發(fā)和設(shè)計至上的理念深入人心，產(chǎn)品的開發(fā)流程也由傳統(tǒng)的瀑布式逐漸向產(chǎn)品設(shè)計配合不斷修改設(shè)計，研發(fā)測試同步快速迭代功能的敏捷開發(fā)轉(zhuǎn)變。所以PRD上的內(nèi)容經(jīng)常會需要反復(fù)修改，這樣PRD的劣勢也漸漸凸顯出來，比如功能修改后PRD文檔的修改常常會忽略相關(guān)聯(lián)的模塊，交互設(shè)計在PRD這種靜態(tài)文檔形式上不容易展現(xiàn)。
為了解決這些問題不同的公司也會采取不同的處理方案，有的會簡化PRD的文檔形式、有的則是徹底舍棄PRD以產(chǎn)品原型和用例文檔配合來代替。于是很多人開始利用Axure等原型工具來寫PRD，利用低/高保真原型來說明產(chǎn)品需求。刨去時間成本不說，高保真原型的確是很不錯的一個選擇，尤其是對于APP和網(wǎng)頁類的產(chǎn)品。一是因為高保真的原型可以更加清楚明白的表述產(chǎn)品的交互樣式和功能點，二是高保真原型在需求修改時更不容易忽略相關(guān)的功能點，最后每一個高保真原型都可以作為一個最小的MVP原型，在做用戶調(diào)研時甚至不需要開發(fā)出基本的功能就可以用于用戶測試，再配合用例文檔和原型上的功能注釋，會是一種不錯的產(chǎn)品需求說明。
然而，一切的的形式都要與對應(yīng)的目標(biāo)相配合。無論是PRD文檔還是高保真原型，理論上都有其適用的范圍，任何一件事或一個道理脫離了他的環(huán)境都會變得沒有道理，因此要通過現(xiàn)象看本質(zhì)選擇最適合團(tuán)隊的溝通方式才是高于任何文檔形式的核心本質(zhì)。
