產(chǎn)品經(jīng)理從需求分析到功能實(shí)現(xiàn)

　　一個(gè)產(chǎn)品出現(xiàn)在公眾面前必然是經(jīng)歷了各方磨難的，作為一個(gè)產(chǎn)品經(jīng)理，從需求分析到功能實(shí)現(xiàn)，一步都不能錯(cuò)過，不斷調(diào)整不斷溝通，以期達(dá)到最好的效果，那么，產(chǎn)品經(jīng)理怎么將用戶需求轉(zhuǎn)化為可見的原型呢?
 

　　需求分析應(yīng)該是嚴(yán)謹(jǐn)而科學(xué)的，每個(gè)產(chǎn)品經(jīng)理都有一套自己的方法論。不同于C端需求，B端需求都來自于垂直行業(yè)，高度貼合客戶業(yè)務(wù)。所以，B端需求分析，需要有一套結(jié)合業(yè)務(wù)的分析方法。從宏觀上說，將需求按其生命周期分為用戶需求、功能需求和產(chǎn)品需求。用戶需求是原生的需求描述，可能僅僅是一句話。功能需求是我們所要實(shí)現(xiàn)產(chǎn)品的具體功能。產(chǎn)品需求則會落實(shí)到具體功能如何實(shí)現(xiàn)。從產(chǎn)出上分析，我們可以將需求分析階段的產(chǎn)出依次分為需求池、功能列表、需求功能對照表、功能清單/信息架構(gòu)。
 

　　開始分析之前，先整理需求。將需求池中需求的來源、優(yōu)先級標(biāo)注清楚。B端產(chǎn)品的需求通常來源于客戶、老板、競品和對業(yè)務(wù)的深度建模分析。最重要的是劃分優(yōu)先級，然后去做版本控制。
 

　　需求池
 

　　得出需求與功能后，我們就要去具體的實(shí)現(xiàn)了。在出原型之前，我們需要對需求與功能進(jìn)行分析，主要分為場景分析、角色分析、業(yè)務(wù)分析。
 

　　場景分析：目的是為角色分析和業(yè)務(wù)分析打下基礎(chǔ)。主要通過與客戶溝通，了解清楚用戶的需求背景和業(yè)務(wù)背景，對需求有個(gè)明確的理解。除了通過客戶溝通外，也可以使用其他的調(diào)研或分析方法。如果，機(jī)會合適的話，最好深度參與一下用戶的業(yè)務(wù)。比如，將HR的招聘賬號拿過來，親自去體驗(yàn)整個(gè)招聘產(chǎn)品的業(yè)務(wù)流。
 

　　場景分析過程中，需要整理出場景故事、用戶溝通記錄等。招聘產(chǎn)品的場景故事其實(shí)很簡單：企業(yè)的招聘者在有招聘需求后，去各招聘平臺發(fā)布職位。之后開始瀏覽收到的人才簡歷，打電話邀約面試。如果遇到緊急的人才招聘，會使用各種增值服務(wù)(置頂、刷新、獵頭服務(wù)等)。
 

　　角色分析：目的是整理出需求中包含的角色，以及明確角色所包含的屬性，重點(diǎn)考慮用戶。根據(jù)場景故事，我們可以整理出核心用戶角色：企業(yè)招聘者、人才,所處的環(huán)境：辦公室，時(shí)間：上班期間。
 

　　業(yè)務(wù)分析：目的是分析用戶需求背后的業(yè)務(wù)流程，理清楚相關(guān)的數(shù)據(jù)結(jié)構(gòu)和操作，為用戶需求制定合適的解決方案，并把用戶需求轉(zhuǎn)化為實(shí)際的建模描述(用UML表示)，為功能清單/信息架構(gòu)制作打下基礎(chǔ)。
 

　　第一步，分析出角色和系統(tǒng)的關(guān)聯(lián)關(guān)系。企業(yè)通過信息完善系統(tǒng)展示企業(yè)信息、通過職位發(fā)布系統(tǒng)發(fā)布招聘職位，人才通過簡歷系統(tǒng)創(chuàng)建簡歷，通過投遞系統(tǒng)投遞職位。系統(tǒng)通過標(biāo)簽系統(tǒng)為企業(yè)、人才添加標(biāo)簽并做匹配、排序、展示。第二步，完成系統(tǒng)的分析后，將用戶需求轉(zhuǎn)化為功能需求。我們分析出了需要哪些系統(tǒng)，系統(tǒng)包含哪些功能。再完成系統(tǒng)間的交互分析，明確每個(gè)角色行為，在業(yè)務(wù)內(nèi)進(jìn)行的運(yùn)作。
 

　　明確系統(tǒng)的執(zhí)行順序后，就可以通過流程圖完成描繪出整個(gè)業(yè)務(wù)了。如果是一個(gè)流程有多個(gè)角色參與，可以使用跨職能的泳道圖。
 

　　流程圖
 

　　泳道圖
 

　　完成流程圖后，就接近分析完成整個(gè)需求和業(yè)務(wù)。但是針對某些一些特殊內(nèi)容，我們還需要更為深入的分析。比如某些實(shí)例的狀態(tài)。業(yè)務(wù)分析完成后，我們就完成了需求分析。我們需要產(chǎn)出直觀的功能清單或者信息架構(gòu)。通過功能清單，就將功能需求轉(zhuǎn)化成產(chǎn)品需求。完成功能清單后，就完成了需求分析，后面才可以開始制作原型。
 

　　業(yè)務(wù)分析是需求分析最核心的部分。在B端產(chǎn)品的需求分析中，需求和業(yè)務(wù)是高度契合的，沒有深入業(yè)務(wù)層面的需求分析，都是不夠客觀的。如果需求脫離了實(shí)際的業(yè)務(wù)，最后就變成了堆功能了，也就很難受到用戶的喜歡，也就達(dá)不到一名合格的產(chǎn)品經(jīng)理的要求。
 

　　產(chǎn)品經(jīng)理從需求分析到功能實(shí)現(xiàn)不是簡簡單單的把自己的意志強(qiáng)加在產(chǎn)品身上，而是設(shè)身處地的從用戶的角度出發(fā)，考慮用戶的需求，不要理所當(dāng)然的覺得自己的產(chǎn)品就是最合理的，能通過用戶檢驗(yàn)的產(chǎn)品才是一個(gè)合格的產(chǎn)品。