網頁

2019年12月10日 星期二

關於Marty Cagan - Product Is Hard 的筆記整理




原本想說沒機會去參加 Product Tank 的這場活動,還好事後有影片釋出,可以讓我補課,影片的內容的確有很多解決我的疑惑,也讓我很有感處,以下節錄出一些重點:

有那麼多好的工程師和設計師,為什麼一個好的產品那麼少?
  • 因為好的產品經理實在太少了!
  • 太少討論,和教學關於如何做好 Product (這邊指的應該是SaaS Product)
這也是現在Agile 遇到的問題,許多人以為考到 CSPO 就是一個好的產品經理,但是產品經理應該只有 5% 在專案管理,更多的時間應該花在產品探索和設計。



而真的好的產品經理該怎麼養成?必須夠幸運,有機會加入好的公司,加入好的產品團隊開發,然後有人帶著你,教你做,甚至讓你偷學,我覺得這也是台灣雖然不缺軟體工程師,但是比起矽谷就是差一截,最大的差距就是缺少好的產品經理歷練和養成的機運。

Marty Cagan 還趁機推銷了新 書

What You Do Is Who You Are: How to Create Your Business Culture




矽谷最夯‧產品專案管理全書:專案管理大師教你用可實踐的流程打造人人都喜歡的產品
(INSPIRED: How to Create Tech Products Customers Love)




不只台灣,在美國也是有許多人對 Lean 和 Agile 的灰心,因為 Agile 和 Lean 的核心原則有兩個:
  1. Release should be small and frequent
  2. Teams should be empower and accountable( team know and can to find best solution , figure out the best way to do it)
  3. We need learn fast in order to success
  4. We need to minimize wast
但是通常 Lean 和 Agile 必須要同時要處理兩種本質衝突的 task:

  • Discovery  ( Build right product )
    • Value
    • Usability
    • Feasibility
    • Viability
  • Delivery (Build product right )
    • Reliability
    • Scalability
    • Performance
    • Maintainability

而最難的就是 RD 必須同時做好 Discovery 和 Delivery,所以我常常會覺得精神分裂也是合情合理。


所以為了解決這個問題,矽谷才會風行 OKR ,適合 empower model 透過給 team 目標然後讓他們自己分配 discovery 和 delivery? 這可以由各個公司的 slogan 發現:

Discovery (prototype)  ---> Delivery
Google        Fake it    make it
Facebook    Move Fast   don’t break it
Airbnb         Build thing don’t scale  build things scale

Marty Cagan 也有提到幾種臭氣味,比如:
  • 4 month MVP too long for Discovery but too short for delivery
所以確認目標是非常重要的:
  • Ship feature ( output )
  • Resolve solution ( outcome )
然後他鼓勵我們要做 Discovery solution (problem solver) 而不是 Validation idea  (blocker) ,什麼意思呢?就是要當問題解決者,找到問題的解法,而不是停在驗證問題,這個想法不可行。這對我來說非常有警惕!

Planning vs prototyping (discovery)


在時間有限下,該如何分配時間,很多Product Manager來自MBA,他們非常喜歡planning
但是應該花更多時間產生可行方案( solution work )也就是應該多花時間跟設計師產產生prototypes

Not considering  alternate solutions or approaches


這也是容易採到的陷阱,畢竟除了產生 prototype 應該也要考慮其他方法,有太多 discovery 的方法。在這邊 Marty 舉了一個網站,建議我們可以去裡面挑選適合的工具,例如:Opportunity Solution Tree



Not Think enough about ethical risk


PM 應該是最找能發現問題所在,和會產生什麼問題,如果產品經理都不知道也沒想清楚,就很容易做出錯誤或有風險的產品。


Confusing Optimization with Discovery

在這邊 Marty 指出所謂 Optimization 就是為了 value capture ,所以我們應該專注在產生更多Value....(我的我筆記到這邊就亂了...XD)

Qualitative  vs Quantitative learning  (cultural )


Qualitative testing —> when need to explain something 
Quantitative testing —> why  (tell us the true)

好的公司兩個都要做(真的難~)

Product manager competence


Product manager(PdM)) is job tile
Product owner is role they play

一個稱職的PdM (RD & Designer 都需要你帶來這些資訊和know how )

  • Knowledge of your user and customer
  • Knowledge of the data those customers generate
  • Knowledge of your business
  • Knowledge of your industry

這句話最得我心,如果我們是做 2B 的 SaaS 產品目標族群又是RD:

If our customer is developer (We know our customers !!)


演講就是引言,重點還是得買書來看....XD



沒有留言:

張貼留言