人人都是產品經理

《人人都是產品經理》-蘇傑
用戶訪談選擇樣本存在以偏概全的示例

       本市的用戶存在地域性,電話訪談優先撥打留了手機的用戶,存在可能這批用戶忠誠度已經較高,邀約用戶來公司訪談,願意來的用戶已經和全體用戶有差異。

企業關於產品的組織結構

       組織結構:按產品線劃分和按職能線劃分,創業期採用前者,成熟期採用後者。

產品經理與項目經理

       一個產品經理可能想要增加非常多的功能和特徵以滿足獲取到的用戶需求,但是項目經理卻想要儘可能小地控制工作範圍,以保證項目在規定時間與預算內完成。好的產品經理和好的項目經理能在衝突中找到平衡,好的項目經理明白,一個項目真正的成功並不是看 它是否在規定的時間和預算內完成,而是它是否達到了擬訂的目標。好的產品經理則明白,如果項目被不斷延期並且從未投入市場,又或者因爲太大超過預算而被結束,那麼所有的產品功能特徵會變得毫無意義。

PRD:產品需求說明書

       PRD包含總體說明+UC部分,UML相關知識:用例文檔+時序圖+活動圖(泳道),Demo的製作可以由UE用戶體驗部門主導,在產品會議之前就可以開始了,有可能的話再BRD中展示出來。

評審開發測試發佈

       需求評審:PRD評審、UC評審、Demo評審;設計評審;測試評審
       開發階段:設計-設計評審-編碼-單元測試
       測試階段:TC編寫-TC評審-冒煙測試-功能評審-迴歸測試
       發佈階段:發佈評審-預發佈-發佈-線上驗證

關於Bug

       對於一個Bug的描述:卻現級別,所屬產品、項目,Bug名稱,Bug描述:執行某操作,期望出現什麼情況。實際出現什麼情況。
       長視者把目的當手段,短視者把手段當目的。比如教育裏的高考,科研裏的論文,公司裏的KPI。

關於流程

       設計流程的標準,在於保證“無論誰來做這個產品的設計,都能達到80分“,當年的英雄把自己的個人經驗轉變成顯性知識表達出來,而對於經常做的事情,就可以用流程這種形式固化傳承,後人在做這些事的時候起碼不會太無助。在這點上,規範、模板的作用也類似,這就是團隊的核心競爭力。

關於評審

       商業評審:產品會議和功能評審,三個決定是項目繼續,重新定向,項目終止,很重要的目的是砍項目,分階段分發資源的時間點。
       技術評審:需求設計TC發佈評審,三個決定是項目繼續,有風險的繼續,必須解決某問題後再繼續。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章