每場面試的必備問題就是「自我介紹」，如何引人入勝卻是最大的困難。這邊告訴大家幾個簡單的小撇步，讓你可以更知道該怎麼準備。

每場面試的必備問題就是「自我介紹」，如何引人入勝卻是最大的困難。這邊告訴大家幾個簡單的小撇步，讓你可以更知道該怎麼準備。

了解產品與市場

無論是產品經理或是專案經理，要特別對於公司現有的發展與產品特別熟悉，如果是 B2C 產品必須要實際操作過，而 B2B 產品可以藉由 DEMO 網站或是相關影片了解產品操作行為。

此外當你知道面試官的背景，更可以知道要從技術面、市場面、使用者體驗等面向來準備產品介紹。畢竟，了解市場與用戶、清楚產品優缺點、規劃未來產品藍圖可是 PM 不可或缺的每日作業。

客製化你的經驗自我介紹

即使同一份工作是做為產品經理，仍然或有作為專案經理的小階段，反之亦然。PM 常說的 Discovery 與 Delivery 自己的比重占據多少，在每份職涯都要幫助自己回顧。

而自我介紹時，要特別清楚這份工作是著重在專案管理或是產品管理，並且要清楚說明自己在兩者之間的經驗比重、最近一份工作的日常生活比重、以及若是實際接觸到專案管理更可以特別多說明是敏捷專案、利害關係人管理等等細節。這些由廣入深都是幫助面試官更能快速了解你的背景。

明確表達出自己的求職動機

由於 PM 是個需要大量團隊合作與策略規劃與執行的職務，每個主管對於「PM」的期待不同，這期待包含是否有決策權、Day-to-Day 任務有什麼之類。因此述說自己過去與現在期待的的團隊合作組成與文化、自己是扮演什麼樣的角色等等。

說得更清楚的案例，你是怎麼期待與設計師合作？當今天需要面對客戶你認為工程師需要怎麼協助你嗎？你認為你的主管應該扮演什麼角色？都是非常考驗與組織契合度的問題。而我們當然不可能全盤托出，面試時間有限，隨著時間推進與雙方聊的程度，自然會知道該多講或少講什麼，重點是「誠實」以待，也沒有正確答案。

個人產出與團隊產出

