很多產(chǎn)品經(jīng)理在拿到一個(gè)需求后，在具體的原型策劃階段，往往沒有從上到下系統(tǒng)的思考，更像是想到哪做到哪，導(dǎo)致后期功能結(jié)構(gòu)混亂、核心的需求場(chǎng)景缺失，如果此前對(duì)需求理解不到位，嚴(yán)重時(shí)還要返工；
需求版本規(guī)劃時(shí)的需求清單，很多都是一句話需求，甚至對(duì)需求方的轉(zhuǎn)譯都沒能搞清楚，如果產(chǎn)品人員拿到需求后，不假思索的開始擼原型，不去思考為什么做這些，或者如果不做這些能怎么樣，需求有沒有更好的替代方案...就會(huì)導(dǎo)致需求策劃的目標(biāo)模糊，最終的產(chǎn)出不能滿足需求方的痛點(diǎn)，那自己的產(chǎn)出價(jià)值可想而知。
根據(jù)最近的工作內(nèi)容和個(gè)人在具體進(jìn)行產(chǎn)品策劃時(shí)的一些思考，決定對(duì)需求策劃進(jìn)行一個(gè)比較全面的復(fù)盤，再梳理自己工作流程的同時(shí)，在流程中的每個(gè)階段都融入一些自己的想法。
產(chǎn)品策劃流程
整篇復(fù)盤用一張圖開始，通過這張圖明確產(chǎn)品策劃的整個(gè)流程，以及每個(gè)流程階段的核心思路：
一個(gè)通用的、完整的產(chǎn)品策劃流程應(yīng)該分為六個(gè)階段，市場(chǎng)調(diào)研、需求立項(xiàng)、業(yè)務(wù)調(diào)研、原型策劃、技術(shù)開發(fā)、測(cè)試發(fā)布，這里不包括策劃完成后的需求驗(yàn)證、數(shù)據(jù)分析等階段。在以上六個(gè)階段中，從需求立項(xiàng)到最后測(cè)試發(fā)布期間，基本都有優(yōu)先級(jí)規(guī)劃的思路。
1、需求立項(xiàng)
對(duì)市場(chǎng)調(diào)研的需求進(jìn)行分析和優(yōu)先級(jí)規(guī)劃，結(jié)合戰(zhàn)略規(guī)劃和自身產(chǎn)品定位，方便后續(xù)可篩選出高客戶價(jià)值、高競(jìng)爭力的需求進(jìn)行策劃。確定需求到底要不要做，可以通過判斷需求價(jià)值、可拓展性、實(shí)現(xiàn)成本以及項(xiàng)目規(guī)劃角度去進(jìn)行優(yōu)先級(jí)排列，也可以使用需求規(guī)劃的方法模型，如緊急重要四象限、KANO模型等等，核心就是要對(duì)需求進(jìn)行輕重緩急之分；
2、業(yè)務(wù)調(diào)研
按照規(guī)劃好的需求優(yōu)先級(jí)，去調(diào)研相關(guān)的使用場(chǎng)景或業(yè)務(wù)流程；此時(shí)C端產(chǎn)品可對(duì)用戶進(jìn)行分析，梳理出某個(gè)需求完整的使用場(chǎng)景；B端產(chǎn)品可調(diào)研某個(gè)需求對(duì)應(yīng)的業(yè)務(wù)場(chǎng)景以及現(xiàn)有流程的痛點(diǎn)；
調(diào)研完成后，很多時(shí)候并不一定會(huì)在一個(gè)迭代版本里解決，通常會(huì)把這些需要解決的業(yè)務(wù)場(chǎng)景再次進(jìn)行優(yōu)先級(jí)拆分；此時(shí)C端產(chǎn)品可優(yōu)先解決核心體驗(yàn)問題，B端產(chǎn)品可優(yōu)先處理核心業(yè)務(wù)場(chǎng)景和核心流程；
3、原型策劃
根據(jù)確定的優(yōu)先級(jí)問題和業(yè)務(wù)場(chǎng)景，對(duì)產(chǎn)品功能、框架結(jié)構(gòu)進(jìn)行層級(jí)劃分，這里的優(yōu)先級(jí)是指具體策劃功能時(shí)的先后順序，通常是先有原型框架，再有信息結(jié)構(gòu)，最后確定頁面內(nèi)容和交互流程細(xì)節(jié)；
4、技術(shù)開發(fā)
產(chǎn)品人員策劃完成后交付的需求原型，在技術(shù)開發(fā)時(shí)會(huì)通過項(xiàng)目管理來控制需求管道，每次的開發(fā)量需匹配實(shí)際開發(fā)能力，保證產(chǎn)品開發(fā)團(tuán)隊(duì)可以健康可持續(xù)的開發(fā)需求，在項(xiàng)目管理時(shí)就會(huì)對(duì)決定要開發(fā)的需求進(jìn)行優(yōu)先級(jí)排序；
5、測(cè)試發(fā)布
測(cè)試工程師根據(jù)產(chǎn)品測(cè)試用例，對(duì)開發(fā)完成的需求點(diǎn)進(jìn)行測(cè)試，通常也是會(huì)先測(cè)試主流程邏輯，然后是分支流程、異常情況的場(chǎng)景測(cè)試，直到測(cè)試完成后就可以發(fā)布上市。
優(yōu)先級(jí)的思路在日常工作中，多用于任務(wù)管理，最明顯的優(yōu)點(diǎn)就是任務(wù)條理，可以最大化利用設(shè)計(jì)和開發(fā)資源，以便團(tuán)隊(duì)在理解用戶需求時(shí)可以先準(zhǔn)確再精確，通過不斷快速迭代，在合理的時(shí)間聚焦最有價(jià)值的需求點(diǎn)。當(dāng)產(chǎn)品團(tuán)隊(duì)不再疲于開發(fā)一堆目標(biāo)模糊的功能時(shí)，反而團(tuán)隊(duì)的開發(fā)效率會(huì)更高效，因此也往往會(huì)產(chǎn)生不錯(cuò)的效果。
原型策劃流程
既然是復(fù)盤產(chǎn)品需求策劃，那就應(yīng)該是以設(shè)計(jì)-交付為主，最終的產(chǎn)出就是產(chǎn)品原型了。如何高效的設(shè)計(jì)，交付出符合客戶需求的原型，是產(chǎn)品人在原型策劃階段產(chǎn)出最多的內(nèi)容，那就具體說說原型策劃時(shí)應(yīng)該注意的點(diǎn)。
了解產(chǎn)品形態(tài)
在動(dòng)手開始找競(jìng)品、擼原型之前，應(yīng)該先明確將要策劃的需求形態(tài)。這個(gè)需求可以是從0-1的產(chǎn)品，或在現(xiàn)有產(chǎn)品體系上新增的功能，也可以是完全顛覆的功能。不同形態(tài)，產(chǎn)品策劃的功能量級(jí)也不同，具體要看情況。
如果是從0-1的需求，就意味著要經(jīng)歷完整的調(diào)研-分析-策劃；如果是現(xiàn)有產(chǎn)品新增的功能，就要考慮如何與現(xiàn)有產(chǎn)品定位、框架結(jié)構(gòu)相匹配；當(dāng)需要策劃的需求是完全顛覆的功能形態(tài)時(shí)，就需要考慮之前的功能是什么樣，重新推倒重來的問題和要達(dá)到什么目的。
完全顛覆的功能與從0-1不同，更加需要從中挖掘此次策劃的需求本質(zhì)。既然是要顛覆，必然就要比上一版更好，否則產(chǎn)出的原型價(jià)值自然不高。
總之，一定要先清晰定位自己將要策劃的需求形態(tài)，幫助我們?cè)诰唧w策劃時(shí)更準(zhǔn)確的把控需求策劃范圍，也方便規(guī)劃版本迭代。
明確要解決的問題
理解需求等同與需求分析，需要分析需求提出的背景、什么條件下提出的以及需求方想要達(dá)到什么目的，然后從需求目的倒推需求解決方案，因?yàn)榭蛻?用戶在提出需求時(shí)，通常是根據(jù)自己的經(jīng)歷和認(rèn)知提出他自己認(rèn)為的解決方案，沒有辦法像產(chǎn)品經(jīng)理一樣，可以站在產(chǎn)品本身去尋找更合適的方法。
通常在判斷用戶的需求是否符合產(chǎn)品定位時(shí)，C端產(chǎn)品要看是不是目標(biāo)用戶，B端產(chǎn)品要看是不是業(yè)務(wù)使用者或決策者。另外，需求分析的方法有很多，也有各種模型，就不在此贅述，但這里強(qiáng)調(diào)一下HMW，這個(gè)方法用于產(chǎn)品人員思考需求解決方案時(shí)的效果比較好，可以從不同方面窮盡自己的想法，盡可能豐富產(chǎn)品設(shè)計(jì)場(chǎng)景。
確定產(chǎn)品結(jié)構(gòu)
此處的優(yōu)先級(jí)排序，是針對(duì)分析當(dāng)前需求得出的功能點(diǎn)來排序的。用戶調(diào)研、業(yè)務(wù)調(diào)研，C端產(chǎn)品可通過用戶調(diào)研訪談、用戶畫像以及數(shù)據(jù)表現(xiàn)來幫助自己確定如何策劃功能點(diǎn)；B端產(chǎn)品可直接調(diào)研或者還原使用者、決策者的使用場(chǎng)景來識(shí)別真正的問題。這將些點(diǎn)匯總起來形成功能信息，再通過排列優(yōu)先級(jí)確定產(chǎn)品的功能信息結(jié)構(gòu)。
原型策劃五步驟
這里需要套用一下“用戶體驗(yàn)五要素”的思路，方法原本是用于用戶在體驗(yàn)產(chǎn)品時(shí)可以按照表現(xiàn)層到戰(zhàn)略層，從產(chǎn)品最外表一直體驗(yàn)和分析，由外而內(nèi)直至了解產(chǎn)品或功能想要實(shí)現(xiàn)的戰(zhàn)略意義。但是換個(gè)角度，也可以是產(chǎn)品人員在策劃需求時(shí)由內(nèi)而外的思路或者流程。
1、戰(zhàn)略層
通過分析這個(gè)需求在產(chǎn)品規(guī)劃中的戰(zhàn)略地位，明確是要提升企業(yè)或產(chǎn)品的運(yùn)營目標(biāo)，還是只是新增完善功能，又或是打造產(chǎn)品生態(tài)，如是否是需要策劃一個(gè)系統(tǒng)性的功能，便于實(shí)現(xiàn)產(chǎn)品形成企業(yè)SaaS形態(tài)；
2、范圍層
明確需求范圍，這個(gè)需求是為一個(gè)人解決還是為一群人解決，為單一角色還是為整個(gè)決策鏈解決，這里同樣也有優(yōu)先級(jí)的取舍；此時(shí)通過調(diào)研用戶和角色確定需求內(nèi)容，然后對(duì)需求進(jìn)行拆解和規(guī)劃；
3、結(jié)構(gòu)層
開始策劃產(chǎn)品原型之前，要先確定這個(gè)功能的數(shù)據(jù)結(jié)構(gòu)和產(chǎn)品結(jié)構(gòu)。以SaaS產(chǎn)品中的績效系統(tǒng)為例，策劃績效系統(tǒng)前，需要對(duì)企業(yè)績效專員等角色進(jìn)行業(yè)務(wù)調(diào)研，然后根據(jù)調(diào)研結(jié)果來對(duì)需求進(jìn)行結(jié)構(gòu)劃分，拆解核心業(yè)務(wù)流程的功能點(diǎn)以及在業(yè)務(wù)流程下產(chǎn)生的數(shù)據(jù)同時(shí)根據(jù)主流程拆解產(chǎn)品功能；
其中產(chǎn)品結(jié)構(gòu)包括：績效生成、績效發(fā)布、績效評(píng)定、績效管理、績效報(bào)告等；數(shù)據(jù)結(jié)構(gòu)包括：績效指標(biāo)、績效參與人、評(píng)定人數(shù)據(jù)、績效評(píng)定數(shù)據(jù)、數(shù)據(jù)統(tǒng)計(jì)分析，拆分組合完成后，一個(gè)系統(tǒng)的核心功能框架就有了；
4、框架層
著重對(duì)產(chǎn)品結(jié)構(gòu)拆解的框架進(jìn)行優(yōu)先級(jí)規(guī)劃，便于產(chǎn)品演進(jìn)。小的功能可以做完整一些，如果是大的功能就要考慮分期實(shí)現(xiàn)，一是考慮實(shí)現(xiàn)成本，二是考慮要根據(jù)客戶反饋來及時(shí)進(jìn)行調(diào)整，避免做一堆不準(zhǔn)確的需求，無法達(dá)到用戶痛點(diǎn)；
到達(dá)這個(gè)階段，想必已經(jīng)對(duì)直接、間接競(jìng)品進(jìn)行了一定程度的了解，此時(shí)再基于功能框架填充內(nèi)容交互就相對(duì)容易了。這個(gè)階段要結(jié)合自己本身的產(chǎn)品定位和用戶場(chǎng)景，找出差異化的功能點(diǎn)，然后進(jìn)行策劃完善；
這里可以再舉個(gè)例子：115網(wǎng)盤和百度網(wǎng)盤同時(shí)都有文件管理功能，如果是參考對(duì)方為競(jìng)品增強(qiáng)文件管理功能模塊時(shí)，就要盡量避免照搬功能交互，因?yàn)橐紤]不同產(chǎn)品環(huán)境下不同用戶的使用場(chǎng)景和操作習(xí)慣；
5、表現(xiàn)層
這個(gè)階段最有爭議的可能就是，到底是產(chǎn)出高保真還是低保真原型。毋庸置疑，肯定是原型邏輯越完整，可讀性越強(qiáng)，越受團(tuán)隊(duì)成員歡迎。一份良好的原型交互圖也直接代表了個(gè)人的職業(yè)程度，而且越初級(jí)的產(chǎn)品就應(yīng)該越要把原型畫好。在繪制原型過程中，交互標(biāo)注越完整，產(chǎn)品邏輯也就越完整，一方面讓交付對(duì)方理解起來越容易，另一方面還可以節(jié)省產(chǎn)品技術(shù)之間來回溝通的時(shí)間，從而提升工作效率；
很多產(chǎn)品人員覺得原型其實(shí)就是傳達(dá)產(chǎn)品想法而已，只要能表達(dá)清楚就沒問題，這句話本身思路沒啥大毛病，但到底什么程度才是表達(dá)清楚。交付對(duì)象的專業(yè)程度、理解能力、開發(fā)能力都不一樣，如何盡量避免這些因素影響協(xié)作效率，就需要產(chǎn)品人員有可持續(xù)產(chǎn)出高質(zhì)量原型圖的能力；
作為最終交付的產(chǎn)物，這個(gè)階段反而更加需要注重細(xì)節(jié)。原型的目錄樹邏輯要完整，可按照功能流程、總分總結(jié)構(gòu)排列，以便對(duì)方可清晰了解產(chǎn)品的框架結(jié)構(gòu)。如果是新增功能，就盡量和原有產(chǎn)品規(guī)范吻合，便于引導(dǎo)設(shè)計(jì)、技術(shù)人員開發(fā)出符合系統(tǒng)一致性的產(chǎn)品；
至于頁面交互方式，個(gè)人建議按照頁面結(jié)構(gòu)平鋪更適合，將每個(gè)頁面功能點(diǎn)平鋪直敘，并做好對(duì)應(yīng)的交互說明。那種便捷的高保真原型制作，可以很方便的制作出適合團(tuán)隊(duì)演示的頁面跳轉(zhuǎn)，但在實(shí)際開發(fā)中，不太適合略復(fù)雜的產(chǎn)品評(píng)審和開發(fā)。
原型策劃完成后，就需要對(duì)原型自審自檢。最好有一份自檢清單，可以輔助自己對(duì)原型規(guī)范、邏輯、交互、文案等進(jìn)行完整自查，最后將一份合格的產(chǎn)品原型交給產(chǎn)品開發(fā)團(tuán)隊(duì)。養(yǎng)成良好的習(xí)慣，慢慢就會(huì)獲得團(tuán)隊(duì)成員的專業(yè)認(rèn)可。
最后總結(jié)
以上就是個(gè)人在做需求策劃時(shí)，復(fù)盤總結(jié)的的2個(gè)策劃流程和1個(gè)優(yōu)先級(jí)思路。在需求策劃前，先要宏觀思考整個(gè)產(chǎn)品策劃流程，有利于把控策劃進(jìn)度，然后在原型策劃階段又可以微觀的按照自己的經(jīng)驗(yàn)去完善原型細(xì)節(jié)，與此同時(shí)又要有工作優(yōu)先級(jí)的意識(shí)，保證個(gè)人與產(chǎn)品團(tuán)隊(duì)的工作節(jié)奏相匹配。
面對(duì)日益多變的社會(huì)環(huán)境和市場(chǎng)變化，本身很難有明確的、既定的套路，在這個(gè)“唯一不變的就是變”的時(shí)代，產(chǎn)品經(jīng)理更需要掌握每個(gè)階段的方法，然后根據(jù)不同的產(chǎn)品和需求靈活配置自己的工具箱，多培養(yǎng)自己的可配置項(xiàng)，當(dāng)遇到了有切實(shí)需要的企業(yè)客戶時(shí)，你的技能對(duì)于他們就很有可能是興奮型需求。
