這一篇，我們來談談 PM 工作的苦難與能力要求，並分享幾位 PM 在多年工作經驗後的人生體悟。

7. 幾個訣竅，教你克服普羅 PM 的痛苦

要避免痛苦，絕對不是持續催眠自己專案完成的快樂，就能解開成就。

事實上，PM 當得越久越知道，很多需求不能亂開、很多任務要快砍，絕對不是開完 Spec. 畫完 Wireframe 就能海闊天空，只等著日也催夜也催，催出你的孩子來。

一個 PM 如果逃避溝通、不去細思環節，那就只是個傳聲筒，負責轉信傳話罷了。一位資深 PM 曾苦勸：「 細節藏在魔鬼中，溝通不良等吃屎！」溝通溝通再溝通，切莫不懂裝懂含混過去。

在「數位產品經理不想公開的秘密 Secrets Digital Product Managers Don’t Want to Disclose」這個非公開社團中，有個很適切的例子：

PM要如何去掌控「合理的」進度跟時程？例如說同 team 的視覺設計同事，東西都交不出來，只回答說時程沒安排好，他想要顧品質，所以就是要delay。請問該如何處理？

新手 PM 可能有幾個作法：

1. 放水流。
   你也許覺得，怎麼可能會直接棄療呢？但事實上職場不少這種人，反正追進度也追不到，乾脆 deadline 那天直接進會議，全部報完以後說某某部門沒進度──反正要嘛該位同事被罵翻，要嘛就是與 delay 的同事一起被譙到飛天。
   
2. 狂追進度。
   問問問問一直問，早晚都去看進度，很努力地傳達老闆的想法、主管的看法、你的需求急迫度，結果對方忙東忙西，到 deadline 那天還是死，只因夥伴堅持：「要趕就顧不了品質，我真的沒辦法。」兩手一攤一起下地獄。
   
3. 丟給主管煩惱。
   這招其實不是不行，在跨部門合作時，也常有需要部門主管幫忙協調的情況。但如果總是直接丟給主管解決，是不是乾脆把案子交給主管帶就好？

那所以該怎麼辦呢？

以下是我在該篇討論中的回覆，也是我這幾年摸索後覺得比較有效的方法：

沒錯，如果夥伴不了解每個 milestone 的目標，也不曉得怎麼抓取平衡，那就由你出手幫忙，把版本切分開來，讓目標循著線性縮小、有明確的驗收標準，如此夥伴只要依循方向前進即可。

這樣的做法也能避免埋頭苦幹 6 個月、面市時直接 GG 的常見慘況。設置 checkpoint，依照小版本逐步調整，才能確保團隊列車開往預期的目標。

早前在〈打釘哲學：為什麼產品規劃不該一次到位？〉這篇文中，曾以微信為例，談過開發時程控管，有興趣不妨讀讀。

8. PM 的核心能力

我原本想避免談到這點，生怕列出來嚇壞了立志當 PM 的人。但轉念一想，又覺得這或許能激勵成長型人格或熱愛多元學習的朋友，因此姑且還是寫了，也給同樣擔任 PM 的朋友們參考參考。

PM 的核心能力有哪些呢？我們從工作流程來看。由於 PM 需要盡快做出 MVP 啟動產品驗證，因此多半需要跑過下述流程（每個專案的流程未必一致）：

市場研究與競品分析＞產品規劃＞使用者體驗導入＞商業模式確認＞產品開發／溝通／團隊合作＞數據驗收＞調整定價策略。過程中都需要成本控管。

以上各能力的進一步說明，可參考這篇文章〈產品經理 PM 第1講：專業能力〉，有清楚的細目說明；或者參考〈從入門到卓越，產品經理技能檢核表與職涯發展路徑〉，這篇寫得極細，有志當 PM 的朋友不妨都去看看。

但也不必心慌，很多能力都是在專案實操的過程中，從工作夥伴身上與各種失敗中學習、慢慢積累而成的，絕非一蹴可幾。

在此我想特別提下第 5 點「溝通與合作能力」，其實幾乎就等同「PM 不讓同事痛苦的能力」。其實說穿了很簡單，就是溝通、尊重、不要獨斷獨行。

