0人評分過此書

矽谷最夯.產品營運模式轉型全書:像世界頂尖科技公司那樣運作,更快推出更有價值產品

出版社
出版日期
2024/11/07
閱讀格式
EPUB
書籍分類
學科分類
ISBN
9786267492611

本館館藏

借閱規則
當前可使用人數 2
借閱天數 14
線上看 0
借閱中 0
選擇分享方式

推薦本館採購書籍

您可以將喜歡的電子書推薦給圖書館,圖書館會參考讀者意見進行採購

讀者資料
圖書館 桃園市立圖書館
* 姓名
* 身分
系所
* E-mail
※ 我們會寄送一份副本至您填寫的Email中
電話
※ 電話格式為 區碼+電話號碼(ex. 0229235151)/ 手機格式為 0900111111
* 請輸入驗證碼
〉〉〉矽谷最強「實踐派」產品專案管理大師再度回歸〈〈〈
從跨功能團隊的工作原則與技術工具
再到打造賦權的跨功能產品團隊
這次教你像世上頂尖「技術驅動」公司
Facebook、Google、Netflix、Apple、Adobe那樣
打造客戶喜歡、又能創造企業價值的產品

繼《矽谷最夯‧產品專案管理全書》、《矽谷最夯‧產品專案領導力全書》之後,讀者紛紛敲碗問──在AI數位時代,公司如何成功轉型像矽谷科技公司那樣打造產品?

祕訣在於打造產品營運模式,透過「改變打造產品的模式」→「改變解決問題的方式」→「改變決定解決什麼問題的方式」,讓產品團隊持續創造客戶喜愛且為公司賺錢的技術驅動型解決方案:

【產品模式的優勢】
‧打造的產品能夠更以顧戶需求為導向,而不是單向洞察和猜測;
‧了解顧客受益於產品、功能、內容或服務的哪些部分,產品針對性更強;
‧公司與產品團隊共同制定產品成功標準,職責歸屬明確。

【產品開發原則】
‧採用敏捷流程不代表組織轉型,像Apple和Google都有各自的產品開發流程,但他們在產品開發中強調的原則全都遵循產品營運模式;
‧團隊被賦權找出問題的解決方案、對結果而不是產出負責當責;
‧團隊親身產品探索、客戶洞察、資料解讀等技術與工具。

【承擔風險差異】
‧產品經理:價值風險──客戶想要嗎?可營利性風險──這個解決方案能為我們的事業帶來效益嗎?
‧產品設計師:可用性風險──使用者能夠容易地學習及使用這個解決方案,並且認知到產品的價值嗎?
‧工程師:可行性風險──如何使用團隊成員的時間、技術及資料來打造與推廣這個解決方案嗎?

【領導職務差異】
‧產品策略:由產品團對提出解決方案,公司高層只要提出團隊要解決什麼問題;
‧團隊拓樸:由產品領導者確認團隊成員的招募和團隊配置,人資只是從中協助;
‧教練工作:有別於公司為全體員工提供的教育訓練,產品團隊個職能需要有其他的技術培訓與工作教練指導。

馬提.凱根透過矽谷科技公司的從業經驗,以及數十年來輔導各行各業的實務見解,幫助你公司一舉從「傳統IT專案管理模式」轉型成為「產品營運模式」!

─本書特色─

‧明確指出建立產品營運模式的原則及運作方式:討論有關產品營運模式的常見誤解、引進產品營運模式的概念及關鍵原則、解決產品團隊中的常見摩擦、提供實際案例中領導者和團隊成員如何推動轉型。

‧用各行各業的轉型案例來說服你:轉型之路困難重重,但把公司轉型為產品營運模式絕對不是不可能的任務,書中以優異的轉型案例來激勵你,展示一旦成功轉型,你也能夠做到什麼。

‧提供數十年輔導經驗+經過驗證的實務見解:作者自 80 年代以來一直熱中研究頂尖產品組織如何運作:Apple、Netflix、Google、Amazon、Spotify……,他發現雖然這些公司各有獨特的產品文化,但都有相同、基本的產品營運模式原則。

‧不是管理書,而是轉型現場的實踐與經驗分享:提供大量工作實務中的觀察與輔導經驗,從轉型團隊的人員配置、各部門通力合作到如何跟各個利害關係人建立信任,絕對是轉型必備參考書,協助你評估當前狀況、了解想達成的目標,並規畫轉型之路。

─專業推薦─

王志仁∣《數位時代》總編輯
游舒帆Gipi∣商業思維學院院長
詹文男∣數位轉型學院共同創辦人暨院長、臺灣大學商學研究所兼任教授
拉特.維馬納(Prat Vemana)∣Target數位與產品長
安尼希.比希曼尼(Anish Bhimani),摩根大通銀行產品長
麥克.牛頓(Michael Newton)耐吉前產品副總裁
施瑞雅斯.道許(Shreyas Doshi)∣前推特、谷歌產品領導者
胡安.羅培茲(Juan D. Lopez)∣藍色起源航太公司(Blue Origin)產品管理總監
(台灣推薦人依姓氏筆畫排列)

─短文推薦─

