產(chǎn)品經(jīng)理在工作中要做好自查，從而避免出錯(cuò)。那么，有沒有什么方法可以幫助自己自查？這篇文章里，作者做了梳理和總結(jié)，一起來看一下，或許會(huì)對(duì)產(chǎn)品經(jīng)理同學(xué)有所幫助。

一、需求處理

1.你獲取需求的途徑是什么？（用戶調(diào)研，競(jìng)品分析，市場(chǎng)分析，數(shù)據(jù)分析等）。

2.確認(rèn)需求背景，了解需求產(chǎn)生原因。

3.了解用戶的真是需求，挖掘痛點(diǎn)。

4.確認(rèn)是否有數(shù)據(jù)支撐。

5.分析需求（分析需求收益、成本、周期風(fēng)險(xiǎn)、需求是否滿足當(dāng)前業(yè)務(wù)目標(biāo)及業(yè)務(wù)場(chǎng)景、當(dāng)前系統(tǒng)是否能很好的將需求進(jìn)行轉(zhuǎn)化落地、需求的必要性及可行性、確定需求是否滿足用戶需求、確定需求目標(biāo)是為了達(dá)到什么樣的效果、需求的緊急重要程度、需求是否為技術(shù)可實(shí)現(xiàn)的，有沒有技術(shù)壁壘、是否需求進(jìn)行上下溝通，看看是不是有其他指示）。

6.是否能實(shí)現(xiàn)更好的實(shí)現(xiàn)商業(yè)價(jià)值利潤(rùn)？能否將需求轉(zhuǎn)化為幫助實(shí)現(xiàn)商業(yè)價(jià)值的功能等。

二、分析整理階段

1. 信息架構(gòu)

1.戰(zhàn)略層：這些戰(zhàn)略不僅僅包括了經(jīng)營(yíng)者想從網(wǎng)站得到什么，還包括了用戶想從網(wǎng)站得到么（例：就我們的網(wǎng)上商店的例子而言，一些戰(zhàn)略目標(biāo)是顯而易見的，用戶想要買到商品，我們想要賣出它們）。

2.范圍層：功能及其內(nèi)容需求整合。做了什么，而不做什么，就是范圍（例：有些電子商務(wù)網(wǎng)站提供了一個(gè)功能，使用戶保存之前的郵寄地址，這樣他們可以再次使用它。該功能是否應(yīng)該成為該網(wǎng)站的功能之一，就屬于范圍層要解決的問題）。

3.結(jié)構(gòu)層：信息架構(gòu)，交互設(shè)計(jì)，操作流程，用戶體驗(yàn)（在功能產(chǎn)品，結(jié)構(gòu)層將從范圍轉(zhuǎn)變成系統(tǒng)如何響應(yīng)用戶的請(qǐng)求，即設(shè)計(jì)用戶如何到達(dá)某個(gè)頁面，并且在他們做完事情之后能去什么地方）。

注：在信息產(chǎn)品方面，結(jié)構(gòu)層則是信息空間中內(nèi)容元素的分布，確定哪些類別應(yīng)該出現(xiàn)在哪里。

4.框架層：界面設(shè)計(jì)、導(dǎo)航設(shè)計(jì)和內(nèi)容（信息）設(shè)計(jì)（界面設(shè)計(jì)：按鈕、輸入框、界面控件、導(dǎo)航設(shè)計(jì)：呈現(xiàn)信息 、信息設(shè)計(jì)：呈現(xiàn)有效地信息溝通）。

• 目標(biāo)一：必須提供給用戶一種在網(wǎng)站間跳轉(zhuǎn)的方法；
• 目標(biāo)二：必須傳達(dá)出這些元素和它們所包含內(nèi)容之間的關(guān)系；
• 目標(biāo)三：必須傳達(dá)出內(nèi)容和用戶當(dāng)前瀏覽頁面之間的關(guān)系。

5.表現(xiàn)層（功能及內(nèi)容的視覺呈現(xiàn)）

2. 流程設(shè)計(jì)

1. 上下表肯定，左右表否定；
2. 先走主流程（正流程），再走逆流程；
3. 流程圖里只能有一個(gè)開始，可以有多個(gè)結(jié)束；
4. 連續(xù)超過3個(gè)判定拆開做；
5. 一個(gè)流程，多個(gè)場(chǎng)景拆開做，不要做成結(jié)構(gòu)圖；
6. 不要指向子流程，指向母流程；
7. 矩形可以是流程、頁面、功能，線段是動(dòng)作；
8. 不要指向開始；
9. 禁止死胡同；
10. 做完自檢3遍；
11. 版本命名要規(guī)范；
12. 繪制順序，應(yīng)從上至下，從左到到右的順序。

三、設(shè)計(jì)階段