有些時候為了趕時間，PM 會依憑自己的判斷或經驗做事，跳過技術諮詢與資源確認的部分，但往往就是這些「省時間」導致技術債、資源債不斷累積，反而拖垮專案運行速度。

PM 們都知道，時程很重要、客戶也不能得罪，但團隊夥伴也需要你的關照，亂開支票只會死人。

我曾聽聞一個案例，可以做為大家的借鏡：

業務接了一個案子，交期是三個月後。

專案剩下 1.5 月（6 週）工程時，客戶要求提早上市，以趕上競業對象的進度。結果工程師被迫提前 3 週完工，過程中卻還被追開三次需求，工時瘋狂爆增，但交付的日程卻未因加開需求而延期，人力也未增加，於是只能日夜加班趕工。

最後，交期比原先預定的 3 個月還早了 2 週，但也沒趕上客戶希望的時間（慢了一週）。客戶失望，工程師累，業務覺得丟臉，PM 則是催得累極。

在這個案例中，PM 也許辛苦，但嚴重失職。不僅需求未把關，專案規模也無限膨脹，卻未跟團隊溝通。這樣的案子做完，通常只會被質疑專業能力而已，在團隊中絕對是扣分再扣分。

回頭談能力進修。

考慮到 PM 發展的雜食程度，其實用「什麼都吃，什麼都看」來解釋，真的一點都不為過。不過，若你認真想要提升產品／專案設計思維，除了多看多用產品、定期產出市場分析或 UI／UX 解析以外，下面這個資源我很推薦找來聽聽：

9. PM 經歷對人生的幫助

最後要談的這點，是與幾位現役與退役PM聊過天後的感觸。

我們多數認為，當過 PM 以後，對需求的掌握會更為踏實。此外，因為好奇心而變得博學時，也代表你的道路更多元了。

就像職場上某位 PM 老前輩，在離職前分享的一樣：「不同年紀的追求是不一樣的，但有一件事情永遠不變，就是要讓自己不斷精進、才能『永遠都有別的選擇』。」

而在情緒控管方面，PM 初期也許時不時有暴走的時刻，或許委屈萬分、或許覺得「天下之大，竟無容身之處」（類似這種神奇的抒發會一直湧上心頭）。但隨著經驗累積，看多了專案的成敗，逐漸理解人際關係的循環與常態，由於經歷較多的衝突碰撞，因此看待失敗、負面情緒等，有機會較同齡人更為豁達。

新手PM 可能常會有：「這不是 XXX 的事嗎？怎麼又變我的事了！？」「為什麼他都這樣一直害我！？」這類的想法。這類的想法隨著時間經驗，會慢慢轉為認知到：「專案／產品負責人就是我」，PM 就是扛事的那個人。

想讓大家都聽你的、好好跟你溝通，那你就要把責任揹起來，體悟「我就是船長」，然後帶大家航向目的地！

當然，如果你試盡了一切方法，找主管溝通、請工作夥伴的主管出面協調，找盡一切資源，還是很痛苦很挫折，得不到夥伴信任，那還有個秘招：

山不轉路轉，環境不改人可改。

沒錯，離職或轉職，都是一個選項。入錯行、入錯公司甚至跟夥伴不合都在所難免，不合就早早分手才不會浪費人生。畢竟強求有時候只是徒耗時間，如果不是非要不可、又已經失去本心，那倒不如果斷轉身。

（如果不知道要轉什麼，請鎖定這一系列「百工圖」工作介紹文。）

生命最有趣在於，現在不適合的，也許未來會用別的方式回報。就像我在遊戲業當 PM 時挫折萬分，但到現在繞了一大圈，回鍋當金融資訊業的 PM ，卻因為經驗與興趣累積，相對得心應手。真的不要死命困於泥淖中，才能有更美好的收穫。

10. 轉職路徑參考

至於許多人想問的「職場助益」，以 PM 東碰西碰的職業特性，其實要轉職、換產業都很容易。

以遊戲概念來說，假設 PM 是職業樹中的一種職業，由於前置技能點太多，因此要二轉三轉四轉都相對輕鬆。

以下舉這次受訪的 PM 為例，分享一些就業路徑：

