今天一起來匯總下產(chǎn)品經(jīng)理在項(xiàng)目梳理的過程中,，每完成一步,，都可以針對性的做產(chǎn)品自查,。

一、需求分析階段

作為產(chǎn)品經(jīng)理對需求的認(rèn)識應(yīng)該會很清楚,。包括需求的來源,、需求的思考層級、如何辨別真?zhèn)涡枨?。這里重點(diǎn)聊下如何將需求池內(nèi)所有需求進(jìn)行篩選排序,，明晰各個需求的優(yōu)先級，確保呈現(xiàn)出來的一副相對完整的需求全景圖,。需求全景圖四象限是針對用戶獲益和產(chǎn)品獲益兩個維度是思考問題,。但是隨著產(chǎn)品在生命周期中的路徑可以有選擇去思考如何在保證產(chǎn)品和用戶皆能獲益。

1.用戶獲益的需求影響模型

一般都是通過KANO模型（基本型需求,、期望型需求,、興奮型需求、無差異型需求,、反向型需求）來分析用戶需求進(jìn)行分類和排序,。這里用一張圖來說明一下：

2.產(chǎn)品獲益的需求影響模型

從某種意義上來判斷產(chǎn)品是否能夠獲益，更重要的是先服務(wù)于用戶是否能夠獲益,。比如在產(chǎn)品生命周期為種子期的產(chǎn)品,，應(yīng)該先解決的產(chǎn)品流程的跑通，讓用戶上來后,，起碼能跑通流程會更加清晰,。在產(chǎn)品生命周期為成長期的產(chǎn)品，應(yīng)該先解決的產(chǎn)品拉新留存促活,，那么在思考如何去做拉新留存促活的時候,，需要照顧用戶的情緒反饋，因?yàn)槭欠奖阍诔墒炱诟玫膶?shí)現(xiàn)商業(yè)價值利潤,。然后再衰退期的時候,，怎么去思考新的拉新留存促活。所以在產(chǎn)品獲益的前提下,，首先去思考清楚如何去做用戶獲益,。

3.針對需求的產(chǎn)品自查表

在需求的過程中，產(chǎn)品經(jīng)理在梳理需求后,，以下是John在需求階段建立的產(chǎn)品自查表,。僅供大家查看：

二、信息架構(gòu)設(shè)計階段

簡單來講,，信息架構(gòu)指的是app或網(wǎng)站當(dāng)中全部信息的組成結(jié)構(gòu),。經(jīng)過認(rèn)真梳理的信息架構(gòu)可以使產(chǎn)品更加易于理解和導(dǎo)航。這有些類似于作家在動筆之前首先擬出故事的大綱,，或是建筑師需要以精準(zhǔn)的藍(lán)圖作為一切工作的基礎(chǔ),。

要實(shí)現(xiàn)結(jié)構(gòu)清晰,、重點(diǎn)突出的界面設(shè)計方案，你必須首先梳理出結(jié)構(gòu)清晰,、重點(diǎn)突出的信息架構(gòu),。作為產(chǎn)品設(shè)計師，我們需要在這里承擔(dān)思考與分析的責(zé)任,，否則這一重?fù)?dān)勢必會落到用戶身上,。

在思考信息架構(gòu)時，出現(xiàn)在我們頭腦中的應(yīng)該是一系列抽象的信息單元,，包括名詞與動詞等等,，而非具體的像素、組件或頁面,。這樣,，你很快便會發(fā)現(xiàn)，任何產(chǎn)品無法只是信息的集合,；而用戶怎樣理解和使用產(chǎn)品,，最終將取決于我們以怎樣的方式將這些信息進(jìn)行整合。

那我們針對信息架構(gòu)設(shè)計階段的自查表應(yīng)該如何表現(xiàn)呢,？

三,、產(chǎn)品流程設(shè)計階段