1. 符合需求的原型圖。
2. 產(chǎn)品交互和UI完成溝通，是否已產(chǎn)出，UI需要協(xié)調(diào)資源。
3. 需求文檔，文檔內(nèi)容是否完整，是否邏輯縝密，是否完成需求閉環(huán)。
4. 產(chǎn)品方案是否簡(jiǎn)潔并具有拓展性。
5. 產(chǎn)品方案是否已上下溝通并完成確認(rèn)。
6. 是否需要準(zhǔn)備其他物料（比如上新功能需要準(zhǔn)備產(chǎn)品使用說明文檔）。
7. 是否有統(tǒng)計(jì)需求，是否已產(chǎn)出數(shù)據(jù)需求，是否已和數(shù)據(jù)分析師溝通。

四、評(píng)審階段

立項(xiàng)階段

1. 是否有明確立項(xiàng)的目標(biāo)和主題（項(xiàng)目名稱、背景）。
2. 是否需要準(zhǔn)備立項(xiàng)材料。
3. 需要其他部門配合協(xié)助，是否已經(jīng)提前溝通。
4. 是否已經(jīng)確認(rèn)好各端負(fù)責(zé)人。
5. 是否已協(xié)調(diào)好立項(xiàng)會(huì)時(shí)間、地點(diǎn)，并通知好項(xiàng)目相關(guān)人。
6. 宣講會(huì)PPT。
7. 完成立項(xiàng)宣講會(huì)，并收集問題給予解答。
8. 確認(rèn)各項(xiàng)任務(wù)資源是否已經(jīng)分配。

五、需求評(píng)審階段（各相關(guān)人了解、討論、確認(rèn)方案細(xì)節(jié)）

1. 針對(duì)需求評(píng)審，需要產(chǎn)品組織主講方案給技術(shù)人員。
2. 確認(rèn)參會(huì)人是否已了解需求。
3. 方案是否存在遺漏點(diǎn)并是否補(bǔ)充完整。
4. 方案是否存在可以提升優(yōu)化的點(diǎn)。
5. 方案是否存在技術(shù)難點(diǎn)，是否有解決或替代方案。
6. 若方案改動(dòng)大或評(píng)審時(shí)問題多，需要多輪需求評(píng)審確認(rèn)。
7. 對(duì)于方案改動(dòng)點(diǎn)是否已向上同步并確認(rèn)。
8. 技術(shù)評(píng)審。確認(rèn)技術(shù)方案是否可以滿足產(chǎn)品需求。
9. 確認(rèn)技術(shù)方案是否存在未來可拓展性。
10. 確認(rèn)技術(shù)排期是否可接受。
11. 測(cè)試用例評(píng)審。由測(cè)試組織、測(cè)試主講根據(jù)需求設(shè)計(jì)的測(cè)試方案和用例，確認(rèn)測(cè)試方案是否可以涵蓋所有需求點(diǎn)。
12. 確認(rèn)測(cè)試方案是否可以涵蓋到異常情況。
13. 確認(rèn)測(cè)試排期、最終上線時(shí)間。

六、開發(fā)階段

1. 確認(rèn)技術(shù)是否完全按照方案進(jìn)行開發(fā)實(shí)現(xiàn)。
2. 開發(fā)過程中的需求溝通，需求調(diào)整，更新文檔。
3. 定期確認(rèn)開發(fā)進(jìn)度，組織周會(huì)同步跟進(jìn)。
4. 是否有延期風(fēng)險(xiǎn)，若有風(fēng)險(xiǎn)是否已同步到相關(guān)人。

七、測(cè)試階段

1. 確認(rèn)產(chǎn)品驗(yàn)收是否通過。
2. 確認(rèn)UI是否通過。
3. 確認(rèn)所有Bug是否都已解決，未解決的是否可以遺留。

八、上線階段

1. 上線前，是否有需要提前準(zhǔn)備的材料或培訓(xùn)。
2. 統(tǒng)計(jì)數(shù)據(jù)需求，確認(rèn)埋點(diǎn)及統(tǒng)計(jì)指標(biāo)。
3. 上線后確認(rèn)產(chǎn)品運(yùn)行是否有異常，線上回測(cè)。
4. 確認(rèn)產(chǎn)品數(shù)據(jù)是否異常，數(shù)據(jù)效果是否符合預(yù)期。
5. 及時(shí)給項(xiàng)目相關(guān)人同步產(chǎn)品上線郵件，產(chǎn)品數(shù)據(jù)郵件。
6. 收集用戶反饋，做需求優(yōu)化規(guī)劃。
7. 跟進(jìn)項(xiàng)目效果，及時(shí)做項(xiàng)目復(fù)盤和接下來的規(guī)劃，是否有第二、三階段。