「在後疫情世界中營運組織的每一位領導者都應該閱讀這本書,作者闡釋產品營運模式的所有層面,根據我個人在零售業和保健業的經驗,我可以毫無保留地作證,這是公司向前邁進的一本重要參考指南。」──普拉特.維馬納,目標百貨公司(Target)數位與產品長

「馬提及SVPG 團隊再度推出佳作,他們直接應用好案例及面對問題的特有風格,創作出這本經典指南,幫助公司應付轉型成為產品營運模式所遭遇的路障與陷阱,是任何想要轉型之旅更成功的主管團隊都應該閱讀的一本書。」──安尼希.比希曼尼,摩根大通銀行(JP Morgan Chase)商業銀行產品長

「SVPG 教會我們,產品營運模式如何讓所有公司交付更好的服務給顧客,現在,本書將教我們如何在公司釋放這股力量──不論公司處於什麼產業、打造什麼產品、過去使用什麼管理方法。有了這本書,現在我們全都有了把事業轉型成頂尖產品打造者所需要的路徑圖。」──麥克.牛頓,科利安培植皮革公司(Qorium)執行長、前耐吉公司(Nike)產品副總

「馬提擁有世界級產品團隊的經驗,深度與廣度無人能及。許多公司仍然無法一致地打造具有高影響力的軟體產品,而本書為此提供一條實用的途徑。這條途徑並非只是採用一個訂定目標的神奇戰術,或是推出一種盛行的軟體開發流程。本書提出一種更全面、在真實世界中奏效的方法,涵蓋組織設計、策略、文化、領導及持續改善等層面。」──施瑞雅斯.道許,前線上支付服務商Stripe、推特(Twitter)、谷歌(Google)、雅虎(yahoo)等公司產品領導者

「對於有興趣學習如何成功地推行及維持產品營運模式的公司領導者,這是一本必讀之作。本書不僅解密頂尖科技公司內部的運作模式,也提供如何推動數位轉型的詳盡方法,並展示多家各種產業公司的實例。我相信,本書將成為世界各地組織推動產品轉型必要的變革管理指南。」──胡安.羅培茲,藍色起源航太公司(Blue Origin)產品管理總監
  • 封面
  • 書名頁
  • 各界好評
  • 推薦序 企業落實數位轉型的三大變革關鍵/詹文男
  • 推薦序 擁抱產品營運模式,打造軟體時代的致勝思維/游舒帆Gipi
  • 推薦序 靠右開車到靠左開車/王志仁
  • 第1篇 序論
    • 第1章 本書為誰而寫?
    • 第2章 何謂產品營運模式?
    • 第3章 為何要轉型?
    • 第4章 轉型失敗的典型案例
    • 第5章 執行長的角色
    • 第6章 本書概述
  • 第2篇 轉型定義
    • 第7章 改變打造模式
    • 第8章 改變解決問題的方式
    • 第9章 改變決定解決什麼問題的方式
  • 第3篇 產品模式的職能
    • 第10章 產品經理
    • 第11章 產品設計師
    • 第12章 技術領導
    • 第13章 產品領導者
    • 第14章 創新故事:Almosafer
  • 第4篇 產品模式的概念
    • 第15章 產品團隊
    • 第16章 產品策略
    • 第17章 產品探索
    • 第18章 產品交付
    • 第19章 產品文化
    • 第20章 創新故事:車美仕
  • 第5篇 轉型故事:Trainline
  • 第6篇 產品模式的運行
    • 第21章 與顧客合作
    • 第22章 與銷售部門合作
    • 第23章 與產品行銷部門合作
    • 第24章 與財務部門合作
    • 第25章 與利害關係人合作
    • 第26章 與高階主管合作
    • 第27章 創新故事:Gympass
  • 第7篇 轉型故事:Datasite
  • 第8篇 轉型方法
    • 第28章 轉型結果
    • 第29章 轉型評估
    • 第30章 轉型戰術:職能篇
    • 第31章 轉型戰術:概念篇
    • 第32章 轉型戰術:採用篇
    • 第33章 轉型福音傳播
    • 第34章 轉型輔助
    • 第35章 創新故事:Datasite
  • 第9篇 轉型故事:奧多比
  • 第10篇 克服異議
    • 第36章 來自顧客的異議
    • 第37章 來自銷售部門的異議
    • 第38章 來自執行長與董事會的異議
    • 第39章 來自業務前線的異議
    • 第40章 來自顧客成功團隊的異議
    • 第41章 來自行銷部門的異議
    • 第42章 來自財務部門的異議
    • 第43章 來自人力資源/人力營運部門的異議
    • 第44章 來自資訊長的異議
    • 第45章 來自專案管理辦公室的異議
    • 第46章 來自產品組織內部的異議
    • 第47章 創新故事:凱薩醫療機構
  • 第11篇 結論
    • 第48章 成功轉型的要素
    • 第49章 創新故事:Trainline
  • 學習更多
  • 致謝
  • 版權頁

評分與評論

請登入後再留言與評分
幫助
您好,請問需要甚麼幫助呢?
使用指南

客服專線:0800-000-747

服務時間:週一至週五 AM 09:00~PM 06:00

loading