原文書名：INSPIRED: How to Create Tech Products Customers Love
推薦指數：★★★★
為什麼會想要讀這本書呢？這應該是個美麗的意外，原本看見書名以為是討論專案管理的書籍，沒想到這本書是專為產品經理所寫的，整本書都以產品經理的視角來撰寫。
我其實對於中文書的書名有點意見，很容易誤會是在討論「專案管理」，其實不是這樣的，英文版的書名正確翻譯應該是「如何打造顧客喜愛的科技產品」，本書的主要目的是希望分享卓越產品公司的最佳實務，以協助大家打造出真正誘人的產品 — — 顧客喜愛的產品。
這是一本聖經等級的產品經理必讀的書籍之一。無論你是不是產品經理，都值得從產品經理的視角，看待整個產品開發的過程。本書的內容共有 67 章，作者把本書寫得非常的淺顯易懂，沒有很艱澀的理論。也因為如此，談論的東西過多，有些概念是略略帶過，你可能看過以後，還是有點模糊，需要找一些其他的資料做更深入的研究。
此篇文章採用主題閱讀的方式撰寫：「優秀公司都是怎麼組建產品團隊？」以這個主題為主軸，希望可以透過產品經理的視角，觀察他與其他角色間的互動關係。
優秀產品團隊的原則
產品團隊是把一群專業技能和職責不同的人匯集在一起，讓他們真實擁有產品主導權，或至少可以主導產品的大部分。在優秀的產品公司裡，儘管產品和環境各不相同，但有幾個非常類似的重要原則。
傳教士團隊
「我們需要的是傳教士團隊，而不是僱傭兵團隊。」雇傭兵是叫他們做什麼，他們就做什麼。傳教士則是願景的信徒，致力於顧客解決問題。
團隊的組成
典型的產品團隊是由 1 位產品經理、一位產品設計師、以及 2 到 12 位不等的工程師組成。產品團隊可能還包括 1 位產品行銷經理、1 位或多位測試自動化工程師、1 位用戶研究員、1 位資料分析師。較大的產品組織裡也包含 1 位交付經理。
團隊授權和責任
公司授權產品團隊找出實現目標的最佳方法，並為結果負責。
團隊規模
團隊的規模也有上限通常是 8 到 12 位工程師左右。你可能聽過「兩個披薩原則」（two-pizza rule），就是把團隊規模維持在這個範圍內。
團隊提報架構
產品團隊裡沒有上下從屬關係。顯然，產品經理不是產品團隊中任何成員的上司。
團隊位置
團隊成員盡量同處一地，不是大家在同一棟樓或是同一樓層上班，而是彼此近到可以輕易看到對方的電腦螢幕。最卓越的公司已經意識到同處一地的重要性。同處一地的團隊通常比分散團隊績效更好。
團隊範疇
每個團隊的範疇是什麼？也就是，每個團隊的職責是什麼？分工的方法有很多種，但是團隊的劃分沒有完美的方法。當你了解這點以後會發現，追求某方面的完美時，難免會犧牲其他方面。
團隊存續時間
最重要的是，你必須努力維持團隊的合作與穩定，人員可能來來去去，但是團隊成員相互瞭解並學會如何有效合作，是多麼難能可貴的，而且效果非常強大。另一個重要原因是，一個領域的創新需要時間累積足夠的專業。如果為了一個僅持續幾個月的專案，把一群人聚集在一起，專案完成後解散，那麼幾乎不可能組成傳教士團隊。
團隊自主性
想要團隊有被授權的感覺、幫顧客解決問題時產生傳教士的熱情，公司就必須賦予團隊很大的自主權。，另外，我們應該盡量減少團隊之間的相依關係。
產品經理（Product Manager）
產品經理運作的方式基本上分 3 種，作者認為只有一種可能成功：
1. 產品經理把每個問題和決策都往上提報給執行長知道 ← 不推薦
在這個模式中，產品經理其實只是待辦清單的管理員。如果你認為產品經理的工作是「Scrum 敏捷專案產品負責人」，你一定屬於這種模式。
2. 產品經理可以召開會議，使所有利害關係人齊聚一堂討論出結論 ← 不推薦
這是種委員會設計（design by committee），做出來的結論往往很平庸。大公司裡經常出現，產品經理其實只是個路徑圖管理員。
3. 產品經理可以做自己的工作 ← 推薦
作者在本書中說服你相信這種工作方式。
關鍵職責
產品經理負責評估機會，決定該為顧客打造什麼產品的人。我們常在產品待辦清單中描述該開發什麼。聽起來很簡單，真正的困難是確保產品待辦清單上的內容都值得開發。卓越的產品經理有 4 大責任，整個團隊都依賴這些特質：
責任1：深入了解顧客
責任2：深入了解資料
責任3：深入了解事業
責任4：深入了解市場和產業
具有特質：聰明、有創意和毅力
所謂的聰明，不是單指智商很高，而是指求知慾強，學得快，能夠迅速應用新技術為顧客解決問題，觸及新的受眾，或實現新的商業模式。至於有創意，是指另類思考，能夠以一般產品功能外的方法來解決商業問題。最後，有毅力指的是以令人信服的證據、持續的溝通、銜接不同部門的意見衝突，推動公司跨出舒適圈。
作者認為，對產品的熱情以及幫顧客解決問題的熱誠是教不來的。人的熱情，要麼本來就有、或根本沒有。這也是面試產品經理時，第一個要確定的特質。
產品設計師（Product Designer）
很多公司知道工程師的重要，卻不了解設計的重要性，因此浪費了很多時間和金錢。現代的產品設計師負責以下任務：
- 產品探索
- 整體的用戶體驗設計
- 原型設計
- 用戶測試
- 互動和視覺設計
產品經理和產品設計師培養健全融洽關係的 5 個關鍵：
- 想辦法讓設計師坐在你身邊
- 每個創意概念從一開始就把設計納入構思
- 盡量讓設計師參與許多用戶互動，讓她一起了解用戶和顧客。
- 認住衝動，不要直接把你的設計想法提供給設計師。盡量給予設計師很多的空間，讓他解決設計挑戰。
- 鼓勵設計師儘早經常的反覆改進。
工程師
產品經理需要公開分享對顧客的了解，提供顧客相關資料以及事業的限制。產品經理的任務是把這些資訊帶給團隊，然後討論問題的潛在解決方案。
另一個實務重點是，你每天上班都需要和工程師直接交流。第一類討論是你針對產品「探索」流程中提出的物件，徵詢工程師的想法和意見。第二類討論是工程師要求你針對他們正在開發以便「交付」的物件，釐清一些問題。
你應該盡量給予工程師很多自由，讓他們想出最好的解決方案。你的任務是確保工程師像傳教士，而不是雇傭兵。
產品行銷經理（Product Marketing Manager）
產品行銷經理往往不是每個產品團隊中的全職專屬成員。產品行銷通常是按產品、目標市場，有時按進入市場的通路來建構。產品行銷人員通常比產品團隊少，所以常一人兼顧數個產品團隊。在優秀的科技產品公司中，產品行銷在產品探索、交付、上市的流程中扮演重要角色，所以是產品團體的重要成員。
我們需要開發顧客喜歡的產敏，但那產品也必須能夠推動公司的事業發展。公司可以從許多競爭對手中脫穎而出，用有成本效益的方式招攬新顧客，也有把產品送到顧客手中的上市通路和能力。這方面，產品行銷是產品經理的重要合作夥伴。
其他配角
接下來說明的角色，產品經理不一定會共事到，根據公司規模和類型而定。
用戶研究員
他們可以幫你找到合適的用戶類型，設計合適的測試類別，試著從每個用戶或顧客互動中得到最多資訊。
資料分析師
他們幫助團隊收集合適的分析資料，管理資料隱私的限制，分析資料，規劃即時資料測試，並理解及詮釋結果。
測試自動化工程師
他們為產品編寫自動化測試，用來取代老式的手動測試品保人員。
後記
一直對於產品經理和產品設計師的角色或者定位有些疑惑。怎麼說呢？因為在每間公司裡對於這些角色可能會用不同的職稱做稱呼，譬如說商業分析師（Business Analyst）、產品企畫師（planner）、產品經理（product manager）、用戶體驗設計師（UX designer）、視覺設計師（UI designer）等等。他們到底有什麼不同呢？
產品經理主要負責深入了解顧客、了解資料、了解事業、了解市場和產業。產品設計師負責產品探索、整體的用戶體驗設計、原型設計、用戶測試、互動和視覺設計。以一個小團隊來說，就是只有這兩種角色。隨著產品規模變大，產品團隊成員變多，有可能分工就變得更細了，因此會產生一些專業職能的角色出現，譬如說用戶體驗設計師、視覺設計師、用戶研究員等等，來分擔產品經理或者是產品設計師的工作。
有時候，即時是相同的職稱，在不同的公司，做得事情也略有不同。因此，我們可以從這些角色實際的工作內容，來判斷比較偏向哪種職位。
如果你喜歡我的文章，歡迎「拍手」給我支持，或是「Follow」我，讓我提供更多的優質文章給你。
