關於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，所以我常常會覺得精神分裂也是合情合理。

 source: What is Continuous Product Discovery? - Product Discovery Methods

所以為了解決這個問題，矽谷才會風行 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

source: product framework

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