產(chǎn)品流程設(shè)計最主要的是針對于業(yè)務(wù)流程圖的梳理。分析業(yè)務(wù)流程,，并將業(yè)務(wù)流程圖表化可以幫助分析者了解業(yè)務(wù)如何運(yùn)轉(zhuǎn),，幫助分析者找到業(yè)務(wù)流程中不合理的流向?，F(xiàn)有產(chǎn)品存在的業(yè)務(wù)流程未必是合理的,，通過業(yè)務(wù)流程圖，鉆研關(guān)鍵事件的流程,，分析為什么要這么做,，探索出更深層次的問題，從而對現(xiàn)有不合理的業(yè)務(wù)流程進(jìn)行重組優(yōu)化,，進(jìn)而制定優(yōu)化方案,，改進(jìn)現(xiàn)有流程。

產(chǎn)品在寫需求文檔時主要是對業(yè)務(wù)規(guī)則的描述,，而配合以業(yè)務(wù)流程圖可以讓業(yè)務(wù)邏輯更清晰,；日常梳理關(guān)鍵事件業(yè)務(wù)流程時，畫出業(yè)務(wù)流程圖可以幫助發(fā)現(xiàn)不合理流程,，從而對關(guān)鍵事件進(jìn)行優(yōu)化,。

那么針對于產(chǎn)品流程設(shè)計階段的自查表應(yīng)該如何去表現(xiàn)呢？

四,、交互設(shè)計階段

大公司基本上都有交互設(shè)計師,，而針對于小公司基本上產(chǎn)品經(jīng)理就是交互設(shè)計師,，那么針對于交互設(shè)計師，John這邊其實(shí)主要是有兩個疑問點(diǎn)：

1.忽視需求分析： 接到需求后,，感覺有了一些想法,，就馬上開始細(xì)化解決方案。而遺漏了對需求,、場景及已有系統(tǒng)的深入了解和分析過程,，導(dǎo)致解決方案暴露各種問題，甚至出現(xiàn)方向性錯誤,，被整體推翻重來,；

2.缺少獨(dú)立思考：產(chǎn)品經(jīng)理在接到需求時，往往也會有一些自己對問題的解決思路,。部分產(chǎn)品經(jīng)理可能就直接順著已有的思路繼續(xù),，而沒有及時返回去，分析思考問題的本質(zhì),，探討更多的解決路徑,。

那么在針對于產(chǎn)品交互設(shè)計階段的自查表應(yīng)該如何去表現(xiàn)呢？

五,、產(chǎn)品原型設(shè)計階段

在產(chǎn)品原型設(shè)計階段,，原型的自查表主要通過「增刪改查，顯算傳異」,，這個其實(shí)是后臺的操作功能,，關(guān)于如何畫原型，我就不再贅述了,。主要通過自查表和大家一起來聊下,。

六、產(chǎn)品輔助模塊

產(chǎn)品輔助的模塊主要是兩個點(diǎn)：產(chǎn)品的數(shù)據(jù)埋點(diǎn)和消息的push機(jī)制,。

七,、產(chǎn)品上線準(zhǔn)備

產(chǎn)品上線需要準(zhǔn)備一些事情，其中包括這五個點(diǎn)：

1.客戶端版本更新是否需要做新的應(yīng)用商店圖,、新的歡迎頁,、新的功能引導(dǎo)頁、新的功能描述文案,、升級版本文案

2.功能埋點(diǎn)列表是否確認(rèn)及提出

3.版本上線計劃是否確定,，是否及時同步給運(yùn)營或其他相關(guān)部門人員，及布置相關(guān)工作

4.數(shù)據(jù)統(tǒng)計需求是否確認(rèn)及提出

5.若需求內(nèi)容較大,，是否在上線前做好業(yè)務(wù)人員培訓(xùn)

總體來說,，產(chǎn)品自查表主要是通過5W2H來進(jìn)行分析：

1.Why——問問自己這個操作是否必要

2.Who——操作的權(quán)限如何分配

3.When——操作的時效限制

4.Where——交互邀請和提示怎么做

5.What——可操作內(nèi)容是什么

6.How——操作的主流程和異常情況是什么

7.How much——整個操作要多少步驟