今天一起來匯總下產(chǎn)品經(jīng)理在項目梳理的過程中，每完成一步，都可以針對性的做產(chǎn)品自查。
一、需求分析階段
作為產(chǎn)品經(jīng)理對需求的認(rèn)識應(yīng)該會很清楚。包括需求的來源、需求的思考層級、如何辨別真?zhè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)品拉新留存促活，那么在思考如何去做拉新留存促活的時候，需要照顧用戶的情緒反饋，因為是方便在成熟期更好的實現(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ǔ)。
要實現(xiàn)結(jié)構(gòu)清晰、重點突出的界面設(shè)計方案，你必須首先梳理出結(jié)構(gòu)清晰、重點突出的信息架構(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ù)如何運轉(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這邊其實主要是有兩個疑問點：
1.忽視需求分析： 接到需求后，感覺有了一些想法，就馬上開始細(xì)化解決方案。而遺漏了對需求、場景及已有系統(tǒng)的深入了解和分析過程，導(dǎo)致解決方案暴露各種問題，甚至出現(xiàn)方向性錯誤，被整體推翻重來；
2.缺少獨立思考：產(chǎn)品經(jīng)理在接到需求時，往往也會有一些自己對問題的解決思路。部分產(chǎn)品經(jīng)理可能就直接順著已有的思路繼續(xù)，而沒有及時返回去，分析思考問題的本質(zhì)，探討更多的解決路徑。
那么在針對于產(chǎn)品交互設(shè)計階段的自查表應(yīng)該如何去表現(xiàn)呢？
五、產(chǎn)品原型設(shè)計階段
在產(chǎn)品原型設(shè)計階段，原型的自查表主要通過「增刪改查，顯算傳異」，這個其實是后臺的操作功能，關(guān)于如何畫原型，我就不再贅述了。主要通過自查表和大家一起來聊下。
六、產(chǎn)品輔助模塊
產(chǎn)品輔助的模塊主要是兩個點：產(chǎn)品的數(shù)據(jù)埋點和消息的push機(jī)制。
七、產(chǎn)品上線準(zhǔn)備
產(chǎn)品上線需要準(zhǔn)備一些事情，其中包括這五個點：
1.客戶端版本更新是否需要做新的應(yīng)用商店圖、新的歡迎頁、新的功能引導(dǎo)頁、新的功能描述文案、升級版本文案
2.功能埋點列表是否確認(rèn)及提出
3.版本上線計劃是否確定，是否及時同步給運營或其他相關(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——整個操作要多少步驟
聯(lián)系客服
