SolidWorks零組件機構設計
104學習
木屬材料結構組裝
具備此技能代表能熟練將木材與金屬等不同材質進行結構性組合，確保組裝後的整體穩固與耐用。此能力涵蓋讀懂圖面、選材、切割、連接及調整等步驟，適用於家具製作、建築框架及裝潢工程。熟悉相關工具與機械操作，並能依照設計需求精準組裝，提高工作效率與品質，減少錯誤與返工。對於追求結構安全與美觀兼具的專業領域，這項技能具備重要價值。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
職場協調力： 人際互動溝通的密技
打造高投入團隊：遊戲化工作設計與激勵機制實作班【9/17】
管好員工做對事：溝通協調力
設計師接案必修課：從作品集到報價，系統化讓專業變現｜ 104獨家
CompTIA Project+ 國際專案管理師認證暨實務課程
工作方法進化論 首部曲
生產計畫與進度管制技巧
邏輯式溝通
《將花留在日常｜押花手札書衣・書籤設計課》
精選證照
考取專業證照，讓能力被市場看見
甲級木模技術士
木模技術士技能檢定規範於民國六十四年七月二十五日公告實施，曾於民國六十八年五月及民國七十二年十一月修訂過二次，依其技能範圍及專精程度分為甲、乙、丙三級。
木模技術為機械製造行業之一，因應工商業科技成長與發展，依實務技能範圍及專精程度分為三級，以落實行業發展特性所需：
(一)甲級：具備木模製作之流程管理，技術指導及規劃分析能力之從業人員。
(二)乙級：具備獨立作業及技術指導能力之木模製作從業人員。
(三)丙級：具備基本作業能力之木模製作從業人員。
甲級工作範圍：從事組合模部分模及特殊模型之設計與製作。
勞動部勞動力發展署技能檢定中心
乙級裝潢木工技術士
具裝潢木工獨立作業及技術指導能力之專業人員。
乙級技術士具有丙級技術士之技能和相關知識外，並能依照施工圖繪製簡易施工圖及應用裝潢木工機器與手工具從事裝潢木工技術工作。
勞動部勞動力發展署技能檢定中心
甲級家具木工技術士
家具木工技術士於民國65年由內政部公布，其甲級工作範圍：能自行繪製工作圖，運用手工具及木工機器，製作較複雜結構之精密家俱及其組件，並應具有選配材料，修正工模(Jig)、生產計劃、工廠管理、工料估計及利用量具從事檢驗工作之能力。
勞動部勞動力發展署技能檢定中心
丙級木模技術士
木模技術士技能檢定規範於民國六十四年七月二十五日公告實施，曾於民國六十八年五月及民國七十二年十一月修訂過二次，依其技能範圍及專精程度分為甲、乙、丙三級。
木模技術為機械製造行業之一，因應工商業科技成長與發展，依實務技能範圍及專精程度分為三級，以落實行業發展特性所需：
(一)甲級：具備木模製作之流程管理，技術指導及規劃分析能力之從業人員。
(二)乙級：具備獨立作業及技術指導能力之木模製作從業人員。
(三)丙級：具備基本作業能力之木模製作從業人員。
丙級工作範圍：從事木模機械、手工具等基本操作及簡易木模製作。
勞動部勞動力發展署技能檢定中心
乙級木模技術士
木模技術士技能檢定規範於民國六十四年七月二十五日公告實施，曾於民國六十八年五月及民國七十二年十一月修訂過二次，依其技能範圍及專精程度分為甲、乙、丙三級。
木模技術為機械製造行業之一，因應工商業科技成長與發展，依實務技能範圍及專精程度分為三級，以落實行業發展特性所需：
(一)甲級：具備木模製作之流程管理，技術指導及規劃分析能力之從業人員。
(二)乙級：具備獨立作業及技術指導能力之木模製作從業人員。
(三)丙級：具備基本作業能力之木模製作從業人員。
乙級工作範圍：從事木模機械、手工具之特殊操作及分型模、轉刮板模、型框模製作。
勞動部勞動力發展署技能檢定中心
丙級裝潢木工技術士
丙級為具裝潢木工基本能力之專業人員。
丙級具有能依照施工圖使用裝潢木工機器與手工具製作及組裝簡易木屬成品（如櫥櫃、地板、天花板 等相關工程）。
勞動部勞動力發展署技能檢定中心
精選貼文，掌握第一手知識
你適合當PM嗎？解析產品經理必備3種特質與溝通心法
產品經理（PM）扮演產品關鍵的橋樑角色，不僅要看懂全局、擬定策略，更需要與設計師、工程師高效溝通，協調各方需求並推動產品前進。哪些人適合PM工作？作者透過實務經驗分享，解析PM必備的3種核心特質，以及在與不同角色協作時應具備的溝通心法。
文／Michelle Chen（軟體業PM產品經理）
本文目錄：3個PM需要的核心特質（點擊可快速前往）
特質1：你是否習慣全局性思考，並以策略性規劃推動執行？特質2：你是否喜歡且習慣站在對方的角度，使用對方的語言溝通？PM與設計師溝通重點PM與前端工程師溝通重點PM與後端工程師溝通重點特質3：你是否接受甚至喜歡改變，且有隨時改變計劃的彈性？
我習慣定期把自己的職涯規劃拿出來review，問問自己對於「現在的狀態」是否還滿意。最近是我在現職公司任職滿一週年的日子，於是又把這個問題拿出來檢視一番。我發現對於做PM打造產品這件事（撇除外在條件，像是workload、手上的案子、公司策略、主管等），過了幾年我仍非常喜歡且享受其中。再往下探索，是什麼個性或是特質讓我喜歡且適合做產品經理呢？今天整理3個我認為最核心的特質，分享給有興趣往PM產品經理發展，或還在思考自己到底適不適合的朋友參考！
特質1：你是否習慣全局性思考，並以策略性規劃推動執行？
作為產品經理你每天要應對來自各方的利害關係人，需求從四面八方而來，每季的Product Roadmap規劃&執行，每月2~3次的Sprint（如果團隊跑Scrum），甚至每天的跨部門Support，PM的日常總是被滿滿的需求與會議轟炸，任務清單中的To-dos & Action Item似乎看不到盡頭。在這種「艱困」的處境下，能習慣「全局性思考」的PM就比較能從容應對，懂得從任務海中抽身，避免無謂地瞎忙。所謂全局性思考有點抽象，換個方式來說就是：從整體，更高維度視角看待事情，而不是深陷於眼前的問題。
舉個例子來說，假設你是一位部門主管，你發現某個專案快到截止日但離完成還有一大段距離，你可以選擇臨時外聘人力，或是給團隊成員加班獎勵鼓勵他們挪出更多的時間工作完成任務，這也許是最快能見效的暴力解法。但如果你採取全局性思考，你會先退一步思考，這個專案的規劃是否合理，是否有可以簡化的部分，或者是否團隊中有某個特定的人遇到瓶頸。如果能協助這位成員解決問題，整個團隊的運行會變得更加順暢，也許就能如期完成專案。
全局性思考的能力能幫助PM有效辨識什麼才是真正需要解決的「關鍵問題」，而不是像在大魯閣打棒球一樣，只是對每個問題隨著出現而進行反應。這種思考方式讓你從整體上把握問題的根源，不是只解決表面的問題。
找到問題後，接下來就要透過策略性規劃來實作，這時候一定要提到常見的80/20法則。
20%的因素，將導致80%的結果。找出那關鍵20%重要的事情並全心投入，往往能帶來大部分的成果。
首先找到那20%重要並值得花團隊全心投入的P0-重要且須馬上行動的事。並懂得拒絕或是取捨那些重要但不急，甚至根本不用解決的問題 。取捨決策是一個好PM必備能力。
另外，作為產品的代言人，PM一定要知道哪些任務可以被整合在一起（甚至延伸成一個epic）；又有哪些tasks可能會因為其他迭代而順勢被解決，因此現階段可以忽略不做；又有哪些可能看似有問題，但其實是故意為之的機制。
有策略、有條理的安排團隊資源，聚焦在關鍵20%重要的問題上，可以讓團隊更有效率且優雅的工作。（非常重要，誰會想要每天灰頭土臉工作，你說是吧）
特質2：你是否喜歡且習慣站在對方的角度，使用對方的語言溝通？
有這個特質的PM絕對會是團隊的寶，而不會變成大家避之唯恐不及的任務交差使者。習慣從對方的角度出發，用對方熟悉的用語溝通，不僅能提升理解效率，還能拉近彼此距離，建立良好互動。這有助於建立信任，讓未來的合作更順利愉快，形成正向循環，培養無敵默契。（每次遇到只是一兩句話一個眼神，團隊內的工程師和設計師就能馬上理解我的意思，就會覺得「哇，你們真的是神隊友，我好幸福啊！」）
這邊簡單舉例與設計師以及前後端工程師討論需求時應該著重的方向：
PM與設計師溝通重點
重視使用者體驗（UX/UI）：需要清楚描述使用者的需求（如果需要可以附上完整的user story），並在需求說明中「用戶使用流程」、「易用性」、「介面設計」以及「資訊呈現方式」等。
【溝通舉例】「我們希望這個功能的流程是：1.先點擊這個按鈕，2.展開選單，3.選單中會有幾個預設選項且我們會幫用戶進行預選，整個操作希望可以在3步內完成。」
特別注意！尊重設計師專業：作為PM一定要尊重團隊內設計師以及工程師的專業。對設計師，請保留讓他們自由發揮的空間。提出的需求絕對不會是硬性規定設計師只是把你想像中的畫面／流程畫出來而已，保留設計彈性通常得到的結果都會比自己發想的還要完整流暢！
【溝通舉例】如果需要做一個活動頁面：「這個頁面會包含A~C 3個大分類的資訊，其中A／B分類會另外連結到C／D頁面。這個主頁面的設計，希望能傳達出現代感，並保留畫面的簡潔性，方便用戶快速找到他們要的資訊。可以參考這個網站的設計風格，但具體的顏色／圖標，分類呈現可以自由發揮。」
PM與前端工程師溝通重點
重視介面與互動：前端工程師負責將設計轉換成可用的介面。他們關注的重點包含介面呈現方式、元件的設計與實現、與後端如何進行資料溝通、並且也要確保網頁可以各種大小的裝置和瀏覽器上都能順利運行。
【溝通舉例】PM：「我們希望在報名頁面上，使用者可以看到所有場次，點擊後展開場次詳細資訊，並透過一個動畫顯示出『點選報名』的CTA 按鈕。這部分在手機的 web view 上也需要保持操作流暢。」前端工程師：「這個顯示CTA的動畫在一些舊瀏覽器上可能無法支援，可能會出現卡頓或不顯示的情況。」PM：「如果確實有這個問題，我們可以考慮用彈出popup的方式替代，重點是整體操作要流暢，並且能有效吸引用戶點擊報名。」
特別注意！技術可行性＆永遠都要準備PlanB：有時PM以及設計師一起討論出的設計可能在技術實現上會有挑戰。作為一個好PM，一定要工程師們討論在技術上的可行，以及如果無法實現，可以被接受的PlanB是什麼，並從中找到最佳解決方案。
PM與後端工程師溝通重點
重視系統穩定性及資料處理：後端工程師主要關注系統的穩定性及資料處理。他們習慣使用「API」、「資料庫」、「伺服器」等術語。作為產品經理，你需要清楚描述系統需求，並確保資料流（information flow）和功能邏輯的合理性。
【溝通舉例】PM：「我們需要建立一個數據報表，數據需要即時更新，並支援查看過去30天和60天的時間範圍。這個報表主要用來追蹤使用者行為趨勢。報表中的欄位定義以是{明確定義數據背後的計算邏輯以及fallback機制}。」後端工程師：「要實現即時更新可能會對系統造成壓力，特別是在高峰期，伺服器負載會增加，影響穩定性。」PM：「那或許我們可以考慮設定一個更新的cutoff point，在該時間點做一次性更新，確保穩定性以及更好管理系統負載。」
特別注意！具體明確制定規則：跟後端工程師討論事情一定要具體明確（制定出規則），不能給模糊的「形容詞」。以要新增檢查用戶註冊時的密碼強度的功能為例：
模糊的需求：「我們需要在用戶註冊時，先檢查密碼是否夠強。如果不夠強就讓他重新設置，夠強就讓他繼續註冊。」
➞這時候工程師一定會問你：密碼強度怎麼樣算夠強？這個檢查是在用戶點擊註冊時還是輸入過程中即時檢查？
明確的需求：「如果密碼長度小於8位或不含大小寫字母和數字，則在用戶按下註冊時阻擋下一步，並顯示錯誤提示並要求用戶重新設置密碼。如果密碼符合這些條件，則允許用戶完成註冊。」
PM的工作內容和模式會隨著產品領域、團隊規模及系統架構等因素而有很大不同。然而，良好的溝通能力，尤其能根據不同溝通對象靈活切換用詞和表達方式，針對不同情境調整思考重點，是做好PM必須具備的。如果你發現這種角色切換對你來說有些困難，或是習慣從單一角度進行思考，那可能就不會那麼享受於PM的日常了。
特質3：你是否接受甚至喜歡改變，且有隨時改變計劃的彈性？
最後一點，「接受改變，且對已經計劃好的事情是否總是能保持隨時調整，甚至需要打掉重練的彈性？」是一個PM是否能樂在其工作中，蠻關鍵的特質。
有PM經驗的都知道（不管是Product or Project）都會面臨到原本說好的方向會需要來個大轉彎，產品策略可能因為市場的變化要做立即的調整（例如AI的快速崛起）。對於比較不喜歡變化，或是對於要臨機應變這件事情比較排斥的人，做PM會比較辛苦（心裡苦的部分）。
No two days are the same for a product manager
如果看到上面這句話，你感到興奮，那恭喜你！你一定能從PM的工作日常中找到許多樂趣！
以上就是我簡單從自己身上總結出為什麼就算有時候遇到再鳥的事情，或是有時候真的工作壓力很大，但終究我還是很享受做PM的3大特質與性格，希望能給還在摸索的人或是猶豫不太清楚自己到底適不適合的人一點小小分享。
（原文標題：你適合當產品經理嗎？3個PM需要的核心特質＆性格解析）
[joblist_plugin title='更多104【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?order=15&page=1&sctp=M&scmin=40000&scstrict=1&jobsource=joblist_search&jobcat=2004003005&keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86' amount='4']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
「接案作品集」怎麼準備？6大要素及不同客戶應對技巧
對自由接案工作者來說，「作品集」往往比履歷更能展現你的專業度與價值。一份好的接案作品集該怎麼準備？作者為軟體工作者，分享好作品集的6大必備要素，並用自身經驗解析技術型、設計導向、非技術型與綜合型客戶的關心重點，幫你打造更有說服力的作品集。本文節錄自《不想上班的勇氣：軟體工作者的第一本接案指南》。
文／陳泰銘（Taiming）
本文目錄（點擊可快速前往）
為什麼需要準備接案作品集？接案作品集準備方向：依照不同接案類型、客戶來調整好的作品集應該具備的6大要素沒有作品集怎麼辦？最好平時就累積Side Project
為什麼需要準備接案作品集？
作品集是接案者的「敲門磚」，能夠幫助潛在客戶快速了解你的能力、風格和經驗。有時候，你的作品集甚至比你的履歷還重要，因為它是最直觀的證明，展示你的專業度和價值。
客戶沒有時間細聊，先看作品決定是否聯繫你
比起履歷，作品集更能說明你的實力
客戶更信任有實際案例的接案者
降低溝通成本，幫助客戶確定風格與需求
讓你在競爭者中脫穎而出
當你在社群平台或論壇上看到有人發問：「有人可以幫我做插畫設計嗎？」如果你只是留言「我可以做」，很容易淹沒在眾多回覆中，客戶也不會特別關注你。但如果你直接附上作品集連結，讓對方點進去就能看到你的實力，成功機率就會大幅提升。這樣的方式不僅能讓你在競爭中脫穎而出，也能迅速抓住客戶的注意力。
接案作品集準備方向：依照不同接案類型、客戶來調整
一開始瞄準方向很重要，因為不同類型的客戶關心的重點不同，你的作品集應該根據你的目標市場來調整。例如：
技術型客戶：展示程式碼品質與技術細節
當你的目標客戶是開發公司或技術團隊時，他們更關心你的技術能力，而不只是表面的作品展示。例如，當一間軟體公司正在尋找後端開發者時，他們不會單純看UI設計，而是會評估你的程式碼品質、架構設計與API文檔。如果你的作品集包含GitHub專案連結、技術架構解析、程式碼片段或效能優化案例，將更能說服這類客戶，讓他們相信你具備專業的開發能力。
非技術型客戶：強調成果與商業價值
當你的客戶是中小企業或個人創業者時，他們通常不懂技術細節，而是關心你的工作能否為他們帶來實際價值。例如，一位餐飲業老闆希望建立線上訂餐系統，但他不懂技術，對「技術堆疊」也沒有興趣。他想知道的是這個系統能否提升業績、減少人工成本、讓顧客更方便。因此，針對這類客戶，你的作品集應該側重於案例說明，包含專案背景、解決的問題、最終成果與數據，例如「這個網站讓客戶下單率提升30%」，而不是單純列出技術細節。
設計導向的客戶：重視視覺呈現與品牌一致性
當你的客戶是品牌商、電商品牌或行銷團隊時，他們關心的是視覺美感與風格統一性，而不是技術實作的細節。例如，一位服飾品牌老闆希望找人設計一組社群貼文模板，他不會關心這些設計是用Photoshop還是Figma製作的，而是想知道你的設計是否符合品牌形象，能否吸引目標受眾。因此，你的作品集應該著重展示設計風格，提供高品質的圖片、完整的設計概念，並附Behance、Dribbble或Figma連結，讓客戶能夠直觀地評估你的視覺風格是否符合需求。
綜合型客戶：需要靈活調整作品集內容
有些客戶的需求涉及多個面向，例如，一家新創公司希望開發一款APP，他們既關心UI設計，也重視技術架構與開發能力。在這種情況下，若你的作品集過於單一，可能無法完整展現你的能力。最佳做法是針對不同領域準備不同版本的作品集，例如一份專注於UI/UX設計，另一份則強調技術架構與開發過程，這樣才能根據不同客戶的需求靈活調整，確保你的作品集能夠精準打動對方。
因此，一開始要明確你的目標客戶，這樣作品集才能精準打動對方，而不會顯得雜亂或無法吸引適合的機會。
好的作品集應該具備的6大要素
一份優秀的作品集，不只是展示你的能力，更應該幫助潛在客戶快速理解你的價值，並建立信任感。以下是作品集應該具備的關鍵要素：
1. 清楚的自我介紹與專業定位
你的作品集應該開門見山地說明你的專業領域，例如「專注於SaaS產品開發的全端工程師」或「專精品牌識別與UI設計的視覺設計師」，讓客戶一眼就能理解你的核心技能與市場定位。
2. 精選案例，而非堆砌大量作品
作品集不應該只是單純堆放所有作品，而是要精選最具代表性的案例，並確保這些案例與你的目標市場匹配。例如，如果你主要服務科技新創，那麼展示SaaS產品設計或開發案例會比一般電商網站更具說服力。
3. 案例背景與解決方案
單純的圖片或程式碼展示不足以吸引客戶，你應該為每個案例補充背景資訊，例如：「這是為某家新創公司開發的會員系統，目標是提升用戶留存率」，然後說明你的解決方案與貢獻，例如：「透過重新設計UI/UX，讓註冊轉換率提升20%。」這樣的敘述能讓客戶更容易理解你的價值。
4. 數據與成果驗證
如果可以的話，加入量化數據來證明你的工作成效，例如「重新設計後的網站，跳出率降低25%」、「API優化後，請求速度提升40%」，這樣的數據能讓你的作品更具說服力，提升客戶的信任度。
5. 直覺且專業的視覺呈現
作品集的排版應該簡潔清晰，避免雜亂無章的內容堆砌。如果你是設計師，這本身就是對你美感能力的考驗；如果你是工程師，也應該讓專案展示清晰易讀，像是使用卡片式設計來分類案例，或提供 GitHub 連結搭配摘要說明。
6. 聯絡方式與行動呼籲（CTA）
無論作品集是網站、PDF還是簡單的Notion頁面，都應該明確提供聯絡方式，例如Email、LinkedIn、或接案平台連結。此外，可以加上一些行動呼籲，例如「有興趣合作嗎？歡迎來信討論！」，讓客戶知道下一步該怎麼與你聯繫。
透過以上這些要素，你的作品集不僅能夠有效展示你的專業能力，也能提升轉換率，讓潛在客戶更容易做出決策，進而提高你的接案成功機會。
沒有作品集怎麼辦？最好平時就累積Side Project
其實，比起事到臨頭才急著找作品集，最有效的方法是平時就主動累積Side Project。不論是為了解決某個小問題、實現自己的點子，還是純粹為了學習新技術，只要能完成、有成果可展示，就能成為你的實戰證明。
Side Project不需要商業化，也不必太龐大，關鍵是能展現你的能力與風格。這些專案可以放在你的個人網站、GitHub、Behance、Notion或Medium等平台，讓潛在客戶在搜尋你的名字時就能看到。
以下是一些常見的發想與執行管道：
解決自己的痛點：把日常遇到的問題變成產品，例如排程工具、記帳App、小型自動化腳本等。
模仿與改造：挑一個你喜歡的網站或應用，試著重製、優化或加入新功能。
開源貢獻：參與GitHub上的開源專案，累積實戰經驗與人脈。
挑戰題目平台：參加如Frontend Mentor、Dribbble Weekly Warm-up、Kaggle等主題挑戰。
幫朋友或社群做東西：主動幫朋友設計海報、開發活動報名網站、製作社群 BOT 等。
紀錄學習歷程：把你學會的新技術或解法整理成部落格、教學影片或Notion範本。Side Project的價值，不只是讓你練功，更是你與客戶溝通時最有說服力的「非商業作品集」。尤其在你還沒太多實戰經驗時，它們能說明你的主動性、邏輯思維、執行力與品味。
節錄自：博碩《不想上班的勇氣：軟體工作者的第一本接案指南》／陳泰銘（Taiming） 著
獨家課程推薦：【設計師接案必修課】從作品集到報價，系統化讓專業變現
[joblist_plugin title='更多104【軟體工程類 接案】工作機會' url='https://www.104.com.tw/jobs/search/?jobcat=2007001000&mode=s&page=1&ro=2&keyword=%E6%8E%A5%E6%A1%88&order=15' amount='4']
更多【自由接案】分享：
上班族也掀「斜槓兼職」熱潮！高薪兼職時薪破千，兼職工作機會懶人包
接案族該如何報稅？一文搞懂「接案外包」的報稅技巧，趕快收藏！
設計接案合約必備5大要素！保護權益必知，終結客戶鬼打牆
接案報價不是憑感覺！給新手的基礎報價公式參考
2025 最完整免費接案平台、接案社群總整理（附設計、行銷外包接案工作機會）
從地底開始，走進同豐營造技術的核心：真正實力，從地基打起
地質鑽探、基樁施作、連續壁與逆打工法──這些乍聽陌生的技術，卻是支撐建築穩固、安全與永續的起點。營造業中，「基礎工程」雖難以在表面被看見，卻因為其專業深度高、工法持續進化，反而成為工程人歷練技術與責任的第一線現場。走進地底，才是真正走進營造技術的核心。《104職場力》透過三位來自同豐營造的工程職人故事，帶你認識這條被低估、卻充滿發展潛力的黃金職涯。
文／《104職場力》
本文導覽（點擊可快速前往指定段落閱讀）
專業深耕，踏上技術者的黃金路穩健成長，在挑戰中走出自己的節奏與世界接軌，打造技術領先的工程戰隊你對基礎工程的想像，可能都錯了從基礎開始，站穩第一步
談到營造業，你可能會先想到建築外觀、設計美學，或是城市中正在興建的大樓。然而，在一切建設開始之前，有一項關鍵工作早已默默啟動，那就是「基礎工程」—建築物能否穩固、安全、長久，往往由此決定。
營造業可細分為許多領域，而基礎工程之所以獨特，是因為它專注於最核心的起點：打地基。從地質鑽探、基樁施作，到地下連續壁與逆打工法，這些聽起來稍顯陌生的技術，其實支撐著整座城市的未來。每一棟建築、每一段捷運、甚至每一項都市更新案，都無法免除基礎工程施作這一關。
對於工程人來說，這是一條極具挑戰性與深度的道路，有時，也是被低估的職涯黃金路。它不在表面展現華麗，但專業含量高，工法不斷創新，更是技術與責任並重的實戰現場。正因為基礎工程處在第一線，也最能讓人從做中學、從難中成長。舉目所見，正在進行中的城市更新、高樓建設、重大交通建設，甚至未來的海外發展，都需要在這個「地底下的戰場」先打好基礎。
我們將深入挖掘三位來自同豐營造的基礎工程專家的故事。從他們的經歷中，你會看見基礎工程的真實樣貌，也會了解：選擇這條路，不只是投入營造業，更是為自己的職涯打下最穩的根基。
專業深耕，踏上技術者的黃金路
本科專業畢業的同豐營造經理潘永新在退伍後，沒有考慮其他行業，而是直接踏進了營造現場，加入同豐營造擔任基層工程師。這一待，就是三十年。
他說：「我想投入一個能一直累積專業、一步步精進的領域，基礎工程給了我這樣的舞台。」
從測量放樣到基樁施工，從連續壁工法到複合式結構，潘經理走過了每一個技術環節。這些年來，他見證了台灣營造技術的演進，也參與了無數重大工程，包括台北101等地標性建築。
其中，最讓他印象深刻的是台北101案中與德國團隊在工程上的「同場較勁」。當國際團隊無法克服特殊地層條件時，同豐的創新工法與精準執行力，反而成為最後的贏家。「那不只是對我們技術的肯定，也是對台灣工程實力的讚揚」，潘經理自豪地說。
基礎工程是一個需要耐心與細心的行業，技術不是一蹴可幾，而是一個不斷觀察現場、理解地層、修正方案的過程。潘經理認為，年輕人如果願意從現場做起，紮實掌握每一項工法，就能累積出無可取代的實力。他強調：「不要小看第一份工作對未來的影響，它決定了你從哪裡開始紮根。」
在同豐，潘經理也看見公司持續引進新設備、推動工法研發，並鼓勵員工出國考察、參與內部研討，讓技術不斷進化。「基礎工程其實是一個與世界接軌的行業，不只是在台灣打地基，更是在技術上不斷突破國界限制。」
潘經理總結道：「工程這條路沒有捷徑，靠的是一步步紮實累積實力。品質跟技術是會被看見的，只要你肯學、肯做，客戶自然會信任你。」
穩健成長，在挑戰中走出自己的節奏
從學土木出身，到踏入營造現場，同豐營造副理張晉輔在同豐營造已累積了超過二十年的實務經驗。他的職涯從工地主任起步，經歷各種大小型專案，一步步晉升至副理，走的不是捷徑，而是一條穩紮穩打、靠實力說話的道路。
回憶起經手的案場，張副理提到兩個讓他印象特別深刻的工程：台大BOT案與高雄凹子底大型開發案。這些案場的共同點，是規模大、工期緊湊、技術要求高。光是凹子底一案，就牽涉超過270支逆打鋼柱、近萬坪的基地，每日需要針對工區動線做推演、預先檢討進度、盤點設備狀況。
面對這種等級的工程，他說：
「沒有充分準備一說，因為每天都有新的挑戰。但當你把困難的事情一一排除克服，那份成就感是無法取代的。」
張副理特別指出，同豐營造這幾年在擴展海外市場的同時，也提供更多外派與跨國合作的機會，包括越南、印尼、柬埔寨等地。這不僅拓展了企業規模，也讓年輕工程師有機會接觸不同環境、加速成長。
與此同時，公司內部也不斷強化制度，例如導入系統化的教育訓練、舉辦技術研討會、安排證照考取輔導，讓新進人員能更快進入狀況。張副理說：「我們從師徒制逐漸走向制度化，目的就是希望讓有潛力的年輕人能夠安心學、踏實做。」
對於剛踏入營造領域的後進，張副理給的建議很簡單卻很中肯：「這行沒有一步登天，技術就是從現場一點一滴累積來的。你要先穩下來，才有機會走得長久。」
與世界接軌，打造技術領先的工程戰隊
從基樁、連續壁到逆打工法，同豐營造副總經理王志強熟悉各類基礎工程技術。他一路見證同豐營造從本土紮根到跨足國際，發展成為擁有自主專利與海外據點的領導品牌，位列東南亞前五大專業地工營造公司。他說：「基礎工程不是單純的土木施工，它是要面對土地真實狀況、在不可預測中找出可控解方的產業。」
王副總強調，同豐之所以能在競爭激烈的營造市場中脫穎而出，靠的不是低價搶標，而是技術硬實力。許多建設公司遇到特殊地層、超深連續壁或高風險施工環境時，會主動找上他們，因為「這些別人不敢做的，我們敢、也做得好」。
例如台北101、高鐵、捷運等項目，背後都有同豐的基礎工程團隊參與，更遑論未來十幾二十年、能改變都市容貌又需要進行高難度舊基礎處理的許多都市更新案。
除了施工經驗豐富外，同豐更積極投入研發。他提到近年引進的德國高階機具、全電動化施工設備，正是因應ESG與環保趨勢的具體做法。「如果我們還停留在過去那套傳統模式，就無法面對未來挑戰。技術的進步，不只是業主要求，更是我們自己給自己的壓力與目標。」
王副總也提到公司不只重視技術，更重視人才的培育與國際歷練。所有高階主管都有海外經驗，這不只是履歷上的光環，而是實際參與各國工程現場所累積的實戰視野。他認為，未來的年輕人若想脫離「只會畫圖或算量」的單一能力框架，就要勇於面對現場、挑戰問題，才能成為真正的工程專業者。
「我們做的，不只是建造，也是在突破限制、解決難題。如果你想的是一份會讓你越做越強、越走越廣的職涯，那你應該來基礎工程看看。」
你對基礎工程的想像，可能都錯了
多數人對基礎工程的印象，往往停留在「體力活」或「不起眼」，但實際上，基礎工程卻是營造產業中技術最集中、門檻最高的專業之一。王副總指出，全台上千家營造公司中，真正能獨立承攬大型基礎工程的，不超過五家，而同豐便是其中領先者之一。
與傳統建築工種不同，基礎工程每天都在跟地質、地下水位、土壤條件對話，每一個案場都是全新的挑戰。王副總說：「土壤是天然生成的，不確定性高，每個工地都要重新學習，這正是它吸引人的地方。」這種與自然條件博弈的過程，能夠培養出高度的問題解決能力與現場判斷力。
張副理也分享：「同豐團隊曾克服過無數高難度的大型案場。這些案子業主都很謹慎，因為難度高，不能隨便找廠商做，最後都還是找上我們，就是信任我們做得來，也做得好。」
除了技術優勢外，同豐也投注資源研發自有專利工法、引進國外高端設備，並培養海外實戰能力。從都市更新到東南亞開發，每一段成就都是前線工程人員積累出來的成果。
這不是一份可以被輕易取代的工作，而是一條從現場走向技術頂尖的專業路徑。如果渴望挑戰、期待成就，基礎工程，正是值得毅然投身的領域。
從基礎開始，站穩第一步
每一座建築都從地底開始，職涯也是。王副總曾說過，基礎工程是所有建築的起點，也是人們人生大事的依託。「一戶房子，可能是一個家庭一輩子的心血，而這一切，都奠基於你手上的基礎之上。」這份工作，不能只當作一份職業，更應是一份責任。
三位基礎工程專家的職涯雖各有不同，卻都從現場出發，靠實力一步步走上管理與技術高位。他們沒走捷徑，也沒有口號，只有對專業的堅持與面對挑戰的勇氣。他們用親身經歷證明，只要願意投入、持續累積，基礎工程就能為你奠定穩固的事業基礎。
選擇在同豐營造起步，選擇踏入基礎工程，你同時也正在為自己的人生，打下一個堅實可期的地基。
[joblist_plugin title='【同豐營造工程】最新職缺馬上看！' url='https://www.104.com.tw/company/az6xzlk' amount='5']
從基礎扎根到專題實作：大安高工建築科強調做中學的實戰教育
「不是每個學生一開始就知道自己喜不喜歡建築，但我們會鼓勵他們多動手去做做看。」在大安高工教書十六年的建築科主任楊舜銘主任語氣沈穩卻有力地分享。他相信：透過實際參與，學生才能摸索出屬於自己的方向，而這也是大安高工建築科多年來穩定培養「土木建築技術人才」的根本。
大安高工建築科二年級的謝秉諺同學則分享，自己從小接觸Minecraft，在虛擬遊戲中發現了他對空間、建構與創造產生了濃厚興趣，最終選擇走入大安建築科，開啟了他在實體世界築夢的旅程。
文／104高職生
建築、土木雙軌適性揚才 跨科開設「科技建築」傳授最新技術
舜銘主任分享，從課程設計來看，建築科可分為兩個主要發展路徑——建築設計與土木營建：熱愛繪圖、擅長創意思考、喜歡構想空間配置的學生，會更適合走建築設計這條路；而擁有數理邏輯、對結構力學與環境工程有興趣的學生，則可朝土木營建發展。「土木的孩子不怕曬、喜歡戶外實作，這也是很關鍵的適性指標。」
而在實際課程中，建築科從高一的「安心期」起就安排工程概論、構造法與施工、工程材料等較基礎廣泛的建築課程，讓學生能慢慢喜歡建築、從中探索自己的興趣與能力；高二「用心期」進入專業養成階段，開設「工程力學」、「電腦繪圖實習」、「測量實習」、「設計技術實習」等專業科目，強化技術能力。學生通常也在這一階段開始擔任社團的重要幹部，可培養人際溝通與領導能力。高三則為「專心期」，著重升學準備與專題製作，學生可根據興趣選擇發展方向，無論是升學、證照考取或技能競賽，都有完善的輔導與實作機會。
圖：大安高工實作練習｜混泥土操作
主任指出，當前建築產業未來會有兩大方向：智慧建築與碳足跡。像是透過物聯網（IoT）控制冷氣、窗簾與瓦斯的智慧住宅設計，或是關注碳足跡、材料永續的綠建築理念，這些都需要學生具備跨領域整合的能力。為此，學校也持續調整課程內容與選修資源，例如與電子科合作開設「IOT」課程，讓各科學生都有機會在校內接觸最新技術概念並思考如何應用在建築。
老師的陪伴與學生的紀律 時間X苦練造就奪金時刻
「我們是升學型的技術高職，既重學理，也重實作。」舜銘主任談到，大安高工建築科專題製作等實作課程採取「雙軌並進」的教學風格，除了課堂老師外，更有許多老師願意於課後無薪指導學生準備技能競賽、證照考取與專題實作。主任分享：「即使學生原先是綜合高中，相較建築科學習專業時間短，但只要願意學，我們就願意陪伴，這裡更重視的是學生的態度與努力！」
圖：大安高中學生素描與建築造型設計實作
而這樣的精神也讓謝秉諺同學在技能競賽的準備過程中獲益良多。為了挑戰全國技能競賽的漆作裝潢類，他從高一就開始訓練、練習、修正、復盤。「很多時候練習到晚上十一點，但每天回顧筆記、計畫明天怎麼進步，慢慢地就建立起自己的節奏。」這份節奏與紀律，最終讓他在第55屆全國技能競賽中奪下「漆作裝潢」職類的金牌，而這樣的成果是從指導老師到學生齊心投入各類技藝競賽累積下來的——大安高工建築科在工科技藝競賽年年奪金，全國專題與創意製作競賽屢屢獲獎。
圖：第55屆全國技能競賽漆作裝潢選手謝秉諺（右）勇奪金牌
智慧建築、IoT控制等40門特色課程 打造建築T型人才
隨著108課綱實施，建築科也積極推動跨領域學習。舜銘主任分享：「我們學校開設了將近40門特色課程，包括智慧建築、IoT控制、綠建築設計等，讓孩子不只是學好一門專業，而是成為能解決問題、能夠整合的T型人才。」
多元的學習也讓同學的生涯進路豐富多元，有的同學選擇繼續升學，走進建築系、室內設計系、土木工程等科系，深化空間設計的專業；有的則轉向土木營建領域，投身結構、大地、測量等技術應用。也有同學選擇考取公職，走進建管處、水利處、新建工程處等公共部門，用專業參與城市的規劃與建設。
圖：師生課後參與義築活動的竹構築
圖：上圖的實體作品目前在台東知本遊樂區展出
未來的方向不只一條，無論選擇哪一條路，大安建築科所培養的，是能夠統整知識、動手實作、與人合作的能力。從課堂到實作、從圖紙到現場，都在慢慢累積面對未來社會的能力！
開箱建築科學習日常！更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
前端工程師是什麼？薪水怎破100萬？完整攻略，附：台積電前端工程師工作心得
前端(Frontend)： 給人看的（介面、使用者體驗），網頁的畫面、按鈕、圖片、排版。
前端 (Frontend)是什麼？
這是使用者直接與之互動的部分，包括網頁的設計、佈局和內容。前端開發使用的技術包括HTML、CSS和JavaScript。
舉例來說：當你打開 104人力銀行，看到的畫面就是前端工程師控制的，包含不同裝置的畫面呈現～從電腦、平板或手機觀看，都是前端工程師需要留意的。
重要元素舉例
搜尋欄：讓你輸入「軟體工程師」並按下搜尋
職缺列表：顯示各種公司和薪資範圍
登入按鈕：點擊後彈出登入視窗
應徵按鈕：點了之後，系統會幫你送出履歷
前端工程師的薪水與薪水天花板
台灣整體而言前端工程師薪水中位數落在66.8萬~81萬間，天花板推估是91.3~101.6萬。
工作年資年薪中位數推估薪水天花板職缺1年以下66.8萬94.1萬1~3年71萬91.3萬3~5年78.1萬96.7萬5~10年81萬101.6萬資料來源 104薪資情報 有效樣本：575 資料更新：2025年02月10日
如何突破前端工程師的薪水天花板
選擇對的公司/產業
選擇薪水中位數高的公司：上市櫃公司年薪中位數、外商公司，公司獲利能力好，自然同樣的時間成本，能有更好的薪水保障。
選台灣重點產業：半導體業、科技業、金融業
台積電前端工程師工作心得
以下為講座精華節錄
薪水區間？年薪約30個月，新鮮人月薪約6萬。
加班很兇嗎？加班時數看跟的專案，配合專案前進。去年自己未超過100小時
公司內用的語言較多，不同的系統專案或對接的單位不同，要學習不同的語言
怎麼進台積電？平常就有寫技術部落格、每年參加IT鐵人賽、在104經營個人品牌(SEO權重優)
同事都是哪些人？（免費領取台積電工作心得與QA精華）
看懂遊戲規則：深耕5大能力，擁有更多選擇權
1.技術能力（Technical Skills），能否寫出高品質、可維護、效能優化的前端程式，並快速學習新技術應用在工作上，也能夠帶領內部技術前進（內部 Tech Talk 或自建部落格）
程式品質：乾淨、結構清晰、DRY、KISS、SOLID
效能最佳化：頁面載入時間、CDN快取、前端壓縮技術、降低不必要的 re-render
技術廣度與深度：獨立處理 CSS、JavaScript、框架（React, Vue, Angular）等核心技術、熟悉 TypeScript、State Management（Redux, Vuex）、處理前端安全問題（如 XSS, CSRF, CORS）
2.產品與專案影響力（Project & Product Impact），能有效率地完成任務，並確保產品的品質，過程中主動優化現有系統，提出新的技術方案，提升開發效率。
專案完成度：照時程交付、主動發現並解決問題、處理緊急問題
產品價值：功能是否真的提升了使用者體驗、A/B 測試或數據分析、減少技術債，提高長期維護性
3.開發效率（Development Efficiency），高效產出高品質的程式，主動提出更有效率的開發工具或流程，寫出自動化測試（如 Jest、Cypress），減少回歸測試時間。
時間管理：需求評估準確度、根據需求合理拆分任務，安排優先順序
程式碼管理：Pull Request（PR）清楚易讀、Code Review 積極參與給出建設性回饋
Debug 能力：利用 Log、DevTools、Profiler 進行高效率的問題解決
４.團隊合作與溝通（Collaboration & Communication），與其他工程師、PM、設計師、QA、數據分析師等合作單位順暢合作。指導新人、撰寫開發文件，幫助團隊快速上手。
跨部門溝通與 PM 討論需求，提供技術可行性建議與設計師合作，確保 UI/UX 最佳化與後端工程師協作，確保 API 串接順暢Code Review幫助同事提升程式碼品質接受別人的建議，改進自己的程式碼主動性主動提出問題或改善建議在團隊會議中有效表達技術方案前端工程師 團隊合作與溝通的重要性
5.創新與影響力（Innovation & Leadership），完成自己的工作外，帶來更大的影響。有能力也主動推動團隊技術決策，如選擇新框架、優化開發流程。
技術創新：引入新技術來提升開發效率、開發內部工具，幫助團隊節省時間
技術影響力：技術社群內分享知識、開源專案或貢獻
技術領導：在團隊中擔任技術導師、帶領技術專案
關鍵重點：績效不只是寫多少行程式，而是對產品和團隊的影響
開發速度：平均完成一個 Story（使用者故事）的時間
Bug 數量：新功能上線後的 Bug 率
PR 參與度：Code Review 的次數與回饋價值
前端效能：Google Lighthouse 分數、First Contentful Paint（FCP）
使用者行為變化：某個 UI 改版後，點擊率是否提升？
能力方法技術能力深入學習前端框架、優化效能、提升可維護性產品影響力確保開發的功能有助於提升使用者體驗開發效率提高 Debug 能力、善用自動化工具團隊合作提高溝通能力、參與 Code Review、幫助同事創新影響力參與技術社群、提出技術改進方案前端工程師的5大能力
前端用的技術
HTML 負責畫出網頁結構（像骨架）
CSS 負責排版與設計（讓它變美）
JavaScript 負責互動（讓按鈕能點、內容會變）
框架和庫：如React、Vue.js和Angular，這些工具可以幫助你更高效地開發複雜的應用程式。
響應式設計：確保網站在各種裝置上都能良好顯示，通常使用CSS框架如Bootstrap。
版本控制：如Git，用於管理和協作開發
前端工程師主要合作的夥伴
1. 後端工程師（Backend Developer）
👉 負責提供 API，讓前端能夠拿資料，確保功能運作
合作範例：你要做一個「應徵按鈕」，但這個按鈕要能讓使用者點了後，系統能自動送出履歷，這時候前端需要跟後端拿 API。討論 API 的格式：你問：「我這邊需要傳哪些資料才能應徵？」後端說：「你傳 user_id、job_id 給我，我幫你送出履歷」你：「那回應結果是什麼？我要顯示成功或失敗」後端：「如果成功，我回 status: success，失敗的話會給錯誤碼」💡 前端 + 後端 = 讓網站不只是畫面，而是能「動」起來！
3. 產品經理（PM, Product Manager）👉 負責規劃產品功能，確保開發方向符合商業目標合作範例：你做完了「應徵按鈕」，但 PM 突然跟你說：「我們希望這個按鈕能讓用戶自訂求職信」這時候你得確認：「這功能會影響到後端嗎？需要修改 API 嗎？」「這會不會影響現在的 UI 設計？」「會不會讓使用者體驗變得更複雜？」💡 前端 + PM = 確保開發出來的功能，真的是「使用者需要的」！
4. 測試工程師（QA, Quality Assurance）👉 負責測試系統，確保功能正常、不出 Bug合作範例：你開發完「應徵按鈕」，但 QA 測試時發現：BUG 1： 在 iPhone 上點擊按鈕沒反應？BUG 2： 送出履歷後沒有顯示成功提示？BUG 3： 按太快的話會連送兩次履歷？💡 前端 + QA = 確保使用者「真的能順利使用」功能！
5. 數據分析師（Data Analyst）👉 負責分析使用者行為，讓前端能做出更好的優化合作範例：你做了一個「首頁推薦職缺」功能，但數據分析師告訴你：「這個區塊的點擊率只有 5%！」 → 代表 UI 可能需要調整「使用者停留時間太短」 → 可能要加上動畫或更清楚的標題「A/B 測試顯示紅色按鈕比藍色好」 → 你需要調整設計💡 前端 + 數據分析師 = 讓 UI/UX 變得更直覺、更有效！
6. 運維/系統工程師（DevOps / SRE）👉 負責網站伺服器的運行與最佳化合作範例：你的前端代碼已經寫好了，現在要部署到正式環境可能遇到的問題：網頁載入速度太慢？ → DevOps 可能會幫你設定 CDN 加速按鈕點擊後沒反應？ → 可能是伺服器資源不足，需擴充某些用戶看不到最新版本？ → DevOps 需要清理快取💡 前端 + DevOps = 確保你的程式能「穩定、安全」地運行！
夥伴主要合作內容影響前端的地方後端工程師提供 API，讓前端可以拿到資料決定資料怎麼傳遞UI/UX 設計師設計畫面，確保用戶體驗影響網頁排版、按鈕設計產品經理（PM）決定功能需求與優先順序決定要做什麼、怎麼做測試工程師（QA）測試功能，找出 Bug確保程式正常運行數據分析師提供使用者數據，幫助優化 UI影響 UI 設計與功能調整運維/系統工程師（DevOps）負責部署、效能優化確保網站運行順暢前端工程師的合作夥伴
如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略
你是否想轉職成為後端工程師，打造更穩定、具成長性的技術職涯？無論你是剛開始學習程式語言的新手，或正在尋找明確學習方向的職場工作者，這份後端學習地圖將幫助你掌握後端工程的核心技能、實戰經驗與職涯發展路徑。透過系統化的學習規劃與專案實作，你將更有信心地踏入後端領域，成為職場中真正被需要的技術人才。
文 /【104學習精靈】
本文目錄（點擊可快速前往）
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能轉職後端工程師的學習策略後端工程師薪資行情與職涯發展後端工程師的挑戰與機會
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？
🎯 後端工程師工作內容
後端工程師（Backend Engineer）主要負責伺服器端的邏輯開發，包括資料庫管理、API 設計、伺服器架構以及系統效能優化。他們確保前端應用程式能夠順利與後端系統交互，並提供穩定的數據與服務。
🎯相近職類比較：DevOps、全端、前端、後端工程師差別
職位主要負責技術負責範圍後端工程師（Backend Engineer）伺服器架構、API 設計與串接、資料庫管理、效能優化負責後端邏輯、數據清理，確保前端能夠存取正確的資料前端工程師（Frontend Engineer）HTML、CSS、JavaScript、React、Vue負責 UI/UX 設計，開發與使用者互動的前端界面全端工程師（Full Stack Engineer）前端 + 後端技術能獨立開發完整應用，涵蓋 UI、後端 API、資料庫管理DevOps 工程師（DevOps Engineer）Docker、Kubernetes、CI/CD、自動化部署負責開發與運行環境的部署、監控與維護，提升開發效率
🎯 為什麼選擇後端開發？
後端開發是資訊產業中穩定且高度需求的領域，適合對邏輯、架構、系統思維有興趣的學習者投入：
就業市場穩定成長：隨著數位化轉型普及，後端開發職缺在各行各業皆有需求，從新創到大型企業都有穩定徵才。
強調邏輯與架構設計：後端工程著重資料儲存、伺服器溝通、API 設計等，適合喜歡系統設計與架構思考的人。
職涯彈性大：從初階後端工程師到系統架構師，甚至 DevOps、SRE、資安領域都有後續延伸路徑。
遠端與自由接案機會多：後端開發技能通用性高，較容易接國際案或轉為遠距工作者。
AI 與資料應用的基礎：資料庫管理、API 串接、運算效能等能力，也可延伸應用至 AI 系統部署或資料工程等新興領域。
🎯 誰適合轉職後端工程師？
後端開發適合各類背景者，關鍵在於邏輯思維、學習動機與持續投入：
✅ 設計/前端背景：具備良好使用者體驗與前端邏輯，轉後端可成為 Full-Stack 工程師，提升職涯彈性。
✅ 商管背景：邏輯能力佳且理解商業流程，適合轉後端結合業務邏輯，強化企業系統開發應用。
✅ 理工背景（如物理、數學）：邏輯與抽象能力強，容易掌握資料結構與演算法，是進入後端的優勢群體。
✅ 非資訊領域自學者：只要有堅強動機與自律力，透過系統性訓練與專題實作亦能成功轉職。
✅ 現職 IT 工程師（如測試、維運）：已具備技術背景，轉入開發領域有明顯加速效益。
✅ 資料分析師：熟悉資料處理與 Python，轉向後端可擴展資料處理與系統部署的完整技能鏈。
掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能
🧭 後端工程師技能、工具分類表
語言與工具資料處理與資料庫API 設計與架構DevOps 與部署基礎Python / JavaScript / Java / GoGit / GitHub / GitLabSQL（PostgreSQL / MySQL）資料庫基礎觀念REST APIHTTP 基礎了解部署概念核心*熟悉後端框(SpringBoot, Django, Express, Gin)*熟悉語言設計模式撰寫可讀性高的程式NoSQL（MongoDB / Redis）基本資料模型設計身分驗證（JWT / OAuth）API 文件設計（Swagger）*Docker 容器化*CI/CD 自動部署 進階*多語言協作力*程式效能優化*高效能資料庫設計*索引分片與備援策略GraphQL / gRPC微服務架構（CAP / CQRS / Event Sourcing）Kubernetes、服務網格（Service Mesh）監控與日誌系統認證*程式語言認證 (例如Python 程式設計證照PCAP）*個人作品集AWS Database SpecialtyMongoDB 認證*API 設計課程證*書專案開發經驗（如 Hackathon）*AWS Certified DevOps Engineer*CKA（Kubernetes Administrator）▲ 後端工程師應具備技能、工具能力、職涯指引表，點選不同技能會對應到相關課程。
後端工程師學習地圖與路徑（搭配AI工具）
🔰 初學者階段（0–6 個月）
✅ 目標：熟悉基礎程式語言與網路知識，能夠開發基本 API。
📌 學習內容：
選一門後端語言（Python / JavaScript / Java）：選一門主流語言打好程式基礎，進入開發世界。
Git 與版本控制（GitHub / GitLab）：讓你能有效保存、回朔與分享你的程式碼。
理解網路基礎與 HTTP 協議：理解網站如何運作與資料如何傳輸。
SQL 資料庫（PostgreSQL / MySQL）：學習資料查詢語言，管理網站背後的資料。
REST API 開發：學習建立網頁服務的後端接口。
Python 程式設計能力 - 線上免費檢測
📌 AI 工具應用：
ChatGPT 協助語法學習與除錯：快速解釋語法、找出 bug、提供程式碼建議。
GitHub Copilot 協助寫基礎 CRUD 程式碼：協助補上程式片段。
📌 備選學習：
Go 語言：效率高但語法嚴謹，對初學者略具挑戰。
Node.js（JavaScript 後端）：若未來想走全端路線可以學。
✅ 適合考取的證照：
Python 程式設計證照（PCAP）
ITS (Information Technology Specialist, IT 資訊科技專家認證
Oracle MySQL Database Developer
AWS Certified Cloud Practitioner（雲端基礎，有助於未來學 DevOps）
[course_plugin title='Python課程' keyword='Python 輕鬆上手學' amount=1]
[course_plugin title='後端工程師入門課程' keyword='成為後端工程師' amount=1]
🚀 中階階段（6–12 個月）
✅ 目標：熟悉進階 API 設計、資料庫優化，學習 DevOps 工具。
📌 學習內容：
學習後端框架 (Express、Spring Boot、Django、Gin) ：掌握常用的後端框架。
身份驗證與授權（JWT、OAuth）：幫使用者安全登入，讓資料不被偷看。
NoSQL 資料庫（MongoDB、Redis）：適合儲存彈性格式的資料或快取機制。
Docker 容器化：讓你的程式「打包好、帶著走」。
CI/CD 自動部署（GitHub Actions）：程式更新後自動上線，省時又省心。
📌 AI 工具應用：
使用 AI 幫你產生 Dockerfile 與 CI/CD 配置：不懂也能靠 AI 輔助上手。
協助設計 API 架構與資料庫 schema：加速設計與重構過程。
📌 備選學習：
GraphQL：適合複雜資料查詢，但非所有團隊使用。
gRPC：適合內部高效通訊場景，小型專案可暫不碰。
Jenkins（較舊型 CI/CD 工具）：學習成本高，可視需求使用。
HATEOAS（超媒體 API）：學術價值高，實務上較少見。
✅ 適合考取的證照：
MongoDB Developer Certification
Docker Certified Associate (DCA)
Microsoft Azure Fundamentals (AZ-900)
HashiCorp Terraform Associate（如學有餘力涉略基礎 IaC）
[course_plugin title='後端工程師中階課程' keyword='接案必學 ◆ 邁向更專業的App開發' amount=1]
🏆 進階階段（12 個月以上）
✅ 目標：學習架構設計，提升可擴展性與效能。
📌 學習內容：
微服務架構（CAP 理論、CQRS、Event Sourcing）：學會如何將大系統拆小管理，處理資料一致性問題。
Kubernetes 與服務網格（如 Istio）：讓多個服務能自動部署與協調運作。
高效能資料庫設計與分片策略：設計能承受高流量的資料系統。
系統監控與安全性實踐（如 Prometheus、Grafana）：確保系統穩定、安全運作。
📌 AI 工具應用：
AI 幫你設計 YAML 檔與架構圖：快速理解與部署分散式架構。
系統瓶頸分析助手：用 AI 分析 log 或效能資料，加快除錯與優化。
📌 備選學習：
Istio 等 Service Mesh 工具：適合大型微服務團隊，維護成本高。
Event Sourcing：較進階模式，建議有實務需求時再深入。
✅ 適合考取的證照：
Certified Kubernetes Administrator (CKA)
AWS Certified Solutions Architect – Associate
Google Cloud Professional Cloud Architect
DevOps Engineer Professional（AWS / Azure）
[course_plugin title='後端工程師進階課程' keyword='Java進階專業｜前後端整合開發與應用' amount=1]
5個後端工程師應具備的軟技能特質：
邏輯思維與問題解決能力
能夠理解業務需求並轉化為系統邏輯，並針對錯誤快速找到根本原因。
【小測驗】來測測看自己的問題解決技巧 👉 問題解決 - 職能檢測｜104學習精靈
溝通與跨部門協作能力
後端工程師需與前端、產品經理、DevOps 甚至業務單位協作，良好的溝通有助於準確理解需求與回報技術限制。
【小測驗】來測測看自己的溝通能力技巧 👉 溝通協調 - 職能檢測｜104學習精靈
學習與自我成長動能
後端技術（如框架、資料庫、API標準）快速演進，必須持續學習與更新知識。
細心與責任感
後端處理大量資料及邏輯，細節錯誤容易引發資安問題或系統錯誤。
時間管理與自我管理能力
在遠端工作日益普遍的環境下，自律與時程安排變得尤為重要。
轉職後端工程師的學習策略
🎯 初學者或轉職者的學習策略
轉職或初學後端工程，建議採取階段式、任務導向的學習策略，以下列點歸納：
設定明確學習階段：分為基礎語言（如 Python/JavaScript）、資料庫應用、框架學習（如 Django、Node.js）、部署維運。
專案導向學習：每學完一個階段，就進行小型專案驗證所學，例如 Todo List、部落格、會員系統等。
培養問題解決能力：鼓勵查文件、逛論壇、問 ChatGPT，建立獨立解決 bug 的習慣。
學習版本控制與團隊協作：掌握 Git、GitHub、簡單 CI/CD，增加求職競爭力。
善用 AI 工具輔助學習：例如用 ChatGPT 解釋程式碼、Copilot 寫樣板、Kaggle 或 LeetCode 練習邏輯。
參與社群與實戰活動：參加黑客松、Open Source 專案、小型 Freelancer 案，強化實務經驗與人脈。
建立個人學習履歷：記錄學習歷程、撰寫技術部落格、整理 GitHub 作品集。
🎯 不同領域的客製化學習策略對照表
學歷背景優勢可能挑戰調整建議資訊相關科系已具備基礎程式能力、學科知識缺乏實務經驗、專案規模小強化實作專案與部署經驗，參與社群或實習累積履歷非資訊理工（如數學、物理）邏輯與數學能力強，適應資料結構與演算法快缺乏開發環境熟悉度與應用場景理解著重環境建置、框架與資料庫應用，透過實作強化「業界語感」設計/前端背景了解 UI/UX 與前端邏輯，轉職成為全端潛力大對資料結構與後端語法較不熟悉從 API 串接、簡單後端框架入手，逐步學習資料庫與後端設計邏輯商管/人文背景商業邏輯與跨領域溝通力強，善於理解用戶需求技術門檻高、邏輯訓練少以高階語言（如 Python）為起點，結合專案題材（如 CRM、報表系統）學習效果更佳在職 IT 工程師（測試、維運）已熟悉技術工具與環境、具系統性思維缺乏開發流程與程式架構設計經驗透過轉任內部開發專案或小型 App 開發練習，搭配設計模式與框架學習資料分析/AI 轉職者熟悉資料邏輯與語言（如 Python）、了解資料流缺乏完整系統建構經驗補足後端架構設計與部署技巧，從資料處理串接 API、Flask、FastAPI 切入
後端工程師薪資行情與職涯發展
後端工程師薪資概況
📌台灣後端工程師薪資
初階（3年以下經驗）：月均薪約6.2萬。
中階（3- 5年經驗）：月均薪約 6.5 萬。
高階（5-10年經驗）：月均薪約7.3萬。（以上資料來源：104薪資情報）
📌影響薪資的因素
技術棧與專精程度熟悉高效能架構（如微服務、分散式系統）、熱門語言（如 Go、Rust）、或 DevOps/雲端技能者，薪資會更高。
產業領域與公司規模金融科技、AI、新創、外商薪資通常優於傳產與一般中小企業。
作品集與實戰經驗有實際上線專案、參與開源、或技術部落格者更具競爭力。
證照與專業認證（如 AWS Certified、Kubernetes、GCP）對某些企業或外商來說是加分項。
英語能力與跨國協作經驗能與國際團隊溝通的工程師更受青睞，也更容易爭取外派或海外遠端工作機會。
英文能力 - 線上免費檢測
後端工程師的職涯發展路徑
🔵 技術專精路線（Individual Contributor / IC Path）
從「後端工程師」起步，專注於技術深度與系統設計，逐步升級為具備橫向影響力的技術專家。
▶ 初階 / 中階後端工程師（Backend Engineer）
負責功能開發、資料庫操作、API串接與單元測試。
▶ 資深後端工程師（Senior Backend Engineer）
擁有跨模組開發與維護經驗，熟悉系統效能優化、API 設計規範。
✳️ 學習前端技術 → 全端工程師（Full-Stack Engineer）
技能補充： React/Vue、Node.js、前後端整合、RESTful/GraphQL。
應用情境： 適用於產品團隊需快速開發 MVP 或技術創業者。
✳️ 提升系統架構能力 → 系統架構師（Software/System Architect）
技能補充： 微服務設計、DDD、API Gateway、資料一致性、可觀測性（Observability）。
應用情境： 適用於中大型系統升級或技術重構專案。
✳️ 學習 DevOps → DevOps 工程師（DevOps Engineer）
技能補充： GitOps, Jenkins, GitHub Actions, Docker, Ansible。
應用情境：經由緊密的開發＋運營合作，使企業更高效推出高品質產品。
▶ 全端工程師（Full-Stack Engineer）
獨立開發從 UI 到 API 再到資料庫的完整功能。
▶ 系統架構師（System Architect）
負責設計全系統技術藍圖，定義模組邊界、資料流設計與技術選型。
✳️ 進階發展 → 技術總監 / Technical Director
職責： 統籌技術方向，領導技術專案與架構決策，跨部門協作。
技能補充： 領導力、溝通簡報、技術戰略思維、預算與風險管理。
▶ DevOps 工程師（DevOps Engineer）
專精於部署、CI/CD、環境自動化。
✳️ 進階發展 → 雲端工程師（Cloud Engineer）
職責： 能設計具備高可用性與彈性的雲端基礎架構。
技能補充： 深耕 AWS/GCP/Azure 架構與雲原生技術（如 K8s、Terraform）。
🟢 團隊管理路線（Team & People Management）
此路線適合有溝通、協調與人員培育熱情者，從帶小團隊到參與公司策略。
▶ 後端 Team Lead / 技術主管
同時參與開發與團隊管理，負責人力分配、專案交付與人員指導。
技能補充： Agile/Scrum、敏捷儀表板管理、1-on-1 輔導技巧。
▶ 技術經理（Engineering Manager）
管理多組技術團隊，協助產品規劃、技術優化與跨部門協作。
負責團隊招募、績效制度設計、技術資源管理。
▶ 技術總監（Technical Director）或 VP of Engineering
結合技術與策略視角，影響公司中長期技術方向。
需要具備技術深度 + 商業理解力。
🟠 技術轉職／橫向拓展路線（Cross-functional Path）
探索其他工程領域，發揮後端背景延伸價值，適合追求多元發展者。
▶ 資料工程師（Data Engineer）
優勢：
熟悉 API 設計＆模組化架構：資料平台的模組設計類似微服務設計邏輯。
熟悉系統效能：幫助處理大規模資料運算與資源調度。
熟練程式語言(如 Python、Java)：可快速上手資料工程工具
可有效打造 ETL 流程、管理資料倉儲、支援 AI/ML 任務。
技能補充：
資料處理：Spark、Kafka、Airflow、dbt
資料庫：PostgreSQL、ClickHouse、BigQuery、Snowflake
資料管線：ETL/ELT流程設計、Data Lake、Data Warehouse 架構
編程與基礎統計：Python、SQL、資料品質檢查
職涯發展路徑流程圖
🔹 總結路徑圖說明
(起點)
後端工程師
│
├── A. 學習前端 → 全端工程師
├── B. 提升架構能力 → 系統架構師
│ └── 技術決策 → 技術總監
└── C. 學習 DevOps → DevOps 工程師
└── 深入雲端架構 → 雲端工程師
哪些產業需要後端工程師？
後端工程師幾乎是「所有數位服務產業的基礎職位」，以下是常見產業範疇：
📌電商與零售：處理會員系統、購物流程、庫存管理、金流串接等核心後台邏輯。📌金融科技（FinTech）：開發支付、帳戶、交易、驗證等安全敏感的服務。📌社群與內容平台：如論壇、影音平台、交友 App，後端負責資料儲存、帳號系統與推薦演算法等。📌SaaS / B2B 企業服務：提供線上系統給其他企業使用，如 CRM、HR 系統。📌物流與運輸：如外送、倉儲、車隊派送，依賴大量 API 串接與資料即時處理。📌醫療與健康科技：處理病例、預約、穿戴裝置資料等，需高度資安與資料完整性。📌遊戲與娛樂產業：遊戲帳號、伺服器同步、排行榜、商城等核心功能皆由後端處理。📌政府與公部門資訊系統：如戶政、健保、交通資訊等數位服務。
後端工程師的挑戰與機會
🚀 6個常見的後端工程師挑戰
技術複雜度高：需同時掌握資料庫設計、系統效能、資安與架構邏輯。
看不見的貢獻：成果不如前端「有畫面」，但卻是維運的關鍵，常常被低估。
資安責任重大：系統若當機、資料異常，後端通常是第一個要排解問題的人，需確保數據安全，防止攻擊與資料洩漏。
需快速跟上技術演進：如容器化（Docker）、微服務架構、雲端部署等都不斷更新
高效能與擴展性要求：需設計能夠處理大量請求的系統，確保穩定性與效能。
跨團隊協作：需要與前端工程師、產品經理、DevOps 團隊密切合作，確保系統順利運行。
🌟 後端工程師4大機會
可轉職多種技術職：例如 DevOps、技術主管、架構師，或橫移到前端/全端。
全球需求穩定成長：任何需要「運作」的數位產品，都需要後端支撐。
遠端與海外機會多：因後端較少受地域限制，常見國際合作或海外招募。
進可攻、退可守：進可發展高階技術領域如 AI 後端、大數據平台，退可穩定就業於各類企業內部系統開發。
延伸閱讀：
產品經理 - 學習地圖(上)：技能養成篇
成為雲端工程師的攻略指南：核心技能＆職涯精進完整解析
轉職前端工程師│工作內容、技能、薪水與職涯發展指南
數據分析師工作內容是什麼？薪水高嗎？技術能力與職涯發展指南
想當資料工程師？工作內容、核心技能、薪水、職涯發展完整解析
[joblist_plugin title='更多104【後端工程師】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=%E5%BE%8C%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB&mode=s&page=1' amount='3']
PM的隱性停滯：你是「救火型PM」還是「系統設計型PM」？
產品經理該如何避免陷入「雜務陷阱」與內耗？作者指出，能救火是能力，但一直救火是職涯陷阱！提供自我檢測、3種困境解析與PM行動指南，幫助PM從救火轉型為策略設計師。本文節錄自《泛 PM 職能的百萬年薪破關術》。
文／李星玟（Rafeni）
本文目錄（點擊可快速前往）
測驗： 你是「救火型PM」或「系統設計型PM」？PM隱性停滯3狀況：「一直救火」是職涯陷阱案例分析：其他PM如何擺脫救火模式？PM行動指南 ：「救火隊長」到「產品戰略設計師」
我們在做產品經理，還是高級協調員？你在設計系統，還是在被組織設計？
許多PM一開始以為自己的工作是驅動產品成長，但做著做著，卻變成了解決團隊內部的大小問題，最終角色定位模糊。
PM變成了：
跨部門溝通的橋樑，但沒有決策權。
問題發生時，所有人都來找你，但沒有真正的權力推動變革。
自己明明很努力，但產品方向卻由別人主導。
這時候，PM會開始懷疑：我的價值到底是什麼？我真的在成長嗎？」
如果你發現自己陷入了「雜務陷阱」，那麼是時候重新審視你的職責與影響力了。這一節的目標，是幫助PM從被動「填補組織漏洞」，轉變為主動「設計更有效率的工作模式」，最後才有精力，重新找回職涯成長的動力。
測驗： 你是「救火型PM」或「系統設計型PM」？
這個測驗幫助你評估自己目前的工作模式，判斷你是「救火隊長」還是「系統設計者」。
測驗題目
請針對以下問題進行評分，0分（完全不符合）到5分（完全符合）
評分：0分（不符合）、1-2分（部分符合）、3-5分（完全符合）
問題我每天的工作內容大多是處理緊急問題，而不是規劃長期策略團隊遇到問題時，第一反應是來找我，而不是先嘗試自己解決我經常被臨時請求打斷，導致無法專心規劃產品方向公司的產品開發流程常常出現問題，但沒有人真正去優化它我的角色更像是「最後防線」，所有問題都需要我來處理
測驗結果解讀
總分0-6：你可能擁有「系統設計思維」，已經能夠讓團隊自主運作，減少救火工作的負擔。
總分7-15：你偶爾會陷入救火模式，但也有意識地在調整，應該進一步設計更好的機制。
總分16-25：你可能被救火型工作壓垮，建議立即改變你的工作模式，將重心轉向設計長期解決方案。
PM為何容易變成「救火型角色」？可能是因為你太有責任感，也可能是因為，你缺乏了系統設計思維。
PM隱性停滯3狀況：「一直救火」是職涯陷阱
小心！「能救火」是能力，但「一直救火」是職涯陷阱。
狀況1：PM在組織內的定位模糊，職責無限擴張
在一些公司，PM不只是產品負責人，還要處理開發管理、業務支援、客服應對，甚至是行政雜務。
工程團隊遇到問題，PM要來解決
產品需求變更，PM需要負責協調
上層要報告，PM要來整理數據
結果，PM變成了「補位型」角色，彌補組織內部的流程缺陷，但沒有真正推動產品價值。
狀況2：PM的影響力不足，只能負責「執行」而不是「定位方向」
如果PM沒有進入決策圈層，那麼他只能執行高層的決策，而不是參與決策本身。這導致PM變成了一個高級專案管理者，而不是產品策略制定者。
如果PM只是被動接受需求，那麼產品方向永遠是別人決定的。
如果PM總是在「應付變更」，而不是「制定策略」，那麼他只是流程管理者，而不是產品負責人。
狀況3：PM缺乏時間思考，只能不斷處理眼前的問題
當PM每天都在救火時，還有時間思考長期產品策略嗎？
產品方向的市場分析，沒時間做
用戶數據的深度洞察，沒時間看
更長遠的策略規劃，沒有空間推動
久而久之，PM變成了短期問題的處理機器，無法真正創造長期價值。
案例分析：其他PM如何擺脫救火模式？
【案例A】救火型PM的困境
「我每天的Slack都被大量@tag轟炸，工程師、設計師、業務團隊都來找我解決問題。我發現，我的時間全部被這些即時請求佔據，導致我沒辦法專心規劃長期產品策略⋯⋯」
問題根源：
團隊過度依賴PM，缺乏適當獨立決策的習慣與心態
缺乏標準流程，問題只能透過PM人工協調
解決方案：
設計FAQ或標準決策機制，減少PM介入的頻率
設立專注時間，讓PM不會被臨時請求打斷
【案例B】拆小決策顆粒，推動業務分組、建立標準與流程
「我曾經也是個救火型PM，每天應付無數的緊急需求、跨部門溝通，導致我沒有時間專注於產品策略。後來，我意識到這樣的模式不可持續，於是決定拆小決策顆粒，並推動業務分組，建立標準與流程，讓團隊可以更有系統地運作，而不是每件事都來找我。」
問題根源：
需求與決策過於集中在PM身上，導致PM過勞且影響力受限
團隊對標準與流程不熟悉，造成大量的即時請求與救火需求
缺乏分工機制，所有決策都需要PM來協調與仲裁
解決方案：
拆小決策顆粒，將大範圍的決策拆解為小型自治單位，讓不同角色能夠各自負責相應的決策
推動業務分組，讓團隊擁有相對固定的成員與責任，減少頻繁的跨組協作問題
建立標準與流程，讓每個組別都能有明確的作業規範，確保團隊知道該如何解決問題，而不是事事尋求PM介入
【案例C】與相關部門主管協商分工，由該部門主管制定相關規則與流程
「過去，我常常被各部門的問題淹沒，業務、工程、設計、客服等團隊都會直接來找我處理跨部門的衝突與問題，導致我的時間被大量消耗。後來，我意識到這些問題不應該只由PM來解決，於是我開始與相關部門主管協商分工，讓他們負責制定適合該部門的規則與流程，確保決策權回到正確的負責人手上。」
問題根源：
各部門習慣將問題拋給PM，而不是內部先解決或尋求主管協助
缺乏清楚的職責分工，PM成為所有跨部門問題的「最後防線」
PM需要處理非自己職責範圍內的管理問題，例如工程師的工作方式、設計師的交付流程、業務團隊的需求篩選等
解決方案：
與各部門主管協商分工，確保每個部門的問題由該部門自行處理，而不是直接拋給PM
由部門主管制定標準與流程，例如工程團隊的技術決策流程、設計團隊的交付標準、業務需求的優先排序機制等，確保有系統地解決問題，而不僅是依賴PM或特定角色人工協調
明確PM的職責範圍，讓PM專注於產品方向與策略，而非介入每個部門的內部問題
這些方法的核心思想是：PM不應該只是「解決問題」，而是「設計讓問題不會再發生的系統」。如果你的時間大部分都用來救火，那代表你的組織運作機制需要改善，從今天開始，試著讓團隊能夠「自動運轉」吧！
PM行動指南 ：「救火隊長」到「產品戰略設計師」
PM的價值，並不是「變得更會救火」，而是「設計出更少火災的環境」。如果你的日常工作大部分時間都在「解決問題」，而不是「設計更好的工作模式」，那麼你的影響力就會受到限制。
錯誤模式：「救火隊長」的日常
需求變更→PM協調修改
工程團隊卡住→PM來解決
跨部門問題→PM去協調
更好的模式：「產品戰略設計師」的日常
需求變更→PM提前設計決策機制，避免無效需求進來
工程團隊卡住→PM與技術主管建立更好的優先級決策框架
跨部門問題→PM設計更好的溝通與決策流程，減少摩擦
當PM意識到自己進入了「內耗模式」，就需要開始思考：「我要如何讓自己的時間，真正投入在高價值的事情上？」
請記得，
PM 需要的不是「一直解決問題」，而是「創造不需要救火的環境」。
如果發現自己在做的事情沒有累積價值，就應該開始重新設計自己的工作方式。
PM 不應該只是確保「事情能完成」，而是確保「做的事情是對的」。
思考框架一：「救火vs.設計系統」思維
概念：優秀的PM不應該只是「處理問題」，而是應該「設計更少問題的環境」。如果PM總是要救火，說明整個流程可能有問題，需要被優化。
救火模式（Firefighter Mode）設計系統模式（System Designer Mode）思考方式這次怎麼解決這個問題？怎麼設計一個讓這個問題不會再發生的系統？行動方式回應需求、處理衝突、解決當下的問題建立機制、設計流程、讓團隊自動化解決問題長期影響PM變成團隊的「最後防線」，所有問題都要找PMPM把時間投入到長期策略，不再被低價值工作綁住
當PM總是處理問題，而不是設計更好的流程，就會陷入「救火模式」。這時候，可以運用以下思維工具，來幫助自己從短期應對轉變為長期優化。
思考框架二：「5 Why分析法」：釐清問題的根本原因
當問題發生時，PM不應該只解決表面問題，而是要深入挖掘「為什麼這個問題會發生？」，才能找到真正的解決方案。
【例子】某個功能發布後，數據沒有達到預期1. 為什麼數據沒有達到預期？ →用戶使用率比預測低2. 為什麼用戶使用率低？ →他們不知道這個功能存在3. 為什麼他們不知道？ →產品內缺乏有效的引導與教育4. 為什麼缺乏引導？ →我們沒有在設計階段規劃onboarding5. 為什麼沒有規劃？ →需求討論時，缺乏對用戶行為的考量
解決方案：未來在規劃新功能時，必須把onboarding設計納入核心考量，確保用戶能順利使用新功能，而不是等問題發生再來補救。
思考框架三：「First Principles Thinking」（第一性原理）： 拆解問題，找到本質
這個方法來自於Elon Musk，重點是將問題拆解到最基本的組成部分，重新思考解決方式。
【例子】為什麼PM總是被動接需求？傳統思維：這是PM的工作，只能接受現狀。 第一性原理拆解：• 需求來自於哪裡？→來自業務團隊• 為什麼業務團隊有這麼多需求？→他們沒有明確的產品規劃• 為什麼沒有規劃？→產品目標與業務需求沒有對齊
解決方案：與業務團隊共同制定「優先級決策框架」，確保需求與產品策略一致，而不是無限接需求。
上述所提及的，都不是單一PM的案例，我接觸到很多PM朋友都有遇到類似狀況。看到這邊一定有人會問，系統問題都是PM的問題嗎？系統開發團隊沒有技術方面的主管嗎？
我確實有看到有些案例很幸運，他們有很棒的技術主管帶領。
但對於沒有這樣資源的環境，我的觀點是，不如去思考，可以如何聯合有影響力的人，一起去看見問題，並願意去改善現況。這也是PM能展現影響力的地方，當你不只能辨識問題，還有方式可以帶來具體的改善（不躁進，又能在相對短期見效），這就彰顯了你的影響力。
當然，有時候總可能會有些阻礙，不論關鍵人士願意配合也好，或不願意配合也好，都分別有對應的方式可以改善問題。
節錄自：博碩《泛 PM 職能的百萬年薪破關術：職場 E 人，生活 I 人的逆襲，從被動執行到主動影響決策的理想人生》／李星玟（Rafeni） 著
[joblist_plugin title='更多104【PM 產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86+PM&order=15&page=1' amount='5']
PM「產品經理」和「專案經理」差在哪？盤點工作內容及PM技能樹
產品經理和專案經理都稱作PM，然而其中的差異你分得清楚嗎？其實PM的職稱及負責業務範圍會依各家公司有所不同，甚至有些公司會認為兩者已經很難區分。作者認為，產品經理可以比喻為航海時代的船長，而專案經理就像是掌舵手，本文分享PM的工作內容、技能樹，以及PM工作中最重要的事！
本文目錄（點選連結可快速跳至該章節閱讀）
專案經理的工作內容
產品經理的工作內容
產品經理技能樹
市場與策略：發展產品如何少走冤枉路？
數據與技術：產品經理要了解技術？需要會寫程式嗎？
溝通與互動：PM溝通要領，尤重心態與互動方式
面對問題的思考力
在業界，產品經理（Product Manager，PDM）還是專案經理（Project Manager，PJM）都常被簡稱為「PM」，而 PM 的職稱及實際負責的業務範圍，會依照各家公司的文化與制度而有所不同；甚至有些公司或前輩會認為產品經理及專案經理在做的事情已經很難區分了，因此這篇內容是分享我所理解的差異。身邊的朋友都了解，我自己就是專案管理出身，就學時期從來不曾擔任幹部的角色，卻在出社會後，都剛好接觸到跟行政管理、專案管理相關的職務，從最早期的房仲店務、室內設計專案，到現在的軟體專案或產品開發。
依照個人經驗，專案經理平常在做的管理不外乎是「利害關係人管理」、「資源管理」、「項目管理」及「風險管理」。
專案經理的工作內容包括：
完成產品經理與公司所交代的任務。
整合資源、分解工作、有效執行資源配置。
協助開發團隊完成產品經理／客戶所定義的目標。
將產品如期如值交付給產品經理／客戶。
目標導向，重視專案進展與專案截止日與流程設計。
進行有效的風險管理，隨時處理突發情況。
需要大量溝通，對資源與品質負責。
而產品經理呢？產品經理的工作內容需要：
使產品發展符合公司的願景與商業目標。
以宏觀角度制定產品的願景、策略、價值與定位。
維度更多元，重視市場面、營銷面、產品設計與顧客體驗。
重視跨部門整合，負責產品成敗。
人們常說：「產品經理就像是產品的 CEO，關注做對的事；專案經理則像產品的保母，關注把事情做對」。我後來喜歡把產品經理比喻為航海時代的船長，他要帶產品這條船往對的方向前進，而專案經理就像是掌舵手，依照船長的指示，讓船能安穩且有效的航向目標。
產品經理技能樹
以下引用我之前在女性科技社群Ta pe Women n Tech（TWIT）的產品經理轉職工作坊，為了幫助新手PM 能依照自身興趣及特質選擇適合的職涯發展，特地整理出一份產品經理技能樹。
市場與策略：發展產品如何少走冤枉路？
身為產品經理，最擔心與市場脫節或開發出沒人使用的產品。包括目標族群、產業分析、競品分析、市場定位等，都是發展產品的關鍵。
個人很喜歡舉一個例子，關注市場之所以重要，是因為不能當外面世界的車子都會飛了，自己還很開心做出一個可以滾動的非電動式滑板車（懷舊除外）。還有一種是台灣經濟環境的文化，大家很容易看到別人做什麼有賺錢，就一窩蜂跟著做，最後變成削價競爭。
這不是說別人有做了，我們就不能做，而是說像以前國小第一堂課教的是「雅量」，我覺得做產品的第二堂課就要談「差異化」。看到需求，當然可以做，但產品差異化在哪裡？我們能做得比市場現有的解決方案來得好嗎？我們看到的問題是真的別人沒看到、還是因為我們沒想到的元素，是時機還沒成熟、還是這不是使用者真正在乎的事情或痛點，而導致當下沒人買單，使得表象需求無法轉成商業機會？如果資源沒人家多，又該如何劍走偏鋒，創造自己的護城河與競爭優勢呢？
觀察市場，了解競品的動態以及其他成功公司或經營者跟我們不同的觀點在哪裡，成功也許無法複製，失敗可能也很多，但這些多少可以幫助我們少走冤枉路或激盪不同的靈感。
尤其身為產品 CEO 的產品經理， 要有能力以「由上而下」（Top-Down）的方式綜觀公司及產品之間的願景與目標，再拆解對應策略與方法。也要能「由下而上」（Bottom-Up）的接受來自第一線使用者與客服的心聲，從中取得資源與資訊的拿捏與平衡，再精準投入資源並持續優化產品，以發展有綜效的產品策略與成效表現。
數據與技術：產品經理要了解技術？需要會寫程式嗎？
坊間有很多討論，產品經理要了解技術？我們認為是的。當產品經理對技術不夠了解，可能會太過天馬行空或影響團隊作業的效率，不過當產品經理太了解技術的極限，也可能會限縮思考或想像。因此，需要在持續掌握市場、敏銳的觀察的前提下，來了解技術，才能找到之間的平衡點。
軟體業PM 需要會寫程式嗎？我認為是不需要的，但是至少要知道什麼是API、資料怎麼跑、遇到事情可以安排誰來處理。當PM 有基本的技術認知，能在工作上帶來二大優勢：
與工程師精準溝通，知道程式的極限在哪。
幫助推理與思考，理解事物背後的本質。
溝通與互動：PM溝通要領，尤重心態與互動方式
身為PM，每天花最多的時間就是「溝通」。溝通是一個將資訊解碼、編譯再重新傳遞的過程。
平常總是透過不同介面，與各種利害關係人溝通。不論是對內與上層主管或開發團隊進行、還是對外向客戶或供應商。掌握溝通要領，才能提升工作效率，並推動專案與團隊前進。溝通有心態、方法、工具、情境及互動方式之分。有效的溝通，尤其重視心態與互動方式。
總結上述，我漸漸發現身為PM、甚至不限於PM，每個人都要建立一套有效的問題處理的系統與方法，才能快速應對這個世界的變化。
面對問題的思考力
產品經理是一個時常解決問題的角色，與客戶、工程師溝通。需要以庖丁解牛的精神看到問題的本質、探究事物的規律。
發現問題分析問題解決問題事後檢討優化流程辨識本質（核心問題）如何解決知識同步定義結構、類型判斷痛點何時解決本次做對什麼找出關聯比較（合理性）需求由誰解決本次忽略什麼追蹤語持續優化面對問題的5X3思維矩陣
這當中第一個步驟最為重要，即是「辨識問題」，然而很多問題不是沒發生，是並未被有效辨識出來，可觀察幾個訊號來判別問題：
是否合理：這件事情發生的原因合理嗎？
有多少影響：這件事情的發生，對組織或客戶分別有什麼影響？
比較與回顧：其他的案子有遇過類似的問題嗎？
結構化：類似的事情是否重複發生？
直覺：從經驗累積而來。
如前面討論，遇到問題最重要的是先「辨識」問題，先意識到問題的存在。例如：當我有意識自己在某方面的能力不足時，就會「分析」是什麼原因導致，並持續探索如何「解決」（包括進修與學習）、再進行後續的「檢討」與「驗證」，確認自己是否有學起來，並持續修正。
但如果過去我沒有意識到自己的不足、需要進步，而是有謎之自信覺得自己很厲害，因此沒有持續學習等，那麼我也不會是現在的自己，不敢說多厲害，但都還能應付好，並持續保持學習心態。
對於不要看「表象」，而是要去探索、辨識事物的「本質（包括真實的需求、沒說的話）」這件事，個人有一個印象蠻深刻的經驗，年輕時某次與友人吵架的過程中，看著貌似在咆哮的對方，實則內心很傷心，於是當下我選擇去與傷心的對方對話，而不是看似在生氣的他對話，我發現這樣可以更快去讓對方感受到自己被接納、重視，並能好好談，這件事帶給我很深的體會。
對了，我在分享經歷時，除了會提到策略或方法面，也會帶一些日常生活的案例與領悟。因為過去的經驗告訴我，在關注商業模式之前，要先關心使用者的痛點與體驗；而所謂的體驗，並不只是存在網上的應用程式之中，也存在於線下的真實世界，要先好好的體會、察覺自己的人生與生活才行。
節錄自：博碩文化《翻轉職涯！轉職PM的必備工作力×與工程師的協作心法／Rafeni(李星玟) 著 》
[joblist_plugin title='更多【產品經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=產品經理+PM' amount='3']
[joblist_plugin title='更多【專案經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=專案經理+PM' amount='3']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
推薦閱讀：
新手 PM，你是否落入專案管理迷思？５大檢測帶你優化「專案章程」
PM是最靠近CEO的職位？看這些執行長就知道！前臉書產品經理「矽谷阿雅」帶你實戰分析
老是惹怒工程師？PM與工程師協作的12個眉角
TPM是什麼職位？成為「技術PM」需要具備的6大能力
如何成為優秀的技術產品經理（Technical Product Manager, TPM）？本文透過工程師視角，解析成為TPM所需的6大關鍵能力，無論是想轉職技術PM，或是希望提升職場競爭力的PM，都值得參考。
文／朱麒
本文目錄（點擊可快速前往）
印度資深後端工程師對TPM的6個建議1. 了解基本的電腦科學（Computer Science）2. 注重細節3. 了解組織產品的軟體架構4. 開發排序5. 高度文件化6. 掌握大事總結：3個建議培養「專業」
印度資深後端工程師對TPM的6個建議
Arihant Kumar Jain是一位印度資深後端工程師，這篇文章摘要他在《An Ideal Technical Product Manager, Extract from an Engineer’s Diary》對於技術PM（Technical Product Manager，簡稱TPM）的建議。
「我們往往不會珍惜好的人或產出，直到體會到賽的。」這句話是我出社會後幾年的心得。
遇到神隊友不但可以把事情做得又快又好、甚至還可以偷學幾招；遇到雷隊友不但把事情做的又慢又鳥，甚至還可能被拖下水。
神隊友不見得跟我們是同職位的人，也不見得是同年資的人。但只要這個人夠厲害，我們就應該試著觀察與分析、甚至聽聽他們的建議（如果他還願意給建議的話），我有過太多次「聽君一席話，勝讀十年書」的工作場景，因此只要遇到就會特別珍惜。
這篇文章討論的雖然是技術PM，但內容值得其他PM職位的人學習。包含：
了解基本的電腦科學
注重細節
了解組織產品的軟體架構
掌握排序
高度文件化
掌握大事
1. 了解基本的電腦科學（Computer Science）
Product Manager依據專精的項目不同，可以再分成：
Business product manager
Marketing product manager
Technical product manager（TPM）
從字面上就可以看出，3個職位在專業上分別著重於商業、行銷、技術。
以TPM來說，至少對於技術討論、解決方案的構想、資訊架構都要有基本了解，例如設計API 時要知道REST, CRUD, HTTP status code……的觀念。
這就像對於UI設計，PM要了解公司目前的UI Library大概有哪些Componet，才不會鬧出像是「PM想這樣設計，但因公司的UI Library不支援，而要花更多時間成本客製化」的窘境。
要了解軟體技術，最基礎的學科就是電腦科學（Computer Science）。除了在職場上邊做邊學，也要定期補充學科知識，才能了解軟體技術的基本原理。
2. 注重細節
對於一個已經工作2-3年的PM來說，寫Spec應該算是駕輕就熟的事情。但決定「好」跟「專業」的Spec， 差別就在於文件的細節。
例如寫UI的User Story時，除了User Story、Functional Map、UI Flow之外，記得要規劃錯誤訊息（Error Message） 這種反面案例。如果PM不規劃，就會麻煩到QA、Developer甚至 Designer幫忙規劃，反而讓其他人有「PM是不是都沒先想這塊」的念頭。
如果是API的User Story，則要先跟Senior工程師或是主管確認是否有API文件（例如 Swagger），仔細考慮每個資料節點的收集與傳送。
「好」跟「專業」的一線之隔，在於細節。
3. 了解組織產品的軟體架構
軟體開發除了注重 Coding 的技術細節，設計完善的軟體架構也非常重要。
許多公司開發求快的結果，就是在產品上線後要不斷地花時間進行重構（refactor）。這就像是蓋一棟危樓，草草成案就動土開工，後續必須花大量時間進行修補工程才能支撐不倒。
TPM在整個過程中，可以協助當紀錄與畫圖的角色。
透過和工程師一起討論架構、整理結論、用繪圖工具畫成流程圖、系統架構圖，都能夠幫助自己對於組織的產品軟體結構更加了解，在設計產品時能夠更有Sense。
共同參與技術討論，協助紀錄與整理資訊讓自己更理解產品。
4. 開發排序
排序（Prioritization）是PM最重要的工作之一，這項技能也決定了一個PM是否有好的產品管理Sense。
排序其實是由多項子技能組成，包含產品決策、利害關係人管理、責任感、邏輯推理、成本與效益衡量……。對於TPM來說，還加入了技術方面的考量，除了考量商業利益，也必須考慮到系統是否會產生過多的技術債（Technical Debt）。
對於TPM來說，必須多分析技術方面的效益與成本，與商業決策作權衡後再做開發排序。
5. 高度文件化
不論是軟體開發還是其他領域的工作，都一定會有「問題-討論-決策-行動」的步驟，且都會面臨到「到底當初這個決策是怎麼做出來的？」問題。
場景通常會像是：一群人開始翻箱倒櫃，找Email、找線上文件區、找桌子旁的紙張、找通訊軟體的對話……這個現象你在公司中一定不陌生。
一個好的PM要非常重視「寫文件」這件事情，因為有事情別人第一個就是找PM確認。
對於TPM來說，還要多紀錄「功能技術決策」的原因。例如：
這個功能最後決定不多開資料庫欄位是因為……
前後台將透過這3隻 API 進行溝通，因為……
事實上公司中的每位角色都要有「寫文件」的意識，否則發生上述問題的時候，就只會有一句：「我不知道，那是xxx叫我做的。」
6. 掌握大事
身為PM，組織中的利益關係人有事沒事都會第一個想到你，因此重要的事情都必須要能大致掌握。舉例來說：
工程師會質疑你的決定還有產品需求細節
主管會確認產品開發進度
老闆會詢問這個專案的成本與效益
這麼多的事情，PM要做的就是Get shit done。這仰賴於對大局的理解、對資訊的掌握。
當然人的大腦也沒辦法記那麼多事情，因此我們只要知道需要的時候去哪裡查就好，這件事的前提是有做好「文件化」這件事。
「我不需要知道所有的事情，只要知道在我需要的時候去哪裡找到它。」— 愛因斯坦
( I don’t need to know everything, I just need to know where to find it, when I need it — Albert Einstein）
總結：3個建議培養「專業」
最後我將Arihant Kumar Jain提的6個建議，總結成下方3點：
1. 多跟不同職位的人學習，聽聽從他們的角度是怎麼需要你的
我們以為自己做到的，可能跟別人實際感受到的不同。一個有效的策略是跟不同職位的人聊天，問問他們：你覺得一位PM應該要能夠做到什麼事情？
2. 親自參與討論，才能培養專業的Sense
身為一個TPM要參與重要的技術決策、身為一個Marketing Product Manager要參與市場行銷的討論、身為一個Business Product Manager要參與公司商業策略的制定。
只有實際參與才能獲得深入的洞察。
3.注重細節，多想一點
「好」跟「專業」的一線之隔在於細節，細節來自於規劃時的多方面考量，多方面考量來自於過往經驗的總結。
定期做工作成果盤點，將收穫應用在下一次的規劃上。更多文章分享，可至「朱騏部落格」閱讀。
（原文標題：如何當一個技術 PM？從工程師角度來看 PM 需要具備的能力）
[joblist_plugin title='更多104【技術PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=tpm+%E6%8A%80%E8%A1%93%E5%B0%88%E6%A1%88%E7%B6%93%E7%90%86&order=15&page=1' amount='3']
製造業轉型人才挑戰：招募、薪資與留才的數據解方
文／業光堯 Stephen Yeh 104人資學院 資深專任顧問
在國際競爭加劇與本地缺工同時發生的情況下，製造業正面臨前所未有的人才壓力。許多企業已意識到轉型刻不容緩，但真正的難題往往不只是技術，還有人力結構是否跟得上。本篇文章整理104製造業人才報告書的核心洞察，結合實務輔導經驗，從招募、市場薪資、員工體驗到留任策略，協助企業看清現況，並找到可執行的人才優化方向。
文章導覽
製造業缺工的真相：不是找不到人，而是找不到對的人
四大數據發現，重新理解製造業人才市場
哪些職務最難補？從供需比看招募痛點
製造業薪資結構觀察：高薪不等於好招募
穩定任職的人才樣貌，藏在性格與職能中
員工體驗與敬業度：製造業的優勢與盲點
從招募到留才，企業可以立即行動的七個方向
結語：用數據與制度，打造製造業的人才韌性
對多數HR與人資主管而言，製造業缺工早已不是短期現象，而是與產業轉型、人才結構老化及技能落差高度相關的長期挑戰。企業一方面面臨產線人力不足、關鍵技術職務難補，另一方面又必須因應數位化、自動化與永續轉型帶來的新型人才需求。從HR的角度來看，當招募成效持續下滑、留任壓力升高，真正需要被檢視的，已不只是人力數量，而是人才供需結構、職務設計與企業吸引力是否已跟上市場與轉型腳步。
製造業缺工的真相：不是找不到人，而是找不到對的人
在多數企業的第一線感受中，製造業的缺工似乎已成為常態，尤其是技術密集與轉型導向的職務。然而，從104大數據來看，問題並不只是「沒有人」，而是供需結構嚴重失衡。企業需要重新檢視，現行的職務設計、招募訴求與薪資條件，是否仍停留在過去的產業想像。
四大數據發現，重新理解製造業人才市場
從整體數據分析中，可以歸納出四個關鍵現象。第一，操作技術類職務的供需比僅約 0.2，代表一個職缺平均只能吸引到 0.2 位求職者，遠低於整體市場平均的0.5。第二，業務銷售類為製造業非主管職中年薪最高的職務，但同時也是最難招募的職類之一。第三，多數製造業職務高度重視主動性與溝通協調能力，顯示工作在專業分工下更需要跨部門的溝通與合作。第四，在員工體驗調查結果顯示，製造業在永續力與文化推動上具備相對優勢，這也是未來雇主品牌的重要基礎。
哪些職務最難補？從供需比看招募痛點
若進一步拆解至子產業與職務類型，可以發現運輸工具製造、金屬相關製造等產業的人才供需比特別低。這些產業高度依賴技術操作與維修人才，實務上也大量仰賴外籍移工支撐產線運作。另一方面，業務銷售類雖然薪資條件具競爭力，但因產業選擇偏好問題，往往不是想要從事業務工作求職者的第一志願，使招募難度持續偏高。
圖1：製造業人才供需比
製造業薪資結構觀察：高薪不等於好招募
從十大熱門職務的薪資分布來看，業務銷售、工程研發與製程規劃位居前三。然而，薪資排名高，並不代表招募順利。當求職者在相同職能下有更多產業選項時，製造業若無法清楚說明工作價值、成長性與產業前景，即使薪資不低，仍可能在競爭中落後。
穩定任職的人才樣貌，藏在性格與職能中
數據顯示，能長期穩定任職的製造業人才，往往具備高度秩序性、品質導向與良好的工作管理能力。對操作技術人員而言，遵循流程與安全意識直接影響生產穩定度；對業務銷售人員而言，堅毅性與關係經營能力，是面對長期B2B客戶開發的重要關鍵；而工程研發人員，則高度仰賴分析思考與創新能力。這些特質，單靠履歷難以判斷，卻深刻影響工作適任性以及留任結果。>> 看【製造業穩定任職人才樣貌】完整分析
圖2：製造業三大重點職務人才樣貌 (3-1)
員工體驗與敬業度：製造業的優勢與盲點
在員工體驗調查中，製造業在環境永續與企業文化的表現相對突出，反映長期配合國際客戶ESG要求所累積的成果。然而，在領導力、職涯發展與跨團隊合作等構面，分數仍低於市場中位數。許多主管由專業技術出身，對帶人與授權缺乏系統訓練，使管理效能成為影響敬業度的關鍵因素。>> 看【製造業員工體驗與敬業度】完整分析
圖3：製造業員工體驗與其他產業的比較
從招募到留才，企業可以立即行動的七個方向
在當前競爭激烈的人才市場中，企業面臨著招募與留才的雙重挑戰。為了吸引和保留優秀的人才，企業需要採取具體的行動策略。以下是七個企業可以立即行動的方向：
重新說好製造業的品牌故事，打破傳產刻板印象。
清楚描繪職涯發展與國際化機會，提升職務吸引力。
導入性格與職能評估，降低用錯人的風險。
系統化培育主管管理與領導能力。
以市場數據建立具競爭力的薪酬護城河。
持續蒐集員工體驗數據，作為制度優化依據。
善用外部顧問與平台工具，加速轉型落地。
結語：用數據與制度，打造製造業的人才韌性
製造業的轉型，關鍵不只在設備與技術，更在於是否擁有支撐未來的人才體系。透過數據洞察、制度設計與管理能力的同步升級，企業才能在缺工與競爭壓力下，建立長期的人才韌性。104人資學院透過顧問服務與數據工具，協助企業從招募、薪酬到留任全面優化，讓人才真正成為轉型的核心動能。
瞭解104資深顧問團隊如何協助您建構人才管理解方>> 預約專人診斷諮詢
掌握員工心聲，提升員工留任力>> 104員工體驗調查
產品經理 - 學習地圖(上)：技能養成篇
產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速，產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運，產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。
本篇產品經理學習地圖(上)：技能養成篇，將協助轉職者認識『從入門建構產品基礎思維』到中階『掌握用戶洞察與功能實作』，最終能『獨立推動策略規劃與跨部門協作』的相關職業技能，依循學習路徑，逐步成為具影響力的產品專案執行者！
文 /【104學習精靈】
本文目錄（點擊可快速前往）
產品經理是誰？為何成為熱門職業？ 產品經理工作內容 產品經理與相近職類比較表 為什麼選擇產品經理？ 誰適合轉職產品經理？ 掌握產品經理的核心能力：必備工具技能 x 學習路徑 x 軟技能 產品經理技能 × 學習階段 對照表格 產品經理學習地圖與路徑（搭配AI工具） 成為產品經理應具備的軟技能
產品經理是誰？為何成為熱門職業？
產品經理工作內容
產品經理（Product Manager）負責定義產品要解決的問題，並與設計、工程、行銷等部門協作推動產品從構想到落地。其核心職責包含：
需求探索：透過用戶訪談、行為數據、回饋收集等方式，洞察真實需求。
功能規劃：撰寫 PRD、制定功能優先順序、評估 MVP 可行性。
專案推進：主持日常開發流程，跨部門協調資源，確保開發進度與品質。
成果驗證：追蹤產品指標（如留存率、轉換率），進行 A/B 測試與功能優化。
策略規劃：參與產品路線圖規劃，制定中長期產品方向與營收目標。
產品經理既是產品成功的推動者，也是用戶價值的守門人。其價值在於將「使用者需求 × 商業機會 × 技術可行性」三者整合為具體可執行的產品方案。
產品經理與相近職類比較表
職位 關注重點 負責內容 常見產業 產品經理(Product Manager)使用者 + 商業價值 規劃產品功能與開發節奏 科技、電商、金融、SaaS 等 專案經理 (Project Manager) 進度與成本控制 控管時程、資源、人員配置 各類型專案導向型公司 UI/UX 設計師 使用者體驗 介面設計、動線、視覺規劃 軟體、行銷、遊戲、EdTech 等 資料分析師 數據洞察 分析用戶行為、產品數據、A/B 測試 金融、零售、科技、行銷
為什麼選擇產品經理？
📈 發展潛力大｜未來產業的中樞角色
不論是新創公司還是科技巨頭，產品導向已成為企業競爭的關鍵思維。
有產品就有需求，有需求就需要 PM——從 AI、SaaS、電商到 FinTech，每個行業都需要懂得「整合價值」的人。
企業不再只需要「能執行的專業者」，而是需要「能定義方向、驅動成長」的產品領導者。
🛠️能力多元｜最全面的跨域訓練場
產品經理是一個訓練全腦能力的職業：👉 左腦要有邏輯與分析能力（數據、商業）👉 右腦要能發想與感知使用者（設計、體驗）👉 兩者還要能與技術部門深度協作（開發、工程）
在角色中將學會「如何說服利害關係人」「如何觀察用戶行為」「如何評估一個功能是否值得投資」，這些都是未來每一份高階職位都會需要的綜合實力。
🚀 成長彈性高｜跨域轉換與職涯彈跳力強
PM 的角色可以橫跨不同產業與職能，時常需要與工程或設計專業職能有效通協作。是「所有關鍵決策職位的預備場」。
許多優秀的 PM 在職涯中轉職為：
創業者（Founder / Co-founder）
使用者體驗設計師（UX Designer）
數據分析師（Product Data Analyst）
成為產品主管、策略顧問，甚至進入 CPO、COO 等管理層
誰適合轉職產品經理？
🎓 1. 無產品背景但熱愛創新、解決問題者
你喜歡觀察生活問題、總是腦中浮現「這東西為什麼不能這樣改？」
從 side project 開始，就是最好的敲門磚。
無需程式背景，只要有邏輯、有使用者觀點，PM 是歡迎非典型背景者的職位。
💻 2. 工程師背景者
想脫離單純執行任務的角色，希望參與更多「要做什麼」的決策討論
PM 是讓工程師走向策略與產品領導的黃金道路。
技術理解力會讓你在 PM 角色上如虎添翼。
🎨 3. 設計師 / UX 專業者
有同理心、有用戶感知力的設計師，適合轉向更有產品話語權的角色。
讓你從 UI/UX 執行者，變成「產品體驗的主導者」。
許多產品團隊喜歡擁有設計底子的 PM，因為他們更懂體驗與細節。
📢 4. 商業 / 行銷 / 業務人員
熟悉市場與用戶痛點，對產品的商業價值有敏銳觀察
補足產品開發語言與邏輯，就能駕馭市場與產品之間的橋樑位置。
掌握產品經理的核心能力：必備工具技能 x 學習路徑 x 軟技能
產品經理技能 × 學習階段 對照表格
🧩 產品規劃與需求管理 📊 數據分析與驗證能力 🎨 戶體驗與設計思維 🤝跨部門協作與專案推進 基礎 - 撰寫 User Story、建立 Persona - 初步撰寫 PRD、功能清單 - 認識基本產品指標（DAU、MAU、CTR） - 初步理解 A/B 測試、使用 Google Analytics - 繪製使用者旅程圖、UX Flow - 使用 Figma 建立簡易原型 - 熟悉 Notion / Trello 等任務管理工具 - 學習基本會議記錄與任務追蹤方式 核心 - MVP 規劃、功能優先排序（RICE、Kano） - 撰寫完整 PRD、維護 Roadmap - 使用 Mixpanel / Amplitude 追蹤行為流 - 設計驗證機制（Cohort、Retention、轉換率分析） - 熟悉設計思考流程（Design Thinking） - 與設計師協作建立 Wireframe 與可用性測試 - 使用 Jira / Asana 進行敏捷開發任務管理 - 主持 Stand-up / Sprint Review / Retro 會議 進階 - 多模組產品整合與平台化思維 - 建立產品 KPI 指標並追蹤成效 - 設計數據導向決策邏輯 - 與資料分析師共構儀表板、做策略調整 - 優化使用者體驗，結合數據與測試結果反覆調整設計- 規劃用戶測試場景、引導焦點訪談 - 建立跨部門溝通 SOP 與產品知識共享 Wiki - 作為 PM Leader 引導 Junior PM、推進跨部門專案 認證 - CSPO（Scrum Product Owner）- Pragmatic PM 認證 - Google Analytics 證照- Mixpanel / Looker Studio 認證 - Google UX Design 認證- Nielsen Norman UX 課程 - PMP 專案管理師- CSM（Scrum Master 認證）
產品經理學習地圖與路徑（搭配AI工具）
🟢 第一階段：新手 PM 入門（0～6 個月）
✅ 目標：建立基礎產品思維與跨部門語言，從具體產出中培養使用者理解與任務邏輯。
📌 學習內容：
【產品市場機會】：初步理解產品與市場的關係（例如：Who / Why）
【找出使用者需求】：撰寫 User Story、建立 Persona、使用者旅程圖
【設計思考】：練習 Wireframe / Wireflow 製作，視覺化想法
撰寫簡易 PRD：說明做什麼與為什麼
學會製作 UAT（功能性測試 / 反向測試等）
建立會議紀錄與議題追蹤清單，強化任務邏輯與流程觀
📌 AI 工具應用：
ChatGPT / Claude：生成 User Story、用戶情境模擬
Uizard / Figma AI：快速建立原型畫面與 Wireframe
Notion AI：整理任務、產出會議紀錄與需求清單
📌 備選學習：
學習基礎專案管理（甘特圖、排程、進度跟催）
練習回報 bug 與測試報告，建立與工程團隊語言
閱讀《Inspired》、《Lean UX》理解產品角色的多重任務
[course_plugin title='產品經理入門課程' keyword='PM產品經理｜入門致勝攻略：打造最強怪物新人的實戰課｜104獨家線上課' amount=1]
🟡 第二階段：中階 PM 成長（6～18 個月）
✅ 目標：獨立負責一個產品模組，深化市場洞察與優先排序邏輯，開始建立產品成果思維。
📌 學習內容：
【產品市場機會】：進行競品研究、定位圖、SWOT 分析
【使用者需求】：進階訪談技巧、使用者回饋整理、Cohort 分析
【提出解決方案】：撰寫完整 PRD、定義功能 MVP、排定開發優先順序（RICE、Kano）
【產品企劃框架】：建立產品 Roadmap，依驗證結果動態調整
專案協調與跨部門簡報報告
主持 Scrum、Sprint Review 等會議，培養團隊推進力
📌 AI 工具應用：
Miro AI：協助需求 Mapping、建立 Feature Map
Amplitude / Mixpanel + AI plugins：用於用戶行為與留存分析
Jira AI / Linear AI：協助排程與任務追蹤自動化
ChatGPT：產出會議簡報、功能拆解與優先順序建議
📌 備選學習：
與工程師深度對話 API 邏輯與限制（建立技術思維）
學習使用 A/B 測試平台與分析資料結果
與設計師協作，規劃 Usability Test 測試流程
[course_plugin title='資料分析相關課程' keyword='用AI+Google Sheet建立自動化工具，打造你的業績成長引擎｜104獨家' amount=1]
🔴 第三階段：資深 PM 精進（18～36 個月）
✅ 目標：制定產品策略與願景、帶領多模組團隊與跨部門合作，具備從數據到決策的整體能力。
📌 學習內容：
【產品企劃框架】：建立成果導向型 Roadmap，結合營運目標與客戶反饋
【有效提案法】：提案簡報、策略 Buy-in、利益關係人對齊溝通（尤其是非 PM 部門）
【提出解決方案】：設計產品 KPI（DAU、留存、LTV、NSM）
【產品驗證與迭代】：產品指標監控 → 分析迭代邏輯 → 反饋進 Roadmap
建立跨部門合作 SOP、主持策略規劃會議
設計產品願景，指導 Junior PM 並進行 Mentor / Review
📌 AI 工具應用：
Power BI / Looker Studio + GPT Plugin：產出決策儀表板、進行策略預測模擬
Notion AI：整理策略紀錄、文件管理、產品 Wiki 協作
ChatGPT / Claude：撰寫產品願景草案、跨部門溝通稿
Suno / Gamma AI：製作產品簡報、提案影片輔助
📌 備選學習：
學習產品組合管理（Product Portfolio）
熟悉商業模型設計與利潤預測（可使用 Business Model Canvas）
進階使用 AI 作為產品功能的一環（如設計 AI Prompt 功能、智能推薦引擎）
[course_plugin title='產品經理實戰課程' keyword='第7屆產品經理學習營' amount=2]
成為產品經理應具備的軟技能
產品經理的成功關鍵往往不在工具，而在於這些關鍵軟實力的「日常實踐力」：
溝通協調能力
與設計、工程、商業部門建立共識
化繁為簡、拆解問題並說服他人
優先排序與決策力
在時間與資源有限下做出取捨
擁有面對模糊需求時的清晰邏輯
系統性思考能力
看見整體產品架構與模組邏輯
能理解「做這件事對誰有價值？」
同理心與觀察力
從用戶視角出發洞察潛在問題
不被表層需求誤導
學習力與適應力
快速吸收新工具、新領域知識（如 AI、資料分析）
面對變動保持彈性與專業判斷
繼續閱讀 【產品經理 - 學習地圖(下)：職涯精進篇】
[joblist_plugin title='更多104【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=產品經理&mode=s&page=1' amount='3']
延伸閱讀：
PM「產品經理」和「專案經理」差在哪？盤點工作內容及PM技能樹
PM工作內容做什麼？產品企劃／產品經理薪資待遇、履歷面試總整理｜精選工作機會
PM意思有不只3種可能！為何PM工作職缺只會愈來愈多？哪種PM最熱門？
轉職PM不撞牆！從0學會提案，產品經理學習營揭3大挑戰｜商業思維學院
留才不只靠加薪—半導體業關鍵留才解方
文／李冠輝 Baylor Li 104人資學院 資深專任顧問
在全球半導體人才激烈競爭的背景下，如何留住關鍵人才成為企業發展的當務之急。本文深入探討四大策略，幫助企業打破僅依賴薪資的傳統觀念。首先，引入雙軌職涯發展制度，為技術人才提供平等的成長機會；接著，賦能資深人才，讓他們在決策中發揮更大影響；隨後，拓展國際視野，鼓勵員工跨域發展以提升競爭力；最後，強調精準選才，以文化契合度吸引理想人選。
本文導覽
導入雙軌職涯發展制度，創造技術人才職涯發展路徑
賦能資深技術人才，創造更高工作價值
拓展國際視野，強化跨域整合，打造多元成長機會
精準選才，厚植企業DNA，吸引並留住契合度高的人才
面對全球半導體人才的激烈競爭，如何有效留住關鍵人才，已成為台灣半導體企業發展的當務之急。針對具體的留才策略提出四大重點如下:
一、導入雙軌職涯發展制度，創造技術人才職涯發展路徑
在半導體產業中，許多優秀技術人才熱衷於深耕專業領域，而非必然只能往管理職位發展。透過建立更完善的雙軌職涯發展制度，讓技術與管理人才擁有對等的晉升與發展空間。
明確定義管理職與專業職發展路徑：
設計清晰專業與管理職雙軌職涯發展路徑，透過對應的職等與職稱，定義工作職責。例如，專業職可分為資深工程師、主任工程師、技術專家或總工程師。
確保專業職與管理職薪資待遇對等：
確保相同職級的專業職與管理職能有對等的薪資水準與福利，讓技術人才不需轉任管理職也能獲得具競爭力的薪酬，在專業領域中持續深耕，降低職涯遇到瓶頸而離職的狀況 。
提供非管理職位的晉升與加薪機會：
針對專業職的晉升，應著重於其在技術創新、解決複雜問題、專案主導以及知識傳承等方面的貢獻度。定期檢視專業職的職能發展與績效表現，來給予相應的晉升與加薪機會 。
完善個人發展計畫與職能訓練地圖：
鼓勵員工與主管共同制定個人發展計畫，可涵蓋專業技術精進、跨領域學習、特定職能發展等面向，並對應專業職發展，建構清晰的職能訓練地圖，讓人才能持續成長來留才。
二、賦能資深技術人才，創造更高工作價值
資深技術人才擁有豐富經驗和深厚技術，是企業文化與知識傳承的關鍵，讓資深人才在企業中發揮更大的影響力，創造更高工作價值，讓人才提升成就感願意長期在組織內來貢獻。
提升資深技術人才參與決策：
當公司有新技術評估、製程改善或產品開發方向等重大決策，透過資深技術人才的經驗和洞察，有助於做出更精準評估，讓人才感受到自身能力對企業的影響力，增強工作成就感。
指派協助或負責關鍵技術專案：
在公司啟動重要或具挑戰的新技術專案時，配合專業職的職涯發展，指派明確技術職人才擔任專案顧問或技術負責人，賦予更高決策權與責任，來驅動關鍵技術的研發與導入。
建立導師制度與知識傳承機制：
由資深員工擔任新進人員導師，提供專業指導、職涯建議和文化融入的協助。這不僅能加速新人的適應和成長，更能讓資深員工在傳承知識的過程中，獲得成就感和價值認同。
三、拓展國際視野，強化跨域整合，打造多元成長機會
因應半導體產業全球化布局需求，具備國際移動能力與跨領域整合能力的技術與管理人才日益重要。應為員工創造更多國際接軌與跨域發展機會，激發員工潛力提升留任意願。
強化國際視野人才培育機制：
建立常態性跨國輪調計畫，搭配不同部門或事業體的輪調，拓展員工的國際視野，提升跨文化溝通能力，深入了解不同區域市場的營運模式、文化差異及技術趨勢。
鼓勵參與國際性會議與研討會：
支持員工參與半導體專業研討會。除了提供參與經費，員工在會後進行分享，將學習到的新知與公司內部同仁交流，藉此促進知識傳遞與技術創新。
建立跨部門輪調與專案合作制度：
鑑於半導體垂直分工界線逐漸模糊，鼓勵組成跨部門專案小組，共同解決複雜的技術問題或開發新產品，藉此培養員工的系統思維、整合能力及跨部門協作溝通能力 。
四、精準選才，厚植企業DNA，吸引並留住契合度高的人才
留才的關鍵，很重要是在一開始找到「對的人」。企業應更明確定義所需人才標準，將企業文化與價值觀融入招募流程，以吸引具備所需關鍵性格與職能的人才，提升人才穩定性。
將企業文化與價值觀融入招募：
在招募宣傳文案中，不僅強調公司在產品與技術上的優勢，更著重傳遞公司的企業文化與核心價值，藉由員工真實的體驗，展現公司吸引力，吸引對企業能高度認同的人才。
明確定義所需關鍵性格與職能：
針對在半導體產業不同職務所需的關鍵性格，及企業所重視的職能，企業應將這些特質與職能項目，融入招募面試的評估準則，來找到穩定性更高的人才，降低人才流失的風險。
優化選才流程面試評估鑑別力：
藉由定義人才標準，進一步於面試流程中，運用職能行為面試技巧藉由提升主管面試技巧，評估應徵者是否是企業所需的人才，避免只看硬實力與過往經驗，太直覺就做出錄取決策。
👉立即索取《2025半導體業人才報告書》完整版
有任何收穫或想分享的，都來和大家一起聊聊吧！