換領域難不難？從 Android 工程師轉職 PM 經驗談
歡迎來到「冒牌者症候群の下班時間 第三集」，我是 Badu，近幾年來，我發現「跨領域」這件事越來越盛行，比如工程師或是設計師轉職產品經理 ( Product Manager )，這說明了人在職場的技能或許是有機會迭代與加乘的，如果你／妳也是一位正在考慮轉領域或是跨領域的職場工作者，就很適合聽聽本集。
第三集我邀請到一位以前同事林怡伶(010)來訪談 ，她現在在行動貝果 ( MoBagel ) 擔任產品經理 ( Product Manager )，而她的背景是念電子工程再念到資料科學研究所，中間出國交換了半年，也是念資料科學，最後則是擔任了 Android 工程師，在工作幾年後，她就決定從 Android 工程師轉職成產品經理 ( Product Manager )。
今天想來跟 010 聊聊為什麼從工程師轉 PM？她是如何辦到的？而這之間的心路轉折又是什麼？以及針對那些正想要從現在職位，跨領域轉為產品經理 ( Product Manager ) 的朋友，該做哪些準備？林怡伶(010)又有那些建議？
本集精華重點：
04:10 林怡伶(010)一
開始畢業其實就想要當 Product Manager，但她發現針對新鮮人的 Product Manager 職缺通常需要有「商管」背景的人才，所以她畢業後決定先從自己較擅長的技術做開頭，先做一陣子 Android 工程師。
06:20→Q1：妳之前是在 COBINHOOD 從 Android 工程師內轉成 Product Manager，當時的想法是什麼？另外妳如何說服老闆讓妳內轉？說服公司妳適任 PM 大於工程師？
當了 Android 工程師後，發現在面對客戶端的種種需求，自己更躍躍欲試想了解與規劃更
多「產品」面向的解決方法、功能，而不僅僅是實現別人給的功能。
高技術含量、產品快速迭代的新創公司剛好很缺有技術能力、有開發過且了解公司產品的 Product Manager，抓住機會內轉。
當時剛好 30 歲，更認真的思考自己下一步的職涯、人生的下一個階段，想要收斂自己探索過所有的職涯內容，並確定自己最後要深入的方向。
12:58→Q2-1：妳先前有對自己的職涯做過哪些分析嗎？是否一開始就是規劃最終路徑就是要當 Product Manager？
針對職涯規劃有做過分析，首先還是現實層面：薪水。
美國矽谷就業市場的軟體工程師薪水天花板不一定高於 Product Manager 的薪水天花板。
工程師起薪雖然比別人高，但是最高技術的位置普通人非常難達到。
17:00→Q2-2：妳覺得過去擔任工程師的經驗，有助於你當 Product Manager 嗎？
有幫助，當過工程師後知道如何跟工程師「溝通」，不會去暫訂一個非常不可能的時程。
在技術的風險控管上做得比非技術型 PM 相對較好（此外較不會被工程師唬爛XD）。
19:20→Q3：轉職前後妳各面臨的挑戰是什麼？妳如何去克服？（尤其像 COBINHOOD 跟 MoBagel 這種非常新的技術， AI 和區塊鏈，又更難跨越這些門檻。）
在產品探索需求上容易有盲點，工程師思維會想要直接去想「解決辦法」，沒有這麼多正規的 Product Management 方法論思維。
有時可能會想用一個很炫、直接可行的技術去解決問題，而沒有花更多時間去探索產品的真實需求，反而有可能會導致治標不治本。
對技術的了解，反而有時會限縮自己在產品發想上的想像力，有時離市場也比較遠，無法貼近用戶。
然而，技術背景其實有助於對這種新創、技術含量高的公司產品做更快速的了解，比較能夠問對問題，也比較容易聽得懂對方在說什麼。
27:25→Q4：針對完全零經驗，想要跨領域來擔任 Product Manager 的人，妳有什麼建議？他們會不會至少要先會一些技能？（比如有技術背景、專案管理背景或是 Sales or Marketing 背景）
不只是要 pick up 技術、學習速度快，還要用更高、更廣層面的角度思考產品。
Mindset 、人格特質非常重要：要有 Product Owner 的自覺。
擅長「溝通」是做 PM 的首要技能，不一定是要有任何背景，這是一個必須要擁有的 soft skill。
33:20→Q5：針對有些完全零經驗的 Product Manager，工作一段時間後發現自己什麼也累積不了，有什麼方式可以幫助他們克服自己的冒牌者症狀？克服職場天花板的問題？
分兩個層面：
個人有沒有「主動」、「系統性」提升自己的專業能力。
檢視目前環境的問題：有些公司要 PM 「漂亮、年輕，追進度」即可，並沒有發揮產品經理的核心價值。
37:45→Q6：延伸上一題，事實上，台灣很多職場環境認為 PM 並不是一個「專業」的角色，妳如何看待這個想法？
台灣許多代工思維公司留下來的職場觀念：讓掛「PM」職位的員工當短期、專案管理的員工，無法參與產品的任何迭代。
問問自己你有沒有辦法清楚解釋自己的產品、要服務誰、要解決誰的問題？
最後，如果你／妳對於「定義問題」有興趣、有熱忱，甚至大於你／妳「想解決問題」的熱情，或許你／妳正是一個適合做 PM 的人。
本文由 Annie Huang 授權轉載，原文連結
瀏覽 2,219 次