太過謙虛的人會講都是團隊的功勞，太過浮誇的人卻又會歸功於自己。沒有團隊就沒有 PM，沒有 PM 就也不會有團隊，兩者是相輔相成。先從團隊的整體產出，再說明自己的實際貢獻，以及如果把自己抽離，預想團隊的成果是否有差。這時要用 STAR 的原則，也就是 S ( Situation )、T ( Target )、A ( Action )、R ( Result）說明細節就會很清楚知道這個人是扮演純粹參與者、還是實際有所貢獻。

總結

自我介紹是最重要也是最基礎的第一步，好的開場白與埋伏筆，通常可以讓我們在面試中得到不少分數。以上四點作為 PM 的自我介紹看起來的確與其他職務大不相同，實際上我們能知道準備起來會更有方向。期許這簡單的四個項目，可以讓讀者面試的更順利。

這篇文章 科技業 PM 該如何準備自我介紹？記得「客製化」你的經驗｜專家論點【Mr.T】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

無論年資深淺，對於產品經理與專案經理的準備雖有所不同，卻有不少的共同準備方向，希望可以透過這篇文章，可以讓大家更知道該怎麼拆解與準備。

無論年資深淺，對於產品經理與專案經理的準備雖有所不同，卻有不少的共同準備方向，希望可以透過這篇文章，可以讓大家更知道該怎麼拆解與準備。

知識型問題 Knowledge Questions

這類的問答涉及與在專業與領域上的了解程度，通常要看面試方想要被面試方回答到多麽深度，因此建議大家由淺入深。而這類型通常更可以知道彼此對於職務的理解期待，即使是同個知識，解讀都有可能不同。例如：

1. 你能說明 Agile 開發方法論的基本原則是什麼嗎？
2. 請問你對於使用者體驗（User Experience）有什麼了解？
3. 請問你對於 API 工程與前端合作有多少的理解？如果要解釋給業務你要怎麼說明？

情境型問題 Situational Questions

有趣的是可以觀察為何有這些提問，通常是企業本身很常遇到這類的溝通或策略疑問，用一些「假設」包裝給被面試者觀察回答方式。不會有標準答案，而要專注在於個人的思考邏輯。有時會企業被抨擊是拿給面試者做作業來解答企業問題，而這觀點就見仁見智。例如：

1. 請描述你如何處理一個因為開發延誤導致產品推出日期延遲的情況。 
2. 假設你的產品在新的市場中遇到了競爭，你會如何調整策略以應對？
3. 當你遇到工程師很難溝通或是與設計師的意見時常相左，你會怎麼辦？

行為型問題 Behavioral Questions

最常出現在詢問個人經驗，如果平常就有為自己的職涯做回顧，這問題是相對好準備。切記不要淪為抱怨過去的場景，而是要著重自己在經驗上遇到的成功失敗中學習到什麼，如果是下次會怎麼做得更好，最經典的是用 STAR 的方法論回答。例如

1. 請分享你在與其他人合作中面臨過的最大的挑戰是什麼，以及你是如何解決的？ 
2. 請分享過去你最失敗的產品或專案經驗？
3. 當你與主管的意見出現衝突，你會如何處理？

價值觀型問題 Open-Ended Questions

當然也是沒有標準答案，考驗的是公司與組織怎麼判斷 Culture Fit。如果真的自己暫時沒有答案，也可以明白說出。

1. 未來五年你想成為什麼人？
2. 如果只讓你挑選一個指標，會怎麼選擇一間公司？
3. 對於產品經理的商業、技術、使用者體驗，你最在乎哪一個？

以上只是部分舉例，還有更多關於自我介紹的準備，有哪些反問的問題可以篩選企業。如果未來你還想知道更多相關內容，歡迎讓我知道。

延伸閱讀

• 轉職PM/PM轉職 — 像極了愛情，需要知道的心態與準備
• (二更)畢業季：身為 PM 離職與入職不可不知的思考面向 — 善待自我

這篇文章 科技業 PM 的四個常見的面試問題種類｜專家論點【Mr.T】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

很多人一聽到 B2B PM 大概就敬而遠之，畢竟多數人認為入門門檻很高，不是一般來說會接觸到的角色與產品，或是直覺在想會遇到很多「政治」溝通。

很多人一聽到 B2B PM 大概就敬而遠之，畢竟多數人認為入門門檻很高，不是一般來說會接觸到的角色與產品，或是直覺在想會遇到很多「政治」溝通。由於筆者在 B2B 相關產業算是有些經歷（10 年左右），因此想跟大家分享些心得，來跟大家勸退／歡迎入坑。

成就感有哪些？

成就客戶，成就自己

很多公司最容易從「專案」開始，專案有明確的起始與結束，當專案結束並讓產品推上線，成功為公司「明確收到一筆錢」，這就是最大且最明確的成就感。

而作為 B2B PM 最顯著的是你處理多大的金額規格專案，通常越大規模，你的影響力就越高。除此之外，如果可以幫助客戶不斷的迭代進步，更是一種相互成長。

接觸不容易接觸的角色

部分人的原因是可以接觸技術長、資訊長、總經理相關角色，因為企業的需求有時來自「其他企業主管的需求」，也就是決策者未必等於購買者與使用者。

從這些高層的角度，可以學習如何思考公司的水平與垂直合作。

擴增生態圈思維

承接以上，當我們知道公司的上中下游的合作模式，更可以知道原來產業就是這樣推動、世界就是這樣進步，有種「奇怪的知識就這麼增加」（半開玩笑）。

我們耳熟能詳的 Google 看似搜尋引擎是面向終端用戶，企業為了賺錢要用廣告收益，而廣告就是針對企業用戶，後面的運作我們又是知道多少呢？

挫敗感有哪些？

• 決策者與使用者脫鉤
• 產品的成功從何而來
• 過度複雜的溝通途徑

以上三個可說是環環相扣，因為不和決策者的心意或是企業沒有預算，很多時候你的產品再好都未必能賣出去，反之亦然，有時候產品體驗很差，但就這麼剛好可以解決企業的最基本需求（最明顯例子就是人資軟體、銀行內部系統等等）。

因此你很難說是因為產品做得多好，還是業務多會賣，又或是時機就這麼剛好可以推出去。做生意就是如此，消費者跟企業用戶一樣是隨著生態時機多變，B2B 就是要考量多種複雜綜合因素，思考自己不要只是做產品，而是要懂的做生意。

總結

B2B PM 的養成之路真的博大精深，跟 B2C 擁有巨大的差別。筆者認為只要找到自己合適的路線，可能是專精於 B2B，也有可能 B2C 也有涉獵的綜合體，對於職涯都是可以的。當然，人的生命與時間有限，要精通所有內容，短時間必須付出極大的努力與代價。如果未來你還想知道更多相關內容，歡迎讓我知道。

這篇文章 B2B PM 的工作酸甜苦辣：成就感與挫敗感｜專家論點【Mr.T】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

這篇文章希望讓大家可以更瞭解 B2B PM 有別於 B2C PM 的差異，以及如果有興趣，在不容易觸及的領域中該怎麼剖析產品經理與專案經理的職責分別。

這篇文章希望讓大家可以更瞭解 B2B PM 有別於 B2C PM 的差異，以及如果有興趣，在不容易觸及的領域中該怎麼剖析產品經理與專案經理的職責分別。

首先，什麼是 B2B？

我們很多看到的 B2B 其實是 B2C，B2B 只是一種商業模式的型態，而表現方式卻是另外一種。舉例來說如果你面對的是 50 人以下的小企業，這類規模就會很像是 B2C，因為他購買你的產品使用，就會是小眾用戶，因此必須要販賣給很多很多的小眾用戶，才能撐起你們公司的營運，放大來看跟 B2C 相距甚小。

另外 B2B 我們拆解更細，區分為決策者、購買者、使用者，其實 B2C 也類似的道理。例如賣玩具給小孩，用戶是小孩、掏錢的是媽媽、但決定要不要買是爸爸，這種「故事場景」更是有可能。只是這種人物角色變成一個企業的不同「職位」。

因此，是不是讓你對 B2B 有不同觀感？

沒錯，產品用戶真的不是一邊終端用戶會看到、用到，最吸引人的地方在於了解背後的生態系如何操作，例如我們平常看到的電動汽車充電，可能來自於停車場、電力廠商、地主、充電硬體、軟體串接等相對應的合作如何「賺錢」，我們更可以看透這產業要如何生存。

B2B 專案經理在做什麼？

不外乎成本、範疇、時程，而 B2B 最需要了解的是合約、報價、談判驗收流程等等。專案經理通常是要服務特定幾個客戶、跟的深入，甚至幫助客戶成功。

因此最大的挑戰是為何開案與結案，怎麼協調內部資源，完成客戶的「期望」，通常來自於「客製化」要有多少。

做得差叫做接案、做得好叫做顧問服務（有的人稱為專案思維、產品思維、商業思維）。

B2B 產品經理在做什麼？

而產品經理更在乎的是，公司有這麼多專案，如何結合企業的優勢盡可能去「標準化、規模化」？如果每個客戶都重新做一套系統且沒有自己的專業，那組織永遠不可能成長，因為每次的經驗都不能複製。畢竟可以思考，越大型的客戶，怎麼可能捧著一大筆錢做 ME TOO 的產品。

軟體業最需要的是隨著公司發展，邊際成本要越小。因此更需要的是知道市場趨勢、企業內部的資源優缺點、定價與成本策略。

儘管我不是很喜歡一刀切專案經理與產品經理，因為產品經理會處理到專案，專案經理會處理到產品（推薦大家有空可以看 Marty Cagan的文章），而以上可以讓大家最簡單的了解這兩者的差異。

這篇文章 B2B 專案經理做得差叫做接案、做得好叫做顧問服務？｜專家論點【Mr.T】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

「天啊！大聲尖叫，怎麼軟體業 PM 需要那麼多技能啊，我該從何下手，怎麼辦呢？」別擔心，今天這篇文章，希望帶領大家入門，軟體業 PM 最需要知道的職能有什麼。以下或許有些過度簡化，或是看起來如此爾爾，實際上我們是為了讓初心者能夠快速掌握的簡易架構。

「天啊！大聲尖叫，怎麼軟體業 PM 需要那麼多技能啊，我該從何下手，怎麼辦呢？」別擔心，今天這篇文章，希望帶領大家入門軟體業 PM 最需要知道的職能有什麼。以下或許有些過度簡化，或是看起來如此爾爾，實際上我們是為了讓初心者能夠快速掌握的簡易架構。

• 以下我們先泛指 PM，不專們指專案經理、產品經理等不同職位名稱。

常見職能

一、軟體專案管理

很多人會直覺想到 PMP 專案管理證照，其實 PMP 只是一種公開的證照與工具指示，我們需要更注重的是精神而不是方法論。依據軟體的生命週期，管理技巧最常見的是「敏捷開發」、「精實開發」、「瀑布開發」，這些方法都是一種精神且沒有對錯，只有在合適的團隊與時機搭配可以使用的技巧。

如果是 B2B 軟體產業就更為特別，除了有以上技巧外，不外乎的企業合作就更需要知道開案、進行案子、結案的三個大階段中的專案管理與利害關係人管理。

此外，在這些專案管理工具中會牽涉到軟體功能的測試階段、階段性上版的規劃，分配功能實作的優先順序。以及透過這些方法論，如何搭配合適的專案管理工具（例如 JIRA, Trello, Redmine），這我們就必須謹記在心，沒有完美的工具，只有合適於現有團隊中痛點的解決途徑。

二、軟體產品企劃

通常指的是軟體功能與產品誕生前需要的前置準備，會遇到的是使用者或市場的定義、使用者訪談、使用者體驗與介面設計、使用流程規劃、系統分析、解決方案組合。聽起來滿多是設計師、工程師、業務會做的事情，而作為一個好 PM，需要知道該如何跟不同單位合作，以及什麼情況自己需要介入了解，非常關鍵。

PM 扮演的絕對不是上帝視角（畢竟你不是老闆也還只是個打工仔），而是要懂在各個專業單位間斡旋，商量一個最適合當下的解決方案，有時候受限於時程、成本、技術難度等等不得不妥協，而這就是作為 PM 最需要全局思維的時候。

PM 千萬不要任何事情都親力親為，團隊初期雖然有些事情必須撿起來自己做，一旦組織規模漸漸長大，要懂得將手上的事物轉交給更專業的職能同學，而這些產品企劃過程中，如何做合適的轉移以及自己日常事務的任務轉換，就又會是個組織規劃的議題。

三、軟體策略分析與營運流程

前面兩者都偏向微觀思維，而軟體策略的宏觀思維是站在企業的角度與產品未來發展的角度，涵括產品在幾年之間的成長或退場路線圖、產品在不同企業間的策略合作、產品的盈虧分析、產品上線後的行銷安排、對應的客服服務。

結論

聽起來可別覺得毛骨悚然、瑟瑟發抖，術業有專攻，我們可以在自己的人生分為很多階段逐一熟悉，或是選擇個人期望專攻的方向，沒有優劣，只有是否合適。

這篇文章 軟體業 PM 需要那麼多技能？一般常見職能其實有這 3 種！｜專家論點【Mr.T】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

傳聲筒人人能當，有本事彙整各方資源、需求，並將其用大家能理解的語言表達，使部門效益最大化的 PM 才會被大家認同。

在文章開始前，想請大家先思考一個問題：「如果公司錄取一個沒有相關背景的人來當 PM；是 PM 的問題，還是公司的問題呢？」

以筆者的角度來看，錄取一個不合適的人是主管的問題，但這又牽扯到公司願意在這個職位撥多少預算；如果預算有限，主管通常會選一個「感覺」有潛力的新人，先找進公司再做培養。

但被錄取的菜鳥 PM 真的很可憐；在缺乏專業能力的狀態下，他很容易變成主管、客戶、合作部門的傳聲筒，運氣差點還會成為 RD 的受氣包。

當傳聲筒除了無法獲得成就感外，也容易厭倦工作環境待不久。

▋如何脫離傳聲筒？

PM 是部門對外的聯繫窗口，每天會收到來自各方的訊息。

但在剛到職的時候，菜鳥 PM 會有一種無力感，因為在對專案、部門、文化都不熟悉的狀態下，他只能扮演「傳聲筒」的角色，沒有處理訊息的能力，只能單純的轉發。

如果想脫離傳聲筒，首先要對收到的訊息有自己的看法，並有能力給出合適的處理方案；但想跨出這一步並不容易，因為看懂訊息本身就是一個門檻，如果看不懂訊息還亂回，只會把事情弄得更糟。

▋了解大家的專業

傳聲筒人人能當，所以沒有人會重視傳聲筒。

當然這不是說傳聲筒完全沒有意義，當 A 不想跟 B 直接聯繫時，就可以透過傳聲筒來轉達消息；又或者有些主管不想親自安排工作，就會列出清單讓傳聲筒來指派任務。

不過比起 PM，筆者覺得上面的工作內容更像是助理在做的。

想讓自己從「傳聲筒」進化為溝通的「橋樑」，關鍵點在於你了解大家的「專業」；每個行業都有自己的專業術語、不同的部門對同一個名詞也會有不同的解釋；如果想協調各部門的資源，PM 就需要像個翻譯員，把資訊轉換成大家都能迅速理解與吸收的語言。

資訊落差、認知不同是許多衝突的起點，如果能讓彼此都了解對方想表達的意涵，合作會更為順暢。

▋對專案有更高的掌握度

擁有專業後，就能理解每個「訊息、命令」背後的意義，這對專案是非常有幫助的，比如：

1. 能分辨對方提出的需求是否合理
2. 收到 Bug 時，有辦法初步判斷問題點與負責人
3. 遇到緊急狀況時，知道哪位 Key man 能處理
4. 對任務估時更有概念
5. 溝通較不容易被唬爛

如果擔任 PM 時能做到以上事項，會發現專案越跑越順，原本跟你作對的人，也會認同你的工作能力。

▋結語

PM 這個職位並不會熟能生巧，因為筆者看過有些人，一當傳聲筒就是好幾年。

但我相信絕大多數人選擇 PM 這個職位，並不是為了當傳聲筒；而是想在公司與大家齊心協力，一起做出讓眾人感到驕傲的產品。

筆者認為對 PM 來說，進入新領域並不算突破舒適圈，有能力在新領域彙整資源，使部門效益最大化才稱得上突破舒適圈。

☛ 如果想更深入認識我，可以 Follow 筆者的技術部落格 。
☛ 如果對工程師的職涯感到迷茫，筆者最近出版的新書 也許能給你帶來不同的觀點。

這篇文章 明明是專案經理，卻變傳聲筒！身為 PM 你有了解大家的「專業」嗎？｜專家論點【林鼎淵】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

在不同的網站上都可以看到一種職位叫做PM，但如果不是有特別去研究或查過可能會不知道PM到底是什麼。 PM在臺灣 …

在不同的網站上都可以看到一種職位叫做PM，但如果不是有特別去研究或查過可能會不知道PM到底是什麼。

PM在臺灣指的是兩大職缺，一種是「專案經理」（Project Manager），而另一種是則是「產品經理」（Product Manager），而這兩者看起來好像非常的相似，但其實工作的內容大不相同！

一、專案經理與產品經理的不同之處

如同字面上所說，「專案經理」是較為專案導向的職務，他們必須要在產品需求開出後，領導產品的研發專案團隊，並且管理成本、進度、不同團隊之間的溝通與協調還有評估風險，使團隊能夠以最有效率的方式交付出專案的成果，上述所有工作都是專案經理重要的一部分，而也可由此知道，專案經理與「人」的交流比較多。

而「產品經理」更多的則是從產品面來做努力，同時也需要為產品的成敗全權負責，滿足消費者的需求可以說是這項工作最重要的一部分，產品經理會在一開始需要跟自己的團隊與客戶去討論到底客戶的需求是什麼，從資料中列出數據，再對此進行數據分析來找出方法的優缺點。之後到了產品開發的階段也會跟UI/UX的設計師甚至是工程師一起討論，簡單來說，就是把一個產品從零到一百全部都包辦了。

二、當PM所需要的能力是什麼？

首先，「專案經理」所需要的能力為有效溝通、協調、計畫與管理進程、領導能力、風險管理等。專案經理不光要對公司的目標資源有宏觀的認識，更重要的是要具有批判性思考與問題解決的能力，畢竟專案經理不是一個人的工作，他必須要領導整個團隊來讓產品的生產能夠順利，也需要適當的利用所有可以利用的人力資源來讓效益最大化。因此，對於專案經理來說，對於各團隊的溝通與協調是非常重要的，也因為專案經理必須要對每個決策都具有絕對的把握，所以不只是團隊間的溝通，本身的思考能力與決斷能力也是非常重要的。

再者，對於「產品經理」來說，這裡先以「科技公司的產品經理」一職來做舉例。第一，大概就是需要熱愛科技，好比說是在蘋果公司當產品經理，那作為產品經理，本身對於蘋果的產品可能就需要非常的熱愛以及了解，這樣才可能知道客戶真的想要的是什麼。第二，就是必須要了解商業的運作，要知道怎麼樣幫公司把這個產品轉換成金錢或是其他的價值，因此產品經理也需要具有基本的商業常識。第三，則是跟專案經理一樣的領導力，產品經理雖然是以消費者的立場去看待「產品」的需求，但畢竟這也不是一個人的工作而是一整個大團隊的工作，尤其是當你是一個「菜鳥」經理，但你必須要去跟那些「老鳥」工程師或設計師討論，要直接叫他們怎麼做產品是不可能的，所以必須要有良好的溝通能力，有一句話說「領導，而非命令」，這對於整個PM職業生涯來說，可以說是非常重要的一句話。

參考資料: coursera、Atlassian、Northeastern University、indeed、Project Management Institute、YouTube

這篇文章 PM二三事／專案經理和產品經理  別傻傻分不清楚 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

根據Project Management Institute的報告，指出在未來的10年間，企業對專案經理的需求 …

根據Project Management Institute的報告，指出在未來的10年間，企業對專案經理的需求將會持續增長，並超越對其他職業的需求量，以美國來說每年莫約有214,000個新工作職缺與專案管理相關，不過與市場需求相反的是專案管理人員的數量似乎正在減少。

這並不代表專案管理是一條無法長久的職場道路，專案管理反而是一個極具吸引力的職業，因為他可能會有較高的薪資、更多的成長機會，只是專案管理與其他職業較為不同的地方，在於專案管理並沒有一個可以依循的法則去決定未來的走向。

作為專案經理的道路上像是拿著一張沒有方向指示的地圖，因為很少有組織能有系統、流程引導專案經理下一步會走到Senior PM、產品負責人（product owner,PO）等職業。

許多專案經理並非從管理職位開始，而是一步一步逐漸晉升成為專案經理。通常在一開始是會花費較多心力在初階專案管理的職位上，在這個角色上將有助於專案經理的計畫 與項目的成功。

專案經理則是協助計畫與執行項目來幫助組織改造進流程、開發新產品、建立體系。專案經理必須確保團隊項目的進度、預算、溝通和諧已達到目標，以美國薪資來看，通常專案管理的薪資會落在86,000美元至100,000美元。

如果在專案經理的時間夠久，往後有可能成為Senior PM、專案管理主管，甚至是副總裁。Senior PM必須協助執行範圍更大的項目，例如跨團隊擴展的流程、較為複雜的產品開發、期程較長的案子。Senior PM入門條件是一定要獲得足夠的專案管理知識，因此在專案經理時期，最重要的是累積處理項目的經驗，以便掌握不同類型專案的管理精髓。

Senior PM下一個階段就是專案管理主管，專門負責監督企業內部專案管理部門的策略與成功與否。他們通常會調節部門項目與組織目標的一致，並建構一個專案管理團隊的藍圖來實現組織目標，因此，他們需要管理很多專案經理，並擁有跨職能的能力，與組織內其他高階主管往來。

一個喜歡社交以及擁有強大組織能力的人來說，這可能是一條非常適合的職涯道路，因為這極具挑戰性，專案經理的角色必須主動創造自己的職涯道路，因此必須擁有專案管理實踐的技巧、戰略思維，以及跨職能領導、實現目標、決策的能力。（編譯／施毓萱）

資料來源：Planio、coursera、Lucidchart

這篇文章 主動創造道路 專案管理的職業生涯 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

在產品經理的 Line 社群常常都有發問從專案經理到產品經理，還需要做些什麼、準備些什麼？差異又是什麼？

圖文／EH

最近這個問題被身邊的朋友問了兩三次，也知道這題幾乎是所有專案經理想要轉產品經理的面試經典題。大概就是甜味之於臺南人，麥當勞之於新竹市的經典（我是新竹人我可以自嘲?）

又要到了每週最懷疑人生的週一早晨。在產品經理的 Line 社群常常都有發問從專案經理到產品經理，還需要做些什麼、準備些什麼？差異又是什麼？

先簡單自我介紹。碩士畢業的第一份工作是在旅遊電商擔任 RD 部門負責自動化 Email 的專案設計師（實際上是規劃、設計、寫 html、實驗一條龍）。現在的工作是票券平台的產品經理，不過我也許不是大家眼中的「純種 PM」，如果產品經理有不同面向，那我應該是往行銷、UI/UX 方向前去，且明確知道自己對於 TPM 興趣缺缺。

回歸正題，所以到底差異在哪呢？以下列舉三點最有感的差異：

1. #交付目的不同

在擔任專案經理比較注重時程的推進跟專案準時且如原先預期「交付」。剛轉換的時候，我很常會問說可是我們之前討論的不是這個解法嗎？應該要照做啊。因為 case by case 的情境下，困在單一專案中難以跳脫去考量到與其他專案之間的連結。相對的好處是你可以把一個專案或功能做得非常精細跟深入。

而產品經理雖然同樣需要交付，但更應該描繪出產品的 big pictures 並與時俱進。同時也要了解產品策略、技術性的評估、對stakeholder 的溝通，相對來說交付不是最重要的事，而是每一次交付可不可以堆疊出你想達到的目的或是單純一點有沒有符合需求。現在比較在意的是有沒有達成目標？用這個作法有沒有符合成本、資源的安排，長期來看有這樣一個功能是不是符合最終產品走向或期待能給 user 的印象。

2. #技術力

至於產品經理最常見的 dilemma，#文組出身有沒有差？

我自己是文組，從專案經理到產品經理，最大的技能樹改變可能是對於整個產品的熟悉度，還有要了解不同種工程師在做什麼，或是該怎麼跟團隊的「每個人」講清楚你的需求是什麼。技術實作面，麻瓜有麻瓜的好處就是不會亂出主意XD 壞處就是可能工程師用了不恰當的解法你可能也不知道，不過只要透過在 planning 會議上工程師們能充分討論，應該就能避免。

而在專案經理階段，因為專案會碰觸到的只有後端工程師，且每次串接、實作的方式差異不大，通常也是趕時程上線。所以相對來說，在技術實作的討論上比較少，也較難以累積不同功能實作時的 try and error，相對的好處是，技術可能不會太過於複雜，可以有很多迭代、嘗試的空間。

3. #Mindset不同

不見得專案經理就不會有，而是我這一年多來當產品經理的過程中才終於逐漸領悟到的 #產品思維。

當時會決定轉職，是覺得自己被困在「Email」裡。雖然知道 APP、網頁，卻較難思考到彼此之間的關聯。也把 Email 與 Email 之間視為獨立事件，俗稱的見樹不見林。然而主管或同事卻更能得心應手的串起 Email 或其他渠道與其他產品間的連結，種下一棵種子影響用戶體驗旅程。 雖然同樣的在追逐營收，卻用一種相對開放的心態打造令「用戶喜愛」、「可被產品化」的 Solution。

不過如果你問我是不是再也不想當專案經理了？也許不會，產品經理也不是天天過年，幾乎沒有一個產品經理是資源充足想做什麼做什麼，日常都是「取捨」，面對既有功能維運也是很苦惱 XD 這時候就會覺得專案可以切換在不同客戶、不同命題之間顯得更有趣一些，究竟要選哪條路？都是根據你想在職場上獲得什麼，想學會什麼技能。在第一份工作要離職前，跟同事聊過想往產品經理的方向努力。同事劈頭就問：「你要當什麼樣的產品經理？」我才大驚，疑？同樣是產品經理有差嗎? 這才上網查了產品經理可能的方向，不過菜鳥有沒有方向可能不太要緊，在職場生活中你就會慢慢發現自己的偏好。

關於產品經理跟專案經理有什麼差異，問一百個人可能有一百個回答。跟大家分享我的經驗，也歡迎大家留言討論！

既然看到這，請拍爆我ㄅ?

這篇文章 從專案經理到產品經理轉職一年半心得分享? 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。