1. 傳產 → 遊戲業 → 電商 → 金融資訊（跨產業）
2. 傳產 → 電子 → 遊戲（跨產業）
3. 資訊 → 資訊 → 資訊 → 金融（平轉 → 跨產業）
4. 汽車 → 電子 → 資訊 → 廣告 → 金融資訊（跨產業）
5. 文教 → 傳產 → 資訊 → 新創（跨產業）
6. 網通 → 網通（平轉）
7. 廣告（工程師）→廣告（工程師）→廣告（PM）（內轉）

這篇文章能完成，除了源於個人經驗，更要感謝幾位 PM 朋友匿名接受訪問，在此謝謝他們被我打擾：

• (1) 陳ＯＯ（ 遊戲業、機械業、廣告業，擔任過特助、PM、PM Director，現為自營店長兼自耕農）
• (2) 謝ＯＯ
• (3) 陳ＯＯ（網通產業多年經驗，PM，不具名）
• (4) 許ＯＯ（廣告業工程師轉 PM，非常有恆心毅力，年紀輕輕就突破了傳說的 5 萬障壁）
• (5) 其他匿名 PM （曾工作過的產業涵蓋：國內博弈營運、海外博弈、遊戲業、金融資訊業、文創業、互聯網新創、臉書廣告投放、國外汽車等，共 6 人）

PM 工作的分享，大概就到此了。如果你對轉職有興趣，但不知從何下手，矽谷阿雅的新書應該能為你解惑。書中也有提到不少產品經理工作日常與困難，有興趣可以閱讀這篇心得文。

下個職業，我想分享「商務專員」與「國外業務開發」的工作經驗，希望從業朋友也能與我多多討論。（有意願受訪請臉書私訊）

我們下篇見囉。

最多人關注的薪資落點，其實不好查。台灣不像國外有 Glassdoor 這類平台，要了解產業薪資這類最不透明的資訊極難，因此要特別感謝周圍幾位 PM 願意透露薪資，讓大家了解產業的薪酬分布概況。

PM 入門，無經驗大概 3萬3 到 4萬左右，新創公司有機會從 4 萬直接起跳。有一兩年相關經驗或語文能力優秀者，從 4 萬起跳則是常態。起薪級距隨經驗、能力與產業或有不同，但相差不大。

這與 PM 學廣不學精有相當程度的關聯，畢竟即便是資歷深厚的 PM，也很難一進公司就完全掌握「人」的要素。

在少數產業（如網路通訊業），年資過 5 年的 PM，可直接挑戰百萬年薪（含獎金）；多數產業的 PM，3 至 5 年以上的年薪落於 60 到 85 萬間，因此年終獎金較多的產業在此時相對吃香，但具體也要看公司是否將 PM 列入分紅對象、以及所占比重影響。

近兩年，隨著網路新創公司興起，越來越多新興公司開出較高薪資，希望聘請有經驗的 PM（最好能迅速找到市場藍海、規劃產品、帶領團隊，甚至兼做營運）。

這些公司的資深 PM 薪資範疇大概是 6 萬到 12 萬，打開 Yourator 等新興人才媒合網站可以找到不少缺，但當然對年資、能力（包含外語能力）的要求比起前文所提，較為嚴格，並不是人人都能端起的飯碗。

延伸閱讀：〈想找好工作？跟著矽谷阿雅學習領英經營術〉（詳見內文第四節）

如果追求的只是高薪，無論任何產業，大概只有 PM Director，也就是管理 PM 的那個人，才可能拿到更高的薪水。此工作需要同時了解多個專案與產品，處理較盤根錯雜的職場政治，協調跨專案資源，無論在技術、人事上的複雜度都遠較一般 PM 深，因此薪資自然也高。

具受訪者分享，這類 PM Director 多半懂技術（甚至會寫 Code），也有商務出身對 to C 非常了解，總之通常都需要一定的專案經驗才能勝任。

如前所述，曾擔任商務開發、技術職，或有其他加分經驗者不在話下，往往是企業爭搶的高級人才，如果又擔任行政職或負擔考評責任，月薪 6 到 10 萬不是問題。外商資深 PM ，據之前 S 姊的文章，有 20 萬月薪的行情，本土博弈業 PM 也有 9 到 15 萬月薪的本錢，如若需外派出差則薪資再往上加。

因此，如果你想要薪水高些，外語能力極為關鍵：

