2021年3月21日 星期日

讀書筆記| 產品經理必讀經典!INSPIRED : 產品專案管理全書

 


作者為著名的矽谷產品大師 Marty Cagan,擔任許多知名企業的產品教練與顧問。本書以產品經理的視角切入,來聊聊所有與如何打造出好的科技產品相關的議題。


這也是Peggy 第二次閱讀這本書了~還記得,初次閱讀時是 Project manager,第二次閱讀時,工作轉換為 Product manager。

然而,每次的閱讀都帶來一些新的體悟,果然是經典好書!!


誰適合閱讀本書?
  • 產品經理
  • 專案經理
  • RD
  • 任何想了解產品echo system 的人

全書分為五大章節,主要從這些不同的面向來探討與切入。
  • 從頂尖科技公司得到啟示
  • 適合的人才
  • 適合的產品
  • 適合的流程
  • 適合的文化     



/

本書內容蠻豐富實用的,Peggy特別摘錄其中有共鳴或覺得有意思的部分與您分享。

幾個關鍵概念

  • 「產品」:包含功能特色、技術、用戶體驗設計、營利、吸引用戶與顧客、離線體驗(含出貨體驗/退貨體驗等等...) 。

  • 持續的探索(discovery) 與交付 ( delivery) :PM 與設計師每天探索打造產品時,同時間,工程師也在努力交付優質的產品。很多時候,很棒的創新也是出自工程師,而PM 和設計師也會協助交付產品、協助釐清行為。
  • 產品探索需解答這四個重要問題: 用戶會買或用這個產品嗎?用戶清楚怎麼使用嗎?RD 做得出來嗎?Stakeholders也支持嗎?
  • Prototype :讓公司以低廉的成本快速學習與驗證假設
  • 努力追求 Product-Market fit 
  • 產品願景:產品的長期目標,產品組織打算如何達成公司的使命。


優秀團隊主要成員


優秀的產品無法單由產品經理獨立完成,需要一個優秀團隊合作而成!



卓越的產品經理有四大責任


  • 深入瞭解客戶:質化分析是為了瞭解用戶和顧客為什麼有那些行為; 量化學習是為了了解顧客在做什麼
  • 深入了解資料:含銷售分析、使用分析、A/B 測試的結果
  • 深入了解事業:此為最難產出的貢獻,要瞭解企業事業運作方式,了解各利害關係人是誰?以及他們面臨的限制與挑戰為何?
  • 深入了解市場和產業。


卓越的產品經理必須具備的特質:

  • 對產品有熱情
  • 有幫客戶解決問題的熱誠
  • 非常聰明:求知慾高、學得快
  • 創意:另類思考,解決商業問題
  • 毅力:以令人信服的證據、持續的溝通、銜接不同部門的意見衝突、推動公司跨出舒適圈


優秀的產品設計師之重要!


  • 用戶體驗 UX不是單指UI ,而是延伸到「客戶體驗」
  • 把顧客、產品、公司互動一起來整理思考。
  • 優秀的產品設計師以原型作為內外部溝通的媒介,不斷與用戶與客戶進行想法的測試,以評估此創意想法的價值。如客戶會想使用嗎?如果不會,那是因為?
  • 如何和設計師培養良好健康的關係
    • 讓設計師坐在身邊
    • 從一開始就把設計納入創意概念
    • 讓設計師一起了解用戶和客戶
    • 給設計師空間,且鼓勵反覆改進


工程師


  • 對成功的產品經理來說,最最重要的團隊關係就是與工程師團隊的關係了!
  • 產品經理需要先做功課,為團隊帶來深入的知識以及產品管理的技能。
  • 工程師通常都很聰明,且生性存疑。遇到不懂的,最好坦白承認,告訴他們你會儘快了解。
  • 產品經理要公開分享對客戶的了解,customer need/ feel exciting / pain point...
  • 盡量給工程師很多空間和自由,讓他們想出最好的解決方案。
  • 必須持續讓團隊知道自己思想開明、知道如何傾聽,而且想要、也很需要他們的協助來開發合適的產品。
  • 每天上班都需要和工程師直接交流。可能是你針對產品「探索」流程中提出的想法,徵詢工程師的看法和意見 ; 或是是工程師要求你針對正在開發以便「交付」的物件,釐清一些問題。

產品行銷經理


  • 代表著市場定位、傳遞給市場的資訊、上市計劃等等。
  • 他們深入參與銷售通路
  • 通常非團隊專屬成員,而通常按照產品、市場區隔、通路來區分。
  • 從與產品行銷團隊的互動中,可取得和市場相關的有價值訊號。

/

