3個(gè)方法寫對(duì)用戶畫像產(chǎn)品需求文檔（PRD）

3個(gè)方法，寫對(duì)用戶畫像產(chǎn)品需求文檔（PRD）需求是科技網(wǎng)絡(luò)產(chǎn)品開(kāi)發(fā)的基礎(chǔ)，對(duì)需求的描述載體是需求文檔。文檔質(zhì)量決定了產(chǎn)品的質(zhì)量和生存周期，因此任何公司都會(huì)想辦法提升產(chǎn)品需求文檔質(zhì)量。那么要如何做呢，讓我們看看筆者是如何說(shuō)的：高質(zhì)量的需求文檔具有如下兩個(gè)特征：完整、正確性：每一項(xiàng)需求的功能都描述清楚、準(zhǔn)確、無(wú)沖突，使后續(xù)開(kāi)發(fā)、測(cè)試人員獲得所有必要信息；可行性：每一項(xiàng)需求都必須能在已知能力和約束條件內(nèi)實(shí)現(xiàn)，對(duì)于技術(shù)上無(wú)法實(shí)現(xiàn)，或者成本。上無(wú)法負(fù)擔(dān)的需求，則不可行。例如：此前有報(bào)道某公司產(chǎn)品經(jīng)理提出根據(jù)手機(jī)殼換APP顏色的需求，那么在當(dāng)時(shí)那個(gè)場(chǎng)景下產(chǎn)品的需求可行性為較低。本文先從一個(gè)落地用戶學(xué)生畫像的產(chǎn)品需求文檔（PRD）展開(kāi)，接著分析需求文檔的產(chǎn)生過(guò)程，然后講述需求文檔產(chǎn)生過(guò)程中容易產(chǎn)生的問(wèn)題，最后提出提升需求文檔質(zhì)量的措施。本篇順道提一下AI產(chǎn)品需求文檔注意要點(diǎn)，本篇AI及數(shù)據(jù)產(chǎn)品需求文檔不是重點(diǎn)，希望看AI產(chǎn)品相關(guān)的請(qǐng)繼續(xù)關(guān)注LineLian的文章。一、已落地的學(xué)生用戶畫像的產(chǎn)品需求文檔（PRD）內(nèi)容較長(zhǎng)建議耐心閱讀，因?yàn)橥械漠a(chǎn)品的需求比較硬核，所以產(chǎn)品需求文檔的內(nèi)容也比較長(zhǎng)。為了練習(xí)產(chǎn)品經(jīng)理的基本功，需要有足夠的耐心，加上筆者LineLian總結(jié)的方法方向?qū)⑿枨笥肞RD邏輯清晰地表達(dá)出來(lái)。下面為用戶學(xué)生畫像產(chǎn)品需求文檔案例：1.對(duì)PRD編號(hào)2.程式化的版本修訂記錄3.生成目錄4.對(duì)項(xiàng)目進(jìn)行背景綜述（1）背景用戶學(xué)生畫像v4.0迭代項(xiàng)目主要是對(duì)已有畫像平臺(tái)功能結(jié)構(gòu)重新梳理和整合。項(xiàng)目基于用戶學(xué)生畫像v3.2、江南大學(xué)用戶學(xué)生畫像項(xiàng)目以及參考浙大用戶學(xué)生畫像相關(guān)要求，以通用性為原則，將原有功能梳理重新定義，對(duì)用戶學(xué)生畫像、群體對(duì)比、個(gè)人畫像結(jié)構(gòu)都有所調(diào)整，同時(shí)增加自定報(bào)告功能模塊。后續(xù)的項(xiàng)目都會(huì)基于這個(gè)版本進(jìn)行開(kāi)發(fā)。（2）目標(biāo)明確用戶學(xué)生畫像結(jié)構(gòu)，使得產(chǎn)品結(jié)構(gòu)清晰，將原有畫像系統(tǒng)分為數(shù)據(jù)結(jié)果呈現(xiàn)和數(shù)據(jù)應(yīng)用兩大塊：數(shù)據(jù)結(jié)果呈現(xiàn)：對(duì)應(yīng)群體畫像、自定義畫像、群體對(duì)比以及個(gè)人畫像重點(diǎn)在已有數(shù)據(jù)結(jié)果呈現(xiàn)；數(shù)據(jù)應(yīng)用：對(duì)應(yīng)預(yù)測(cè)預(yù)警和自助報(bào)告，前者是根據(jù)已有數(shù)據(jù)對(duì)行為預(yù)測(cè)，后者是根據(jù)已有數(shù)據(jù)形成總結(jié)報(bào)告。統(tǒng)一原有用戶學(xué)生畫像系統(tǒng)，減少后續(xù)項(xiàng)目個(gè)性化定制。（3）閱讀對(duì)象本文檔閱讀對(duì)象為項(xiàng)目經(jīng)理、UI設(shè)計(jì)師、開(kāi)發(fā)工程師、測(cè)試工程師5.對(duì)產(chǎn)品進(jìn)行描述用戶學(xué)生畫像產(chǎn)品是XX科技畫像系列產(chǎn)品重要組成部分，是一款服務(wù)于高校學(xué)生管理與教育引導(dǎo)的大數(shù)據(jù)產(chǎn)品。圍繞學(xué)生在校期間的安全、學(xué)業(yè)、生活、就業(yè)等方面的具體問(wèn)題，通過(guò)刻畫學(xué)生全維度畫像，幫助管理者全面認(rèn)識(shí)學(xué)生，精準(zhǔn)定位異常人群，以大數(shù)據(jù)+畫像技術(shù)服務(wù)于大學(xué)生精細(xì)化管理。6.產(chǎn)品思維腦圖：邏輯清晰地表達(dá)概要功能結(jié)構(gòu)這個(gè)模塊往往對(duì)上級(jí)匯報(bào)產(chǎn)品內(nèi)容時(shí)用處多。產(chǎn)品功能結(jié)構(gòu)，如下所示：7.幫前期的產(chǎn)品Featurelists生成產(chǎn)品功能列表產(chǎn)品功能表，如下所示：8.定義產(chǎn)品用戶的角色用戶角色：這里“角色”的概念不是根據(jù)這些角色查看數(shù)據(jù)范圍或功能權(quán)限一致分類的，因?yàn)閷W(xué)院、輔導(dǎo)員所對(duì)應(yīng)學(xué)生數(shù)據(jù)范圍是不一樣的；這里根據(jù)學(xué)校數(shù)據(jù)，如果有對(duì)應(yīng)信息課進(jìn)行對(duì)應(yīng)分組示例：9.產(chǎn)品功能需求說(shuō)明正正文部分找到合適的產(chǎn)品需求文檔框架模板，根據(jù)適應(yīng)原則做裁剪處理；保證文檔整體結(jié)構(gòu)的完整性；邏輯一致和完備；任何功能都要能夠清晰地描述思維邏輯過(guò)程和采用的方法，同時(shí)要注意臨界值和異常值的處理；可以使用正向邏輯檢查或使用反向測(cè)試邏輯走查；描述內(nèi)容在正確的前提下盡量簡(jiǎn)潔明了，能用界面截圖或圖例的不用文字，重點(diǎn)內(nèi)容鮮明標(biāo)注；補(bǔ)充解釋或者舉例。文檔分類：文檔的目標(biāo)用戶不同，用途不同，文檔的內(nèi)容和風(fēng)格差異就會(huì)比較大。從0-1的產(chǎn)品需求文檔和迭代升級(jí)的產(chǎn)品需求文檔側(cè)重點(diǎn)和關(guān)注的內(nèi)容不同，目標(biāo)用戶有差異的文檔內(nèi)容不同；不同身份撰寫者提交的文檔重點(diǎn)不同。功能需求說(shuō)明，這部分主要的查看對(duì)象是Coding和test及產(chǎn)品經(jīng)理自己驗(yàn)證產(chǎn)品時(shí)所用。由于原PRD過(guò)長(zhǎng)，筆者LineLian僅截取一部分，如果實(shí)在有需要可以跟筆者LineLian聯(lián)系或者聯(lián)系起點(diǎn)。但是從筆者所列的部分仔細(xì)閱讀的同學(xué)，一定能夠看出一份用戶畫像和數(shù)據(jù)型產(chǎn)品需求文檔需要講清楚模塊優(yōu)先級(jí)、功能名稱、用戶對(duì)象，特別是需求描述需要講清楚功能的交互邏輯、業(yè)務(wù)對(duì)應(yīng)的需求規(guī)則、操作的流程、字段、圖表說(shuō)明、算法模型建議和保密需求等等。具體如下所示：基礎(chǔ)模塊：群體畫像：二、分析需求文檔的產(chǎn)生過(guò)程產(chǎn)品開(kāi)發(fā)一般需要經(jīng)歷五個(gè)階段：需求分析階段、設(shè)計(jì)階段、編碼階段、測(cè)試階段、驗(yàn)收交付階段，后續(xù)還有運(yùn)營(yíng)維護(hù)階段。而需求分析階段產(chǎn)生的需求文檔，是后續(xù)幾個(gè)階段的依據(jù)和必備條件。上述需求文檔是為第4版迭代重新進(jìn)行需求分析的文檔。需求文檔是需求分析階段的工作產(chǎn)品，是需求開(kāi)發(fā)和分析的結(jié)果，是用戶和開(kāi)發(fā)人員之間交流的橋梁，也是設(shè)計(jì)和編碼的基礎(chǔ)，又是測(cè)試和驗(yàn)收的依據(jù)。需求文檔需精確地闡述一個(gè)軟件必須提供的功能、性能、設(shè)計(jì)和實(shí)現(xiàn)的限制條件，并盡可能完整地描述軟件預(yù)期的外部行為和用戶可視化行為，還需包括設(shè)計(jì)、構(gòu)造、測(cè)試或工程管理的細(xì)節(jié)。一般需經(jīng)歷如下幾個(gè)過(guò)程：1.產(chǎn)品需求開(kāi)發(fā)過(guò)程需求開(kāi)發(fā)的主要目的是全面發(fā)掘用戶的需求，盡量避免后期的需求變動(dòng)，一般采用現(xiàn)場(chǎng)調(diào)研、調(diào)查問(wèn)卷、樣機(jī)、樣例等方式，此時(shí)的需求都是從用戶的角度提出，盡量保證全面，不要求詳細(xì)、具體。例如：上文PRD中，我們當(dāng)時(shí)采用到學(xué)?，F(xiàn)場(chǎng)調(diào)研了解每一個(gè)角色對(duì)當(dāng)下系統(tǒng)的使用情況，傾聽(tīng)客戶和用戶的需求。然后確定軟件開(kāi)發(fā)任務(wù)書。2.產(chǎn)品需求分析過(guò)程產(chǎn)品需求分析就是解答產(chǎn)品做什么的問(wèn)題。本過(guò)程是需求文檔形成的主要過(guò)程，是在前述任務(wù)書確定了開(kāi)發(fā)任務(wù)的基礎(chǔ)上，對(duì)用戶的需求進(jìn)行去粗取精、去偽存真、正確理解，然后把它用軟件工程開(kāi)發(fā)語(yǔ)言（形式功能規(guī)約，即需求規(guī)格說(shuō)明書）表達(dá)出來(lái)的過(guò)程。這個(gè)過(guò)程中需要明確每個(gè)功能的具體要求，例如：如何操作、如何展示結(jié)果、界面的樣式、要求、通信協(xié)議、接口、處理的數(shù)據(jù)、功能間的交互關(guān)系等等。例如：上述PRD中充分挖掘?qū)W校對(duì)學(xué)生心理健康數(shù)據(jù)尤為關(guān)注，那么產(chǎn)品需求分析就要結(jié)合心理學(xué)和實(shí)際學(xué)生心理數(shù)據(jù)相結(jié)合來(lái)設(shè)計(jì)產(chǎn)品。最后一般是以軟件需求規(guī)格說(shuō)明書的形式呈現(xiàn)全部分析結(jié)果。3.需求評(píng)審過(guò)程主要是從用戶的角度和產(chǎn)品設(shè)計(jì)的角度，由用戶、軟件設(shè)計(jì)人員共同對(duì)需求規(guī)格說(shuō)明和初步的用戶手冊(cè)進(jìn)行評(píng)審，以確保產(chǎn)品需求的完整、準(zhǔn)確、清晰、具體，并使用戶和產(chǎn)品設(shè)計(jì)人員對(duì)需求規(guī)格說(shuō)明和初步的用戶手冊(cè)的理解達(dá)成一致。因此，任務(wù)書和需求規(guī)格說(shuō)明形成后，均需進(jìn)行需求評(píng)審，評(píng)審文檔中的每一條需求是否符合用戶要求、是否有遺漏、是否模糊、前后是否一致、是否無(wú)歧義等，使開(kāi)發(fā)方和用戶方的理解達(dá)成一致，并固定用戶需求。例如：筆者LineLian在日常產(chǎn)品相關(guān)工作中，會(huì)安排一些時(shí)間，來(lái)幫年輕的產(chǎn)品經(jīng)理過(guò)需求和評(píng)審需求文檔的質(zhì)量。三、需求文檔產(chǎn)生過(guò)程中容易產(chǎn)生的問(wèn)題上述需求文檔產(chǎn)生的三個(gè)過(guò)程，理論上可以保證需求文檔的質(zhì)量，實(shí)際實(shí)施時(shí)會(huì)有較多的原因?qū)е驴刂剖?，甚至?xí)?dǎo)致需求與用戶的要求不一致，造成這種情況的主要原因有：1.市場(chǎng)環(huán)境變化導(dǎo)致場(chǎng)景變化例如：針對(duì)學(xué)校學(xué)生為主的用戶開(kāi)發(fā)大數(shù)據(jù)人工智能軟件，某一天市場(chǎng)突然要求校園不能以軟件開(kāi)發(fā)為目標(biāo)讓學(xué)生使用校外面的產(chǎn)品，那么這個(gè)政策下來(lái)后，許多原來(lái)的需求就不得不停止甚至終止。2.需求不是來(lái)自直接用戶例如：上述文檔中征集需求時(shí)只收集了訂購(gòu)方校方的意見(jiàn)，未能面對(duì)真正的使用用戶學(xué)生，導(dǎo)致訂購(gòu)方的需求不能代表最終用戶的需求等。3.產(chǎn)品需求分析人員技能不足這一點(diǎn)也是考察產(chǎn)品經(jīng)理是否為高階段資深產(chǎn)品經(jīng)理與否的一個(gè)客觀標(biāo)準(zhǔn)，分析需求時(shí)未能真正了解到用戶的具體要求。例如：用戶要求數(shù)據(jù)保密功能，需求人員對(duì)保密缺乏相關(guān)知識(shí)，使得只設(shè)計(jì)了密碼登陸的功能，未能提出更多的需求分析問(wèn)題，以征集到用戶的不同角色權(quán)限不同、數(shù)據(jù)保密、密碼長(zhǎng)度、強(qiáng)度等要求全面的保密需求。四、提升需求文檔的措施1.需求開(kāi)發(fā)過(guò)程是否合理是否制定了需求開(kāi)發(fā)計(jì)劃，計(jì)劃的合理性經(jīng)過(guò)評(píng)審；需求開(kāi)發(fā)的執(zhí)行人是否有相應(yīng)的技能；選擇的調(diào)查對(duì)象是否能代表最終用戶的意見(jiàn)；是否采用了規(guī)定的方法、流程、模板、表格等；是否未經(jīng)調(diào)查直接編制需求文檔。2.需求分析過(guò)程是否合理是否制定了需求分析計(jì)劃，計(jì)劃的合理性經(jīng)過(guò)評(píng)審；需求分析人員是否具備相應(yīng)技能；是否采用了規(guī)定的或者合適的需求分析方法；是否采用了規(guī)定的模板、表格；是否針對(duì)軟件的行業(yè)特性制定了相應(yīng)的分析措施。五、總結(jié)一下用戶畫像類PRD的寫法PRD產(chǎn)品需求文檔主要有MRD、競(jìng)對(duì)分析、原型、開(kāi)發(fā)任務(wù)書、軟件規(guī)格說(shuō)明書等形式，均包含在PRD（產(chǎn)品需求文檔內(nèi)）。一款產(chǎn)品不是所有的文檔均需要撰寫，例如文中所述的學(xué)生用戶畫像產(chǎn)品主要撰寫產(chǎn)品功能的具體定義。所以，我們撰寫產(chǎn)品需求文檔不一定把上述文檔撰寫一遍，在強(qiáng)調(diào)敏捷開(kāi)發(fā)的環(huán)境下，可以用原型配合產(chǎn)品經(jīng)理的口頭表達(dá)也是常見(jiàn)的開(kāi)發(fā)方法。隨著人工智能產(chǎn)品需求的增多，產(chǎn)品經(jīng)理還會(huì)面臨新的需求。例如：配合算法工程師設(shè)計(jì)模型調(diào)教算法，這一點(diǎn)需要產(chǎn)品經(jīng)理持續(xù)地學(xué)習(xí)。這里先順道提一下AI產(chǎn)品需求文檔的幾個(gè)要點(diǎn)，日后筆者將會(huì)寫AI產(chǎn)品需求文檔：目標(biāo)用戶包含算法工程師的文檔：需要清晰地交代需求背景、現(xiàn)有的數(shù)據(jù)支持情況、預(yù)期的結(jié)果及功能設(shè)計(jì)采用的AI技術(shù)和設(shè)計(jì)的邏輯；采用第三方的AI技術(shù)支持的產(chǎn)品：需要完整地描述產(chǎn)品的整體實(shí)現(xiàn)過(guò)程、期間調(diào)用第三方技術(shù)的方式、第三方技術(shù)的支持范圍和實(shí)現(xiàn)邏輯，