產品經理工作自查表 | 提升工作效率,避免犯錯的好工具

0 評論 1995 瀏覽 42 收藏 8 分鐘

產品經理在工作中要做好自查,從而避免出錯。那么,有沒有什么方法可以幫助自己自查?這篇文章里,作者做了梳理和總結,一起來看一下,或許會對產品經理同學有所幫助。

一、需求處理

1.你獲取需求的途徑是什么?(用戶調研,競品分析,市場分析,數據分析等)。

2.確認需求背景,了解需求產生原因。

3.了解用戶的真是需求,挖掘痛點。

4.確認是否有數據支撐。

5.分析需求(分析需求收益、成本、周期風險、需求是否滿足當前業務目標及業務場景、當前系統是否能很好的將需求進行轉化落地、需求的必要性及可行性、確定需求是否滿足用戶需求、確定需求目標是為了達到什么樣的效果、需求的緊急重要程度、需求是否為技術可實現的,有沒有技術壁壘、是否需求進行上下溝通,看看是不是有其他指示)。

6.是否能實現更好的實現商業價值利潤?能否將需求轉化為幫助實現商業價值的功能等。

二、分析整理階段

1. 信息架構

1.戰略層:這些戰略不僅僅包括了經營者想從網站得到什么,還包括了用戶想從網站得到么(例:就我們的網上商店的例子而言,一些戰略目標是顯而易見的,用戶想要買到商品,我們想要賣出它們)。

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

3.結構層:信息架構,交互設計,操作流程,用戶體驗(在功能產品,結構層將從范圍轉變成系統如何響應用戶的請求,即設計用戶如何到達某個頁面,并且在他們做完事情之后能去什么地方)。

注:在信息產品方面,結構層則是信息空間中內容元素的分布,確定哪些類別應該出現在哪里。

4.框架層:界面設計、導航設計和內容(信息)設計(界面設計:按鈕、輸入框、界面控件、導航設計:呈現信息 、信息設計:呈現有效地信息溝通)。

  • 目標一:必須提供給用戶一種在網站間跳轉的方法;
  • 目標二:必須傳達出這些元素和它們所包含內容之間的關系;
  • 目標三:必須傳達出內容和用戶當前瀏覽頁面之間的關系。

5.表現層(功能及內容的視覺呈現)

2. 流程設計

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

三、設計階段

  1. 符合需求的原型圖。
  2. 產品交互和UI完成溝通,是否已產出,UI需要協調資源。
  3. 需求文檔,文檔內容是否完整,是否邏輯縝密,是否完成需求閉環。
  4. 產品方案是否簡潔并具有拓展性。
  5. 產品方案是否已上下溝通并完成確認。
  6. 是否需要準備其他物料(比如上新功能需要準備產品使用說明文檔)。
  7. 是否有統計需求,是否已產出數據需求,是否已和數據分析師溝通。

四、評審階段

立項階段

  1. 是否有明確立項的目標和主題(項目名稱、背景)。
  2. 是否需要準備立項材料。
  3. 需要其他部門配合協助,是否已經提前溝通。
  4. 是否已經確認好各端負責人。
  5. 是否已協調好立項會時間、地點,并通知好項目相關人。
  6. 宣講會PPT。
  7. 完成立項宣講會,并收集問題給予解答。
  8. 確認各項任務資源是否已經分配。

五、需求評審階段(各相關人了解、討論、確認方案細節)

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

六、開發階段

  1. 確認技術是否完全按照方案進行開發實現。
  2. 開發過程中的需求溝通,需求調整,更新文檔。
  3. 定期確認開發進度,組織周會同步跟進。
  4. 是否有延期風險,若有風險是否已同步到相關人。

七、測試階段

  1. 確認產品驗收是否通過。
  2. 確認UI是否通過。
  3. 確認所有Bug是否都已解決,未解決的是否可以遺留。

八、上線階段

  1. 上線前,是否有需要提前準備的材料或培訓。
  2. 統計數據需求,確認埋點及統計指標。
  3. 上線后確認產品運行是否有異常,線上回測。
  4. 確認產品數據是否異常,數據效果是否符合預期。
  5. 及時給項目相關人同步產品上線郵件,產品數據郵件。
  6. 收集用戶反饋,做需求優化規劃。
  7. 跟進項目效果,及時做項目復盤和接下來的規劃,是否有第二、三階段。

本文由 @WYL產品小王 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!