(1) 你能找到海內外更多資源、資料、商機，客戶也不會侷限於國內；
(2) 許多技術文件無需翻譯，可直接理解，省去二手資料誤譯的可能；
(3) 身兼對外窗口，與客戶直接溝通，省掉翻譯，更了解 Local 端的需求。

除非遇到不把外語能力當成寶的主管，不然會多國語言就是優勢，也是求職大熱門。如果你外語特別強，薪資請務必好好爭取。

我曾與傳產業（塑膠製模）的 PM 打過交道，混熟後得知他的試用期薪資是 2 萬 2 千到 2 萬 5 千，轉正才升至 2 萬 8 千元。早上8點前得到班、與國外廠商通話，8 點盯完工廠以後才有望下班，看能否在隔天海空運出貨前，趕出貨量拉棧板盯每日產量，與此同時還要跟工廠內一群資深工班打交道，熬個幾年才有辦法讓客戶與工廠都心服口服，此時薪資大約才能到 4 萬。對了，沒有加班費。

會學到東西嗎？會。但除非一心只愛傳產，不然去其他地方也能學到類似的東西，錢與保障更多，我相信成長空間也更多。

如果你真的想成為一位 PM ，選產業、選公司、選成長空間都很好，但最低限度至少也要選個符合勞基法、珍惜人才、能成長的地方待。

誠如前述，PM 是一個學廣不學深的工作。
由於需要與工作夥伴討論專業、協助解決問題，因此需要懂的比別人多，又要能獲得夥伴專業上的信任。
換言之，「專業」與「溝通協調」能力非常重要。

如果你什麼經驗都沒有，或者跨產業，可以從執行 PM 開始入門。此時期的工作多半是畫 Wireframe，學著規畫與分析 UI / 流程，旁聽前輩 PM 的會議，看大量的文件與產品，努力跟上技術理解、掌握專案輪廓、拆解專案的 Check Point，且要拚死了解你的用戶。

如果你有 1 至 2 年年資，履歷上有幾個專案帶領經驗，應徵工作難度會大減，但這階段卻有薪資調整的問題；很多時候你的經驗不被當作經驗，反而會被某些主管視為創新的阻礙（聽起來很匪夷所思，但確實有這種主管）。

但當你有 3 年以上經驗，並完成不同規模的專案／產品上線，這些問題又都消失了，你成為一種珍貴資產，值得多數人爭取（除非你職場瑕疵極大、毫無累積）。

這時無論是跳槽或轉職，你反而要問的是：
「接下來我想追求什麼？」

營運 PM、行銷 PM 等職，也是多數人就職時可以考慮的方向。現在這類複合型的 PM 越來越多，聽來炫歸炫，其實也就是把專案工作再分清楚點而已。（如果你現在負責的專案是網頁後台，或者產品包裝，你要叫後台 PM、包裝 PM，甚至婚顧 PM、自助行 PM ，又有何不可呢？）

如果你曾做過行銷，或者在廣告業待過，要轉營運 PM（中國稱運營PM）的門檻極低，可以由此入手。或者，如果你曾做過總經理特助的行政管理職，人事協調方面極強，要轉 PM 也不會太困難，勤奮點補上技術缺即可。

曾有位資深的 PM 告訴我，新手入門，「最怕的不是麻煩，而是『怕麻煩』的心態。」想當 PM，事事處理、事事學習，保持好奇心，缺什麼補什麼，大概是一個基本門檻。

也許是因為這樣，幾位受訪 PM 都提到了一點：「要熱愛追技術」。

無論是哪個產業的 PM，相當程度都是知識狂；懂得越多，越有可能在未來派上用場。我公司的 PM 同事有人鑽研區塊鏈、有人是金融商品大師，我本人花較多時間在中國電商與社群研究，近期報名了 iOS App 編程班，至於其他 PM 朋友則熱衷參加產業研討會。

如果你是新人 PM，不知從何下手，可以試試下班後參加跨產業聚會，認識多一點其他產業的朋友，或從中找到中上下游廠商、競業，交流最新資訊。「投資未來的自己」，對 PM 工作相當重要。

不知道是幸還不幸，新手 PM 往往不是因為具備了什麼能力，才獲得這份工作。多數 PM 都是「先成為 PM」，才開始學習、具備工作的專業素養，累積相關經驗。

因此，PM 特別需要「不恥下問」的精神。如果不懂，除了多問前輩、自行查找文件，也不要害怕開口問工程師。畢竟比起不懂裝懂，多數人都很樂意交流技術、協助釐清問題！

職場上交互學習、不一味嬌寵慣養，才能降低雷包養成同事的機會，積功德造福全體同仁。至於 PM 該如何擋需求、掌握專案實質進度，切出最小核心版本、確保每個 Check Point 驗收、帶領團隊前進等，都是後話了。

下一篇，也是產品經理與專案經理的最終章，我將分享幾位受訪 PM 的職場地獄實錄（含應對方法）、核心能力培養方式，以及職涯轉換的珍貴經驗。如果你覺得這篇文章有用，歡迎分享出去，並在文章最下面給我五顆星鼓勵！

1. PM 都在做什麼？

PM，可以指代產品經理（Product Manager），也可以是專案經理（Project Manager），顧名思義就是專注產品／專案的人員。

Really？我再講一下更清楚的工作流程，也許會更清楚。

每間公司開始一個專案／產品的原因跟考量不同，通常有幾個可能：

1. 上門客戶提需求
2. 異業談合作
3. 內部提案（包含上級的突發異想XD）

無論需求來源，PM 與需求端談完初次需求後，多半要據此提案（此時通常會產個初步 user story、wireframe 等，跟工程師與相關人員確認技術、所需時程），其後再次確認規格，無誤再跟工程師談版本時程分割等。

接著，就看每間公司的開發流程，可能會有些許差異，但以現在流行的敏捷開發為例，多半會以一到二週切時程，快速做出第一個最小可行版本。後續是否再開發，或者修正提案、改開發方向，又是後話。

聽起來似乎不難，但現實比較有可能是這樣：

(1) PM 談完 A 案的初次需求，旋即在技術面被打槍。回頭跟客戶調整需求，卻不被理解，遇上重重阻礙。

(2) A 案的初次需求沒遇上問題，但進入開發前期時，客戶覺得花太多時間評估了，決定撤掉 A 案。

(3) A 案開發到一半，由於其他即將上線的 B 專案需要資源，因此主力人員被調走，A 案無限期停擺。

以上所有狀況都很基本，更多離奇、PM 難以獨力處理的情況都會出現，因此「跨部門溝通力」跟面對案子各種狀況也不混亂的「大顆心臟」都很重要。

2. 兩個都叫PM，有什麼不同？

產品經理與專案經理的英文簡稱，很巧地都是「PM」；簡單來說一個以產品為主，一個則以專案為導向。你也許仍聽不出兩者的差異，但沒關係，在中小企業佔多數的台灣，也許是企業規模不夠大的關係，或者是基於大家都知道的原因， PM 頭銜差異真的不大。（至少受訪的 7 位 PM，每一位都得兼著做。）

通常，Project Manager 比較偏技術與規格層面，由於其主要工作是確保專案能如期完工，因此需要解譯需求、思考做法，並在做法被工程師打槍後，提出其他解法（當然，也可以請工程師給你建議）。總之，與研發的溝通極為密切，也有非常多的技術活需要思考與判斷。

至於 Product Manager，則比較像是從使用者體驗與需求的角度，規畫一個產品應該有什麼功能、起什麼效果，從無到有生出一個產品。

用工作對象來分，Project Manager 的主要思維對內部（老闆、主管、團隊），Product Manager 的思維則偏向對外部（也就是 B2B 跟 B2C 中，後面的那個B跟C。總之就是對用戶！）

不過，為什麼需要兩種 PM呢？

以流程來說，無論是誰發起了產品／專案的需求，都需要 Product Manager 深入思考功能對使用者的效用，以及需要調整的體驗；而 Project Manager 則在需求開出後，檢驗可行性、與工程師確認如何實作。兩人都需要針對開發現況，不斷調規格、找資源、溝通需求，是相輔相成的存在。

而到最後，其實兩種 PM 的思維會漸漸混同，想著客戶需求的同時，也明白技術的限制或可挑戰的部分；或者想著技術與需求的同時，會再思考用戶是否需要什麼、會不會需求開不到點等問題。這境界，就需要時間累積、與你自己的努力了。

如需更具體的說明，可以參考這篇文章：〈PM 有兩種，「專案經理」跟「產品經理」到底有什麼不同？〉

3. 當 PM 困難嗎？

知名的獵人頭「江湖人稱S姊」，在文章〈PM在做什麼？PM厲害在哪？我想當PM可以嗎？〉中，其實點出了 PM 的一個重要問題。

PM 是一個相對職缺較多、入門門檻不如想像高，要做得好卻極其困難的職位。S姊點出的原因大致有三：

(1) 標準化流程不再重要
進入互聯網時代，專案／產品不再追求標準化或大量生產，因此不具管理權，也無專案決定權的 PM，缺乏「控管」的必要，企業似乎也想不出找個專職控管者的必要；

(2) 職銜廉價、信任感低
由於許多人以為 PM 只要會控時程、凹人凹錢凹資源就好，企業徵才也沒有列出具體條件，因此入門門檻很低；很多企業不知道該給員工什麼職銜時，往往也是套個 PM 就讓上了。

在這種職位氾濫、能力參差不齊的情況下，開發部門對 PM 的信任自然也很低。更可憐的是，以前 PM 還可以靠那張貴爆的 PMP 證書證明自己，現在拿出來卻只是「努力」的證據，還有可能被以為「只會照本宣科」。

(3) 高級行政助理
不管你懂不懂專有名詞、是否了解公司的產品與政策，PM 很容易就因為工作關係，成為部門之間的高級打雜員工。美其名是跨部門協調者，事實是什麼東西沒有職權歸屬、就會落到你身上。

此外，超長的回饋期與累積的挫折感，也非常折磨人。更別提因為自身技術不足或跨部門政治因素，所需面對的人事紛擾。

除了上下層與跨部門的兩極意見衝突以外，有更多問題會一波一波湧上來。如果是委外開發產品，還得控管外包、對內安撫同工者的不滿。

而由於整個專案、產品都由你掌握，久了自然也知道各個部門的境況與需求，因此只有你知道真正可能驗收上線的時間（也因此極度絕望）。

畢竟其他人都像瞎子摸象，只看到局部，有很多誤會與堅持的空間；說穿了只有從頭到尾跟著跑的你，看得見那頭大象生得什麼模樣，知道根本沒什麼美好的想像。也因此，你可能會長時間處於焦慮中。在正式上線交付營運團隊之前，即便有快樂與回饋，也都是短暫的。

總之，技術混雜著人事碰撞就是一團大災難。而解決這團災難，就是你的工作。

或者該問，你是否有足夠堅強的心理素質，面對四面八方（包括你自己）的質疑與挑戰呢？

4. PM的快樂與成就感

看完以上一大串經驗分享，也許你有點恐慌，搞不懂做 PM 有什麼必要。但先別急著下定論，讓我們來看看 PM 的快樂與成就感吧！

多數 PM 都認為，「產品如期推出、品質達到一定水準、獲取充分的用戶反饋」是漫長奮戰後最佳的回饋。要知道，即便是「小步快跑」、「敏捷開發」盛行的當代，產品開發依然是一條漫漫長路。

要在海量競品、複雜資訊、龐大數據中，梳理出用戶的需求，並規劃、執行整個產品與專案的開發，從來都不是一件容易的事。而由於 PM 既無管理權，又多半無自主開發的能力（比如 coding、美術），因此被質疑的機會很多，要抓緊所有工作夥伴一起向前衝，更是困難。

也因此，最終收穫的果實才會加倍甜美。

就這樣嗎？

對，PM的快樂就是這樣，但也很足夠了。

想想看，這世界上有多少產品與專案胎死腹中？你就能明白，看到產品與專案面市，獲得一位客人的評價，是多麼令人激動的事情。

也許再加一個：在一片混亂中梳理出一條可行的道路，其實某方面來說也是很有成就感的。這樣的成長非常明顯，尤其當你回頭看第一個專案的兵荒馬亂，再看看自己幾年後的不同，相信差別一定很大。如果還能被團隊夥伴肯定能力，就更錦上添花了。

希望你回看來時路，也是滿足多過於懊悔。

這篇文章太長，我們下一篇繼續談 PM 的薪資落點與養成方式，並於最後一篇分享職場實務與 PM 培養方法。