閱讀558 返回首頁    go 阿裏雲 go 技術社區[雲棲]


產品工作速查手冊

一、產品定義階段


在產品定義階段要檢查:

1、產品介紹是否能一句話解釋清楚
2、是否有明確、精細的用戶群定義(包括外部用戶和內部用戶)?
3、用戶群有多大?
4、產品解決了用戶哪些問題,痛點還是癢點?如果是運營/營銷類,要提出可量化的價值評估
5、是否有清晰的用戶使用場景、用戶行為/操作習慣描述
6、還有哪些廠商提供類似服務,如果有是否做了競品分析:有哪些競爭對手?提供了哪些服務或產品功能(橫向對比)?各自產品或服務的競爭優勢、劣勢是哪些?,各自麵對的細分市場是什麼? 
7、產品SWOT分析
8、產品發展路線圖是什麼

二、需求階段


在需求階段請檢查以下事項:

1、這個產品是如何銷售的,銷售同學是否知曉並確認
2、這個產品是如何運營的,運營同學是否知曉並確認
3、這個產品涉及的財務流程是什麼?財務人員是否已經知曉並確認
4、這個產品是否涉及法務問題,是否已知會法務並得到確認
5、是否做了功能list及功能關係結構圖(可用腦圖實現)
6、是否做了每個係統角色的用戶用例
7、每個功能要確認是否必須,如果沒有會不會對用戶造成影響、多大影響(無影響或影響較小的一概刪去)
8、是否已經分解出了用戶每個應用操作目標,需求中對這個目標的滿足是否是最簡單的
9、需求中是否設計了以用戶視角的操作流程
10、是否對所有操作失敗的返回或回滾做了定義
11、是否對超長時間異步操作做了操作定義
12、產品中如果有是利用原有係統的,原有係統的功能、業務流程是否已經全部了解
13、是否設置了上線後產品及格線觀察數據/指標
14、如果牽扯到錢、資源等關鍵信息,是否設置了對操作人、操作時間記錄的功能
15、評審前核心功能及流程是否已經和相關人員(業務、研發)提前溝通並收集到具體意見,如果有反對意見是否做好了相應的需求解釋

三、UE階段


請注意:

1、要讓UED同學看成助理產品經理,因為你的產品會通過他的手展現出來。
2、UE原則:用戶是白癡

在UE階段請檢查以下事項

1、UED是能向你說清楚產品的用戶特征,是否完整的向你反講了需求或者說清楚了核心需求點
2、原型是否覆蓋了所有功能點和流程
3、導航是否合理、明確
4、所有文案是否準確、不會產生其他的理解
5、流程盡量單線條,不要多個流程交叉在一起,流程順序要符合用戶預期(PD可以設計多個流程,選擇順序為:1、用戶最不容易誤解;2、最短)
6、功能點的提示應該與功能點對應,並且靠的足夠近
7、重要操作/刪除操作在執行前必須有提示
8、所有的操作都要有反饋並反饋結果符合預期,如果是提示性反饋不需要用戶做選擇
9、表單字段長度是否都做了長度限製、輸入限製
10、錯誤頁麵是否提供
11、超長異步操作是否做了專門設計

四、UI及前端階段


UI及前端階段請檢查:

1、UED是否確認了UI已經覆蓋了所有原型功能點
2、是否檢查了邊界效果,即文字最長、層級最多、麵包屑路徑最長
3、UED/UI是否確認了前端已經覆蓋了所有UI,是否有變形
4、是否檢查了在多種瀏覽器下的兼容性

五、開發階段


請注意:

QA的測試腳本是反查需求漏洞的最後機會,一定要重視

開發階段請檢查以下內容:

1、重要/核心模塊開發人員是否能向你講清楚所負責模塊的需求
2、是否清晰核心流程的實現邏輯
3、QA的測試腳本是否覆蓋所有功能點


五、上線前


上線前請檢查:

1、運營準備工作是否完畢:幫助手冊、FAQ、培訓教材、法律文書
2、是否準備好了上線通知郵件,內容是否包括了產品用戶群、產品賣點、產品核心功能、對團隊的致謝

六、上線後


上線後要按照產品及格線觀察指標跟蹤產品情況,按月提交產品跟蹤報告。

七、項目中需要注意的要素


1、重要溝通事後要郵件確認
2、項目計劃要每天更新並通知到團隊及相關同學
3、多麵對麵溝通

最後更新:2017-04-01 13:38:49

  上一篇:go Oracle數據庫rman備份計劃及恢複
  下一篇:go PostgreSQL 多元線性回歸 - 1 MADlib的安裝