- 跟工程師合作
- 與工程師一起進行產品決策
- 了解技術架構如何影響產品
- 如果會寫程式,考慮幫助解決問題
- 和主管和工程師確認一下
- 培養成本直覺
- 檢查解決方案空間,找出哪些解決方案的成本可能太高、或不太可能太高
- 儘早發現誤解或遺漏的資訊
- 先決定優先順序(較小範圍內)和規劃路線(較大範圍內)
- 建立成本直覺
- 有多少解決方案可以重複使用,有多少解決方案需要從頭建構
- 效益
- 技術術語與概念
- 太難做的意義
本章對資工出身的我,加上這些年和工程師合作的經驗,其實不難理解,而且也有實踐,「尊重第一線執行的人」是資深工程師指導我的第一句話,這句話幫助我,在不用全面了解技術細節下,可以和工程師合作,產出一個又一個解決問題的功能,不僅如此,也能良善的交流,讓彼此在原本不會接觸的面向(對PM來說是技術細節,對工程師來說是產品思維)互惠成長。這章節很厲害地,給那些非技術背景的PM,用十分白話的方式解釋技術名詞,相信對初入門的PM會很有幫助。
- 完成Spec的過程比結果重要
- 用文件製作的過程來釐清想法
- 進行優化,來讓文件容易閱讀和理解
- 將spec當成回饋的焦點
- 清楚說明何時spec不是真相來源
- 關注結果
到本章,「產品技能」的框架已經告一段落,明天將開啟「執行技能」,到目前爲止,透過閱讀此書,協助我將碎片化的經驗,開始有了框架,就像遊戲點選技能樹一樣,點亮了這些,又可以開展後面路徑,希望可以因此不斷讓自己更進步!