最近在和一些剛進入科技業的學弟妹交流時，發現不少人都有類似的困擾：
「剛進公司每天都有一堆東西要學，到底該從哪裡開始？」
「主管好像也沒有特別安排訓練，我該怎麼知道自己有沒有跟上進度？」
「身邊的 RD、資深 PM 都好厲害，開會講的東西有一半聽不懂，該怎麼辦？」
其實這些問題我都經歷過。
還記得剛進華碩擔任硬體 PM 的時候，光是搞懂公司內部各種系統、產品開發流程和技術名詞，就花了我不少時間。
每天光是消化工作上接收到的新資訊，就已經快要吃不消了，更不用說還要開始承接專案、處理各種突發狀況。
不過回過頭來看，我認為硬體 PM 在剛入職的前 3 個月，最重要的並不是學會所有事情，而是盡快建立獨立工作的能力，讓自己從新人逐漸成為團隊的戰力。
至於具體該怎麼做？我個人認為有以下三個重點：
- 熟悉公司內部系統與操作流程：
知道事情該怎麼執行，而不只是理解概念。 - 掌握產品 Lifecycle 與開案節奏：
了解產品的開發週期，學會安排自己的工作。 - 累積產品相關的技術知識：
提升和 RD 溝通的效率，逐漸成為團隊信任的 PM。
接下來，我會結合自己在華碩手機與 IoT 產品線的實務經驗，和大家分享這三件事情為什麼重要，以及新人應該如何著手準備。
入職之前，你就應該先具備基本的硬體 PM 知識
在進入今天的三個重點之前，我想先分享一個觀念：
有些東西應該在入職之前就先學會，而不是等到進公司才從零開始。
例如硬體產品的基本開發流程、NPI 到 MP 的各個階段、硬體 PM 的工作職責，以及專案管理應該具備的基本能力等等。
這些知識其實都有不少公開資源可以學習，而且不同公司的基本邏輯大致相通。
以硬體產品開發為例，從 EVT、DVT、PVT 到 MP，每個階段的目的、要完成的任務，以及常見的開發風險，都是可以提前理解的。
【延伸閱讀：什麼是 EVT/DVT/PVT? 硬體產品開發必學流程!】
你不需要在入職前就成為專家，但至少應該知道整個產品開發流程是怎麼運作的。
否則當主管在會議上問你：「這個案子預計什麼時候進 DVT？」你可能連 DVT 是什麼都不知道，更不用說判斷目前的進度是否合理。
同樣的，像是跨部門溝通、專案時程管理、問題分析等 PM 必備的軟實力，以及產業鏈和市場趨勢，也都可以提前做功課。
我認為這些基礎知識，就像是進入硬體產業的入場券。
入職之後，你應該把寶貴的時間，優先花在那些只有進入這間公司、實際參與這條產品線，才有辦法學到的事情。
想在入職前，先把硬體 PM 的基礎打好？
如果你還在準備轉職硬體 PM，或是剛拿到 Offer、不知道該如何準備，歡迎先閱讀巫師札記的相關文章。
我也把自己在品牌廠累積的硬體 PM 實務經驗，整理成一本適合新手的硬體 PM 入門電子書，從工作職責、產品開發流程到實務上常見的問題，幫助大家在入職前建立基本觀念。
如果能在進公司前就先把這些知識補齊，未來就能把更多精力放在熟悉公司、產品和團隊上，而不是連最基本的名詞都要從頭學起。
【我的電子書：《品牌廠硬體 PM 實戰框架》】
一、熟悉公司內部系統與操作流程：先讓自己具備執行能力
硬體產品和軟體服務有一個很大的不同，就是涉及大量實體零件、供應鏈和生產流程。
一支智慧型手機可能由上千個零件組成，從 BOM 建立、物料採購、設計變更、工廠備料，到最後的生產與出貨，每個環節都需要不同單位協作。
也因此，規模稍大的硬體公司，通常都會導入各種系統來管理這些流程。
以我在華碩的經驗為例，光是 BOM 相關的系統就有四、五個，更不用說還有其他和採購、備料、行政簽核相關的系統。
我還記得剛入職的第一個月，光是搞懂這些系統要去哪裡操作、不同功能之間有什麼關聯，就花了我超多時間。
有時候明明只是一件看起來很簡單的事情，卻可能需要先建立資料、送出簽核，再等待其他單位完成作業，最後才能進行下一步。
而且不同公司的系統設計和權限分工都不一樣。
即便你已經知道 BOM 是什麼、ECN 又是什麼，也不代表你進到新公司之後，就能立刻完成相關作業。
懂得流程是一回事，知道如何在公司內部把事情做完，又是另外一回事。
新人應該優先學會哪些系統？
我會建議剛入職的硬體 PM，優先熟悉以下幾類系統：
| 系統類別 | 主要用途 |
|---|---|
| BOM 管理系統 | 建立、維護產品料表，確認料件組成與版本 |
| ECN／設計變更系統 | 管理零件替換、規格調整及相關簽核流程 |
| ERP／物料管理系統 | 查詢物料、庫存、採購與備料狀況 |
| 專案管理系統 | 追蹤專案時程、開發進度與待辦事項 |
| 行政與簽核系統 | 處理費用申請、文件核准及內部作業 |
當然，不同公司的系統架構與 PM 權限會有所差異，有些作業也可能由其他單位負責。
但至少你應該知道，當專案碰到某個問題時，該去哪裡查資料、找誰協助，以及如何推動後續處理。
舉例來說，假設今天 RD 告訴你某顆零件需要替換。
你除了知道這件事情可能涉及 ECN 之外，還應該進一步了解：誰負責發起變更？需要哪些單位核准？是否會影響既有庫存？新料什麼時候可以導入？
這些才是真正會影響專案執行的問題。
如果你對 BOM、ECN 等名詞還不熟悉，也可以先參考我之前寫過的文章：
【延伸閱讀：ECN 是什麼？為什麼硬體產品改一個小地方這麼麻煩？】
我的建議：第一個月先建立自己的操作筆記
我會建議新人不要只是坐在旁邊看資深同事操作，而是盡可能親自走過一次完整流程。
每學會一個新系統，就把操作步驟、常見問題和負責窗口記錄下來。
因為很多系統可能一個月才操作一兩次，如果沒有留下紀錄，下次要用的時候很容易又忘記。
我自己剛入職時，也花了不少時間整理這些操作流程，後來才慢慢建立起對公司內部運作的理解。
第一個月的目標，不是熟悉所有系統，而是讓自己能獨立完成日常工作中最常見的操作。
當你能夠自己查詢資料、處理基本作業，就不需要每件小事都麻煩其他同事，也能把更多時間留給真正需要討論的問題。
我認為這是從新人變成團隊戰力的第一步。
二、了解產品 Lifecycle 與開案節奏：學會掌握自己的工作時間
第二件我認為非常重要的事情，就是了解你所負責產品的 Lifecycle（產品生命週期），以及公司的開案節奏。
這件事情聽起來很基本，但實際上會直接影響你未來的工作型態、時間分配，甚至生活品質。
以我自己的經驗來說，過去在華碩手機產品線，以及後來接觸的 IoT 智慧型產品，兩者的開發節奏就有相當大的差異。
手機產品線：一代接著一代，幾乎沒有喘息空間
智慧型手機的產品迭代速度非常快，許多品牌每年都會推出新一代產品。
這代表什麼？
代表當你手上的產品好不容易完成開發、準備進入量產時，下一代產品可能早就已經開始預研，甚至進入開案階段了。
有時候你同時要處理當代產品的量產問題、下一代產品的規格規劃，以及既有產品的維護事項。
而且手機產業競爭激烈，產品上市時間往往受到市場、競品和供應鏈等因素影響，很多時程並不是想延就能延。
也因此，PM 經常需要同時管理多個不同階段的專案，並在有限的時間內協調資源、處理問題。
當然，這樣的工作節奏也有好處。
因為產品迭代快，你能在相對短的時間內經歷完整的開發流程，累積大量實戰經驗。
只是相對來說，工作壓力也會比較大。
IoT 智慧型產品：有更多時間打磨產品與安排工作
相較之下，我後來接觸的 IoT 智慧型產品，整體開發節奏就比較不同。
由於產品的迭代速度相對沒那麼快，不一定每年都需要推出新一代產品，因此有更多時間可以針對當代產品進行優化、驗證，以及規劃後續的功能和市場需求。
這也讓我在專案管理上有更大的彈性。
除了能更深入了解產品的技術細節之外，也比較有餘裕安排日常工作、休假和個人生活。
當然，這並不代表所有 IoT 產品都比較輕鬆。
如果碰到客戶急單、重大品質問題，或是新產品開發的關鍵階段，一樣可能忙得不可開交。
但至少就我個人的經驗而言，兩種產品線的開發節奏確實有明顯差異。
新人應該掌握哪些時間節點？
我會建議你在入職的前兩個月，至少要搞清楚以下幾件事情：
- 產品開發週期： 從開案到量產，通常需要多久？
- 主要 Milestone： EVT、DVT、PVT、MP 等重要節點預計何時完成？
- 產品迭代頻率： 每年都會推出新產品，還是以既有產品優化為主？
- 專案重疊情況： 是否需要同時負責多個不同階段的產品？
- 工作高峰期： 哪些階段最容易出現加班、出差或緊急問題？
這些資訊除了能幫助你了解目前的專案狀況，也能讓你提前安排自己的工作。
例如你知道下個月即將進入 DVT，相關測試、問題追蹤和跨部門會議可能會大量增加，那麼就應該提前完成一些非緊急事項，避免所有工作都擠在同一個時間點。
同樣的，如果你知道某段時間正好是產品開發的空檔，也可以提前安排休假、進修，或是投入一些長期性的工作。
我認為好的 PM，不只是能把專案如期完成，更應該有能力掌握工作節奏，而不是每天被突發狀況追著跑。
這也是我在硬體產業工作這幾年來，越來越重視的一項能力。
如果你想進一步了解產品開發過程中，為什麼經常會出現進度延遲，也可以延伸閱讀：
【延伸閱讀：產品開發為什麼一直 Delay？品牌廠硬體 PM 告訴你真正的原因】
三、累積產品相關的技術知識：讓自己成為 RD 信任的 PM
最後一點，我認為是三件事情當中，最需要長期投入，也最能拉開 PM 之間能力差距的項目。
那就是：持續累積和產品相關的技術知識。
不管你是負責產品規格的 PM、管理 NPI 開發的 PM，還是在工廠端負責生產管理的 PM，想要讓專案順利推進，基本的技術底子都非常重要。
我一直認為，PM 不一定要比 RD 更懂技術，也不需要具備親自設計電路或撰寫程式的能力。
但至少應該理解產品的基本架構、各項技術的用途，以及不同設計選擇可能帶來的影響。
否則你很容易變成一個只會轉達訊息、追蹤進度，卻無法協助團隊解決問題的 PM。
為什麼 PM 不能完全不懂技術？
舉個簡單的例子。
假設今天主管希望在產品開發後期新增一項功能，要求 PM 找 RD 評估並盡快完成。
如果你完全不了解產品技術，可能就只是把需求轉交給 RD，接著不斷追問：
「這個功能什麼時候可以完成？」
「為什麼需要這麼久？」
「有沒有辦法再快一點？」
但如果你對產品有一定程度的了解，就會知道這項功能可能涉及硬體設計變更、軟體修改、測試驗證，甚至影響既有的認證和量產時程。
這時候，你就能先釐清需求的必要性，再找相關單位一起討論技術可行性、開發成本，以及可能帶來的風險。
最後提出幾個可行方案，讓主管或團隊做決策。
這兩種 PM，對團隊創造的價值就有很大的差異。
沒有人會希望和一個完全不理解技術限制，卻又不斷要求團隊完成不合理目標的 PM 共事。
因為這不只會增加溝通成本，也可能讓團隊花費大量時間在根本不可行的方向上。
技術能力越強，越能精準找出問題
我認為技術知識帶來的另一個優勢，就是能讓 PM 更有效率地處理問題。
當你熟悉產品架構、知道各個模組之間的關係，碰到問題時，就能更快判斷可能涉及哪些單位，以及應該找誰一起討論。
而不是每次遇到問題，就把所有人都找來開會，最後花了一個小時，卻還是沒有結論。
舉例來說，如果某項產品功能出現異常，你至少應該能夠先釐清問題發生的條件、影響範圍，以及目前有哪些可能的原因。
接著再根據問題性質，找對應的 HW、SW、測試或其他相關團隊進一步分析。
你不一定要自己找出 Root Cause，但至少要有能力引導大家往正確的方向討論。
這就是我認為一位成熟 PM 應該具備的價值。
新人該如何快速累積技術知識？
我的建議其實很簡單：從自己負責的產品開始學，不要試圖一次搞懂所有技術。
例如你負責智慧型手機，就應該先了解 SoC、Memory、Display、Camera、RF、Battery 等主要模組的基本功能，以及它們之間的關係。
如果你負責的是其他硬體產品，就從該產品最重要的技術架構開始研究。
接著在日常工作中，養成幾個習慣：
- 聽不懂的專有名詞，會後就去查。
不需要每次開會都打斷大家，但一定要把不懂的地方記下來。 - 多問 RD 為什麼，而不只是問什麼時候完成。
理解背後的技術限制，往往比單純知道結論更有價值。 - 把每次遇到的問題當成學習機會。
尤其是跨部門討論、設計變更和重大異常，通常都能學到很多實務知識。
我自己到現在也還是持續在學習新的技術。
因為產品不斷進步，新的技術、架構和應用也會一直出現，不可能有哪一天能真正把所有東西都學完。
但隨著經驗累積，你會發現自己越來越能掌握討論的重點，也更知道該如何做出合理的判斷。
這時候，你就不再只是負責追進度的人，而是能真正參與產品決策、替團隊創造價值的 PM。
硬體 PM 入職前 3 個月，應該達成哪些目標？
前面分享了三個我認為最重要的學習方向，最後我想再幫大家整理成一個簡單的時間規劃。
當然，每間公司的新人訓練方式、產品複雜度和工作分工都不同，以下只是我個人的建議，不代表每位 PM 都必須按照這個進度完成。
| 時間 | 學習重點 | 建議達成的目標 |
|---|---|---|
| 第 1 個月 | 公司系統與內部流程 | 能獨立完成常見系統操作，知道不同問題該找誰處理 |
| 第 2 個月 | 產品 Lifecycle 與專案節奏 | 了解產品開發時程、主要 Milestone，以及各單位的工作分工 |
| 第 3 個月 | 產品技術與問題處理 | 掌握主要技術架構，能參與基本技術討論，並協助追蹤與推動問題解決 |
這三件事情當然不是完全獨立的，也不需要等第一件學完才能開始第二件。
實際上，你從入職第一天就應該同步累積，只是在不同階段調整學習的優先順序。
我認為前三個月最理想的成果，是讓主管和同事開始覺得：
「這個新人已經可以獨立處理一些事情，不需要每個細節都有人在旁邊指導。」
這代表你已經逐漸具備獨立工作的能力，也開始能為團隊分擔工作。
至於更複雜的專案管理、跨部門協調，以及重大問題的決策能力，就需要透過後續的實戰慢慢累積。
結語：前三個月不用急著證明自己，但要讓自己成為團隊戰力
回顧自己這幾年在硬體產業的經驗，我發現那些真正厲害、受到團隊信任的 PM，通常都有幾個共通點。
他們具備清楚的邏輯、良好的表達能力，也對自己負責的產品和技術有相當程度的理解。
當專案碰到問題時，他們不會只是把問題丟給 RD，而是能快速掌握狀況、找出關鍵，並協助團隊討論出適合的解決方案。
這些能力當然不可能在短短三個月內全部學會。
但如果你能在剛入職時，就先把公司系統、產品開發節奏和基本技術知識這三件事情做好，我認為已經是非常不錯的開始。
我也想提醒剛進入科技業的讀者，不需要因為自己一開始什麼都不懂，就覺得很挫折。
硬體產品開發本來就是一件非常複雜的事情，即使是資深 PM，也經常會碰到自己不熟悉的技術和問題。
真正重要的是，你有沒有持續學習、主動釐清問題，並且把每一次工作經驗轉換成自己的能力。
前三個月不用急著成為最厲害的 PM，但至少要讓自己從需要別人帶領的新人，逐漸變成能夠獨立執行、替團隊解決問題的人。
這才是我認為新人最值得追求的目標。
想更快了解硬體 PM 的工作內容？
如果你還沒正式進入硬體產業，或是剛開始擔任 PM，對於 NPI 開發流程、EVT／DVT／PVT、BOM 管理，以及品牌廠 PM 的日常工作還不太熟悉，歡迎多看看巫師札記的相關文章。
我也將自己在硬體產業累積的實務經驗，整理成一本適合新手閱讀的硬體 PM 入門電子書，希望能幫助大家在入職前建立基本觀念，減少剛進公司時的摸索時間。
【電子書：《品牌廠硬體 PM 實戰框架》】
如果你已經有明確的職涯問題，例如正在準備硬體 PM 面試、不知道該如何適應新工作，或是希望更深入了解品牌廠 PM 的實際工作內容，也歡迎透過一對一諮詢和我交流。
【一對一諮詢：硬體 PM 一對一職涯諮詢申請表】
希望今天的分享對你有所幫助，如果喜歡這類硬體產業的實務文章，也歡迎訂閱巫師札記電子報，未來我會持續分享更多科技業職場經驗與產品開發知識！
