沒有技術背景，如何成為產品經理？如何從業務／設計師／工程師跨足產品管理？到底產品經理的工作是什麼？什麼樣背景的人最適合成為產品經理？今天的文章會討論以下四個問題：
- 為什麼產品經理被稱為mini CEO？
- 產品經理分為哪三種背景？
- 技術背景怎麼拿到職缺？
- 商業背景怎麼拿到職缺？
為什麼產品經理被稱為mini CEO
我在【PM總動員】在美國大型軟體公司和矽谷新創擔任產品經理的三大不同中曾經提到：
打造和管理對客戶跟公司具有最大價值的產品，是產品經理最重要的工作。（The job of the product manager is “to discover a product that is valuable, usable and feasible.”）— Marty Cagan
好的PM要有和高層協調制定產品策略的高度，同時又能夠捲起袖子來推動具體執行，還要能和設計、工程、銷售、行銷、研發、運營、法務、客服與財務等各部門共同合作。
而在不同產業、不同產品類型，或在公司和產品的不同階段，也需要PM發揮挖掘需求、優化或推出產品、團隊合作、協調溝通，領導管理等各個不同領域的能力和技能。
因此，知名創投a16z的Ben Horowitz曾經說過：
A good product manager is the CEO of the product。
產品經理的演進史
要了解什麼是產品經理，得先從它的歷史講起。
現在我們所熟悉的PM角色大多來自於科技公司，但是，PM這個概念最早其實是由P&G提出的。當時還不被稱為產品經理，而是更像品牌經理的概念。
Neil H. McElroy率先提出所謂的「Brand Men」，負責從追蹤業績一直到管理產品和行銷（from tracking sales to managing the product, advertising, and promotions）。
在FMCG（快速消費品）產業，因為產品生命周期較長，生產製造和研發分開進行， PM相對專注於4P中的Place（通路／地點）、Price（價格）和Promotion（推廣／促銷）。也因此，PM在FMCG產業中通常被歸類在行銷部門的一部分。
但到了軟體科技業，生產製造和研發的分界不再那麼明顯，對於產品創新和引進新科技的要求也更高，因此4P中的Product（產品）又重新回到舞台中央。尤其在敏捷管理（Agile Management）成為主流後，PM的產品管理角色更為吃重，逐漸脫離行銷Marketing或工程Engineering部門，自成一家。
隨著產品部門受到更多的重視，許多公司開始將原本屬於其他部門的權責範圍，畫分到產品部門，例如user acquisition、user growth、user flows、user experience。PM自此成為真正為用戶服務，負責整個產品生命周期的人。
產品經理分為哪三種類型？
看完了產品經理的演進歷程，不難理解為什麼PM的工作需要橫跨三個領域：business、engineering、design。你可以從UX轉PM，工程師（Engineer）轉PM，也可以從Sales（Business）轉PM，但是你必須要對這三個領域都有足夠的了解，缺一不可，因為PM是連結這三個領域的核心。
換句話說，比較容易轉職的方式，是從自己擅長的領域著手，如果你是工程背景，就找技術性高的產品（e.g.無人車或是B2B AI robotics軟體），商業背景則可以從技術性不高，但重視優化策略性指標的公司著手。每間公司也有不同的風格，例如Amazon聘用很多商業MBA背景的PM，而Google則偏好有工程背景的PM。
Mckinsey在訪問多位科技公司PM之後，歸類出以下三種產品經理類型：Technologies、Generalist、Business-oriented。這篇文章雖然是在2017年發表的，但是今天看來還是具有一定參考價值。
接下來，我會就我自己和周邊朋友的經驗分析，從技術和商業背景轉職PM，分別有什麼好處和壞處，具體又應該怎麼做。
Engineering to Product ─ 技術背景怎麼轉PM？
我身邊就有好幾位同事和朋友是從軟體工程師、Machine Learning工程師轉為PM或是TPM（Technical Product Manager）。因為他們的背景，通常和工程團隊的溝通不成問題，但相對的，需要增加對使用者需求，市場研究，競爭者分析，產品定位，及商業判斷的了解。
一般來說，公司內部轉職會比較容易，尤其是在一些開發複雜技術產品，或是公司內部產品（使用者為公司其他部門，而非外部客戶）的部門，常常是由技術主導決策，一開始不一定會有PM。一旦出現產品管理需求，熟悉該項技術的工程師很可能會成為第一個PM，類似的狀況也可能發生在技術主導的新創公司。
這種背景的PM最常犯的錯誤，就是太偏重技術考量，而忽略使用者真正的需求。例如，可能認為這個新功能很「酷」，或市場上沒有其他競爭對手就決定產品方向，最後才發現這不是使用者真正需要且願意付費的功能。
你的競爭對手也不笨，如果市場上完全沒有這樣的解決方案，最大的可能不是你比其他人更洞燭機先，而是這個產品根本沒有真正的市場需求。
另一個常見錯誤，是想要主導產品開發和工程團隊的決定。PM最重要的工作是決定產品方向，我們需要開發什麼樣的功能，解決使用者的哪些問題，也就是所謂的「What」。
至於「How」，具體應該如何執行？使用哪種軟體架構？監督學習或是強化學習？PM可以參與討論，但最終應該交由工程團隊決定。如果你無法信任工程團隊可以做出最好的技術決策，那麼這間公司可能有更大的問題。尤其是機器學習跟AI產品，需要給技術團隊有更多的實驗空間。
Business to Product ─ 商業背景怎麼拿到職缺？
在美國多數大公司的PM面試，都有一定的流程和關卡。像是Amazon這樣的公司，每年都會透過既定的面試流程，聘用有商業背景或是MBA畢業生。這些人通常對市場研究、競爭者分析及商業判斷都很熟悉，但是需要加強對使用者的了解，和設計團隊合作的經驗，以及對產品技術面的理解。
我身邊商業背景的PM朋友，通常偏好選擇技術上較不複雜的B2C產品，而避開技術性較高的B2B產品。這些B2C產品通常比較注重使用者經驗、策略性指標（metrics），而非技術架構。
總結
其實產品經理並沒有一定的背景或學經歷，不論是上述哪一種類型的PM，或是在公司裡從事哪種工作，都必須要找到自己獨特的附加價值（value-add）。
把自己想成一個產品來打造，你獨一無二的賣點是什麼？（What's your USP, or unique selling proposition?）
商業背景的人，與其擔心自己的技術能力不足，不如想想公司為什麼會聘用你做PM？肯定不是希望你跟工程師有同樣的技術能力 （如果是這樣，他就僱用另一個工程師就好），而是希望你可以帶來不同的觀點和價值。
也就是說，與其擔心自己的技術能力不足，不如專注在只有你可以做到的事情上。 例如，你是不是公司裡面最了解使用者需求的人？你是不是比工程團隊更知道競爭產品和市場的發展方向，可以提供給工程師更多有價值的背景資訊？
同樣的，技術背景的人也必須清楚你現在的角色是PM，而不是工程師。你要做的是找出使用者需求，並將這些需求很清楚地傳達給工程團隊，而不是干涉實際執行層面的技術決定。或是忽略顧客需求分析的重要性，一味相信只要可以開發出世界上最好的產品，就一定有人會買單。
責任編輯：陳建鈞
《數位時代》長期徵稿，針對時事科技議題，需要您的獨特觀點，歡迎各類專業人士來稿一起交流。投稿請寄edit@bnext.com.tw，文長至少800字，請附上個人100字內簡介，文章若採用將經編輯潤飾，如需改標會與您討論。
（觀點文章呈現多元意見，不代表《數位時代》的立場