產品路徑圖( roadmap )


  • 典型的產品路徑圖都談產出,而優秀的團隊需要交付的是商業結果。
  • 產品路徑圖:公司要求團隊開發的功能特色與專案的優先順序清單。
  • 通常是每季更新,有些公司是從每個時點展望3個月,有些則是做年度規畫。


「產品的兩個麻煩真相」 


  • 至少有一半以上的創意行不通,原因可能為概念缺乏價值、缺乏易用性、缺乏實行性或商業可行性。
  • 即使某個創意想法證實有價值、簡單易用、開發得出來、商業上可行,通常仍需要經過多次iteration ,才能讓產品足以即時變現(time to money)
  • 優秀團隊成功關鍵在於-因應這些真相的方法。打造prototype,用花幾小時或幾天找用戶、客戶等相關的stakeholders 來測試創意概念,根據回饋進行調整。
  • 問題! 產品路徑圖上的清單都了變成承諾。應有 「高誠信的承諾」 (high-integrity commitment)
  • 路徑圖的2個需求
    • 管理高層希望確定產品團隊優先開發商業價值最高的
    • 管理高層是在經營事業,有些情況下需要給出日期承諾,路徑圖是他們追蹤這些承諾進度的地方。
  • 替代方案:結果導向的路徑圖(outcome-bard roadmap )把上面的項目改寫成「該解決的商業問題」 or OKR



產品經理推銷的十大建議

  • 運用原型
  • 體會痛苦
  • 分享願景
  • 大方分享學習心得
  • 大方分享功勞
  • 學習如何做出色的產品示範
  • 做足功課
  • 真心感到興奮
  • 學會展現熱情❤️
  • 多花時間跟團隊相處呢

/

關於產品探索


  • 精神:迅速實驗及探索
  • 產品探索是為了解決底下這些關鍵風險:
    • 顧客會購買或決定使用嗎?(價值風險)
    • 顧客知道如何使用嗎?(易用性風險)
    • 能打造出來嗎?(實行性風險)
    • 有助於事業發展嗎?(商業可行性)

  • 產品經理需要收集證據,而非憑印象。通常最難回答也需優先評估的是「價值」。

產品探索十大核心原則


  • 不能只依靠顧客、高管或利害關係人告訴你要打造什麼。客戶不見得知道,尤其科技產品,我們常等到東西出現,才真正知道自己想要什麼。
  • 創造必要價值,讓顧客決定購買或使用
  • 工程難、重要但良好的用戶體驗更難,是成敗的關鍵
  • 功能、設計、技術本質上是緊密相連的
  • 許多創意不成功,那些成功的概念通常需要反覆驗證
  • 必須找真正的用戶和顧客來驗證創意
  • 盡可能最快、最便宜的方式驗證概念
  • 先在產品探索流程中驗證概念的實行性,不是之後才做
  • 在探索流程中驗證概念的商業可性,不是之後才做
  • 共同學習很重要
  • 常見需求測試技術:Fake door demand test ,Landing page demand test
  • 量化測試告訴我們發生或沒發生什麼,但無法告訴我們為什麼,以及如何改正那種情況。

科技核心分析工具


  • 用戶行為分析(點擊路徑、參與)
  • 事業分析(活躍戶、轉換率、終身價值、留存率)
  • 財務分析(平均單價、出帳、結帳時間)
  • 性能(載入時間、正常執行時間)
  • 作業成本(儲存、主機託管)
  • 上市成本(收購成本、銷售成本、宣傳活動)
  • 情緒(淨推薦值、顧客滿意度,調查)

謹記在心:資料可以顯示發生什麼事,但無法說明為什麼。我們還是需要質化技術來說明量化結果。


創業圖技術: 創業圖(startup canvas)、商業模式圖(business model canvas) 和精實圖(lean canvas)  幫助凸顯新創事業或現有事業中重要新產品的關鍵假設及主要風險。

/

延伸閱讀>>


OKR

Fakedoor
商業模式圖(business model canvas) 
相關演講


希望以上的分享對需要的朋友們有那麼些幫助,也歡迎討論交流。


歡迎轉貼,禁止商業使用,請註明原文標題、連結以及作者。

沒有留言:

張貼留言

Peggy的實驗空間| 小書庫 Index card ( 讀書筆記總目錄/書單 )

  一直很喜歡閱讀,也常從閱讀好書中與讀書會得到許多的力量與啟發,不管是在人生的低潮抑或是順遂的時候。在閱讀之路上,這幾年也保持一個習慣。當閱讀到喜歡的書籍,且那陣子時間允許,就會提醒自己閱讀完後整理出心得筆記。一方面藉機鍛鍊寫作肌肉與思路,方便之後的複習和查閱。另一方面,也可以...