104學習

SAP

這項技能指的是企業資源規劃系統，主要用來整合財務、人力資源、供應鏈、生產等部門的數據與流程。具備這項能力的人，能協助企業提升作業效率、減少錯誤，並即時提供管理決策所需的資訊。在台灣製造業、科技業及大型企業中非常吃香，尤其是專案管理、系統導入和資料分析相關職位，常要求具備此技能，能大幅增加職場競爭力。

403 人關注

4,251 個相關職缺

測測你現在的程度

花 5 分鐘了解自己的能力，找到最適合的學習起點

提升你的實力，朝專業更進一步

精選課程

充實自己，讓能力持續成長

【線上課】行銷人的百萬年薪實戰課

【人才管理-入門】人資管理系統觀與重要指標

CompTIA Project+ 國際專案管理師認證暨實務課程

AI職場溝通術：LLM大型語言模型應用技巧

專為混合辦公設計的高效管理工作術

HR效率神器！Power Automate 啟動自動化辦公

財會 AI 超能力：會計流程 × Apps Script 自動化（下）

行銷/業務 AI 超能力(三)：動態模擬引擎 x 客戶關係自動化系統

PMI-ACP 敏捷專案管理師認證暨實務課程

財會 AI 超能力：會計流程 × Apps Script 自動化（上）

精選證照

考取專業證照，讓能力被市場看見

Azure for SAP Workloads Specialty

Azure for SAP Workloads Specialty證照專注於驗證持有者在微軟Azure平台上設計、部署及管理SAP工作負載的專業能力，涵蓋高可用性、災難復原、性能優化及安全性等關鍵技術，確保SAP系統在雲端環境中穩定且高效運行，適合具備雲端架構及SAP系統管理經驗的專業人士提升職場競爭力。

Microsoft

進階ERP規劃師

「進階ERP規劃師」證照為企業在進階 ERP 導入與流程整合過程所需要的人才。其扮演企業流程分析、跨模組整合、系統規劃與導入管理等角色。

中華企業資源規劃學會

IMSA整合行銷策略分析師

有鑑於現在學生實務學習普遍不足，針對行銷方法往往都是一知半解，無法將所學習的行銷理論與實務作有效性結合，所以為了讓學員更容易建立整合行銷策略分析及規劃的概念，且知曉如何善用各種行銷企畫與策略分析工具如：市場調查與分析預測、顧客消費行為研究、行銷策略規劃、品牌經營與管理、顧客價值管理、商品規劃與通路管理、服務作業管理、商務活動規劃、廣告文宣企畫、成本分析等工具，來為商品創造高度的銷售績效與持久的競爭優勢。

盈豐資訊科技有限公司

人資專案管理師認證

專案成敗早在專案念頭發起時就已決定大半，雖然專案管理(Project Management)早在各個產業領域深入推廣，然而對於許多人資夥伴而言，似乎還是欠缺可實際運用的成功模式。藉由每位講師多年人資專案輔導與實際推動經驗，透過理論架構與案例分享，引領大家正確地從完整人力資源體系的宏觀角度切入，順利地將專案管理(Project Management)手法與工具成功應用在人資領域的各種企劃技巧、工具軟體、簡報提案與進度掌握上，進一步協助人資夥伴提升人資專案管理的績效表現。

社團法人中華人力資源管理協會

精選貼文，掌握第一手知識

AWS-SAP雲端架構師認證考試與上課心得分享

踏進雲端領域，對許多非資訊本科的人來說，往往像是一道難以跨越的高牆。然而，王明仁用他的經歷證明了跨領域並非劣勢，看他如何成就自己的雲端職涯！恆逸學員分享在恆逸上『Advanced Architecting on AWS』的完整學習體驗，從選課理由、課程亮點、考照準備到認證後的職涯變化、給新手的學習建議！這堂課不只幫助他拿到 AWS Certified Solutions Architect – Professional認證，也讓他對雲端架構有全新的認識與工作收穫！如果您是雲端新手、想成為雲端工程師，或考慮要不要挑戰AWS認證?他的學習經驗分享會對您有所幫助！ 🎯【AWS-SAP雲端架構師認證考試與上課心得分享】【恆逸AWS學員見證-王明仁】 • 背景：金融系 • 現職：雲端工程師、雲端代理商技術經理 • 參加課程：Advanced Architecting on AWS • 取得認證：AWS Certified Solutions Architect – Professional認證「我本身不是資訊業畢業，我是金融系畢業。」畢業之後，我對銀行、證券業規律、例行的工作沒有太大興趣，反而對資訊業比較感興趣。退伍後開始接觸到網路、系統、雲端相關課程，其中對於雲端領域特別有興趣，當時就想轉職AWS雲端工程師，「因為我最早接觸的就是AWS，AWS是所有雲端服務裡面全球最早發展，相對它的網路設計架構、安全驗證，還有一些技術文件都是最完整的，對初學者來說並不會不友善，算是蠻好入手的門檻。」一開始，我從助理工程師做起，當時公司有計畫將地端機房一些應用搬遷到雲端，剛好跟進修的課程都有所對應，加上自己對AWS很有興趣，持續鑽研AWS技術並透過一些課程進修，讓自己對於AWS雲端有更深入的了解，成功轉職雲端工程師。」之後進入一家雲端代理商服務，因為公司想要提升技術部門的實力，並有獲取證照數量需求的考量，當時我就提議選擇恆逸的『Advanced Architecting on AWS』課程做技能的補強，因為恆逸的課程大綱包含安全驗證、網路規劃、無伺服器應用等，完全符合我工作上的實務需求。再加上之前有在恆逸上過資安相關課程的經驗，覺得上課內容很豐富，講師的經驗及上課方式都很容易理解，此外，同事們及網路上學員們對恆逸的課程評價也是讚譽有加，地點又非常的方便，這也是我選擇恆逸的理由。為什麼選擇實體課程?跟免費的線上課程差在哪裡？不只是紙上談兵，而是手把手的實戰學習!! 線上課程通常只有簡單的服務介紹，但實體課程上課的老師都是在該領域深耕已久的資深技術專家，可以分享給你最直接的實務經驗，告訴你地端、雲端以及「雲地混合」環境下不同的思考面向。而且在實體教室具有及時性，你有問題可以跟老師實時互動，直接問、直接解決。「在為期三天的課程中，其實Lab實作的時間非常多。老師會手把手教學，帶你從零開始完整建置，在過程中，老師會講解每一個步驟的目的與原理，跟你講每一個步驟可以達到什麼目的。如果課堂上你做不出來，現場老師會示範如何Debug，告訴你原理是什麼、為什麼要這樣設、怎樣設定才是對的；因為有時候只是一個小小的設定錯誤，就會影響後續所有步驟。上實體課程的好處就是老師能及時回應並幫你解決問題，你可以從實作中學習。」課程設計與內容亮點：從基礎到進階的紮實訓練授課的老師擁有多年的雲地端經驗，能從不同的角度講解雲端服務及應用場景，除此之外，老師還會部分帶到業界常用的DevOps概念，透過這個課程，讓我對於雲端和維運架構上的服務又更深入了解。此外，課程內容安排非常紮實，從AWS基礎服務介紹、帳號管理與安全設定開始，循序漸進地導入更進階的網路設計與架構規劃。每天的課程都很充實，老師會按照AWS官方教材的模組安排，同時也不時穿插自己在實際專案中遇到的各種問題與解決方案，這些實務經驗分享對我來說格外珍貴。完整學習心得及考取證照經驗分享： https://www.uuu.com.tw/stars/2026/260317_AWAARtestimony_104.aspx 影音心得分享：我如何取得AWS-SAP雲端架構師認證? 【恆逸學員上課與備考經驗分享】 https://youtu.be/uCXD6XTw6qk?si=C9nTDz1VnhpCiOgD 推薦學習AWS課程 https://www.uuu.com.tw/Public/content/Edm/240408_AWS_104.htm 「我非常推薦恆逸的多元化課程，從基礎級、助理級、專業級到專家級的課程安排都有，選擇很多，可以因應你在業界的需求。最重要的是，老師在業界的經驗都非常資深，講課方式可以讓學員很容易理解，能激起你想要學習的興趣。另外也提供蠻好的上課環境和硬體設施，環境非常乾淨、茶點休息區很完善，交通也很方便！如果你還不知道要上什麼課，非常推薦來恆逸參考看看，一定會對你的職涯有很大的幫助！」

精誠資訊恆逸教育訓練中心・AWS

AWS-SAP雲端架構師認證考試與上課心得分享

精誠資訊恆逸教育訓練中心・精誠資訊恆逸教育訓練中心

產品經理 - 學習地圖(下)：職涯精進篇

產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速，產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運，產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。  本篇產品經理學習地圖(下) ：職涯精進篇，將協助學習者認識『轉職產品經理的學習策略』、『產品經理薪資行情與職涯發展 』、『產品經理的挑戰與機會 』相關職業發展重點趨勢，協助轉職者掌握先機，開啟自己嚮往的產品經理職涯！前往閱讀【產品經理 - 學習地圖(上)：技能養成篇 】  文 /【104學習精靈】本文目錄（點擊可快速前往）轉職產品經理的學習策略 初學者或轉職者的學習策略的四步驟學習策略 不同背景的轉職策略 產品經理薪資行情與職涯發展 產品經理薪資概況 產品經理職涯發展路徑總覽 職涯發展路徑圖哪些產業需要產品經理 產品經理的挑戰與機會產品經理的挑戰：責任高壓 × 協作複雜 × 影響難以量化產品經理的機會：橫跨多領域 × 成為整合與策略型人才轉職產品經理的學習策略  初學者或轉職者的學習策略的四步驟學習策略  🔍 步驟一：建立觀念框架  目標是建立「什麼是產品經理」的核心理解，避免誤解 PM 僅是寫文件或開會的角色。  閱讀經典書籍：  《Inspired》（Marty Cagan）  《Lean Startup》（Eric Ries）  《Hooked》、《The Mom Test》等使用者與產品研究相關書籍  觀察與分析：  訂閱科技與產品類專欄（如《PM 的日常》、《Mr. PM》）  比較 PM 在不同產業中的角色差異（SaaS vs. FinTech vs. 教育科技）  🛠️ 步驟二：進行模擬實作  產品能力是做出來的，非讀出來的。從小型個人專案開始動手做：  撰寫 PRD（產品需求文件）：說明產品目標、功能架構、使用者角色等  建立簡單原型：可使用 Figma、Uizard 或 Whimsical 畫出 Wireframe  練習模擬專案情境（例如：設計一款改善會議效率的工具）  🧰 步驟三：建立個人作品集  PM 沒有程式碼作品，作品即為「邏輯、觀察與提案」。Side Project 是最佳切入點。  自行發想一個產品點子，並完成以下交付成果：  用戶訪談紀錄、問題定義  MVP 功能列表與排序依據（Kano、RICE 等）  原型畫面（Figma）與簡報提案（Canva、Gamma）  將成果整理成：  部落格分享文章（Medium、方格子）  Notion 公開頁面或作品集 PDF  📊 步驟四：進行能力映照與導師輔助  轉職需要策略，了解自己的強項與補足點是核心。  自我分析：  是否擅長邏輯分析？是否習慣說故事與組織資料？  對技術的接受度如何？對用戶研究是否有熱情？  對照能力地圖與三階段學習模型（初階 → 中階 → 資深）  尋找導師或實務導向社群（Product School、Dcard「PM 求職」板、社群黑客松）  【成功轉職PM經驗分享：從0學會提案，產品經理學習營揭3大挑戰 】  不同背景的轉職策略  產品經理是一個高度跨域的職位，各種專業領域的人才都能從自身優勢出發，補足關鍵能力差距，有策略地進入 PM 領域。以下列出常見背景與對應建議：  💼 背景類型 🔍 關鍵補強能力 🧭 學習策略與實作方向 工程師 / 技術人員 商業價值理解、需求轉化、使用者觀點 - 學習撰寫 PRD 並用簡單語言說明技術實作邏輯- 練習 MVP 與產品優先排序技巧（RICE、Kano）- 建立從技術到商業的提案範例 UI/UX 設計師 技術協作語言、商業邏輯、敏捷開發流程 - 學習產品開發節奏（Scrum、Sprint Planning）- 練習從用戶痛點導出產品需求- 撰寫可執行的功能清單與需求說明（非設計角度） 行銷 / 業務 / BD 用戶建模、技術合作、需求邏輯結構 - 練習撰寫 User Story、畫使用者旅程圖- 學習產品分析指標（轉換率、留存）- 製作從行銷洞察到產品設計的策略案例 專案管理 / 專案 PM 使用者思維、功能設計、產品價值評估 - 補足從需求到功能邏輯的建構訓練- 練習將項目管理轉化為產品開發週期 - 提升產品策略思維（如何達成產品願景、商業目標） 資料分析師 / 數據人員 使用者訪談、產品場景理解、功能直覺 - 將分析結果轉換成產品洞察與建議（例：為何 DAU 下降？）- 練習功能排序與使用者分群設計- 製作一份以數據為主導的功能驗證提案 教育 / 顧問背景者 技術導向邏輯、產品結構化設計 - 將課程規劃轉為產品功能流程（例：學習路徑＝用戶旅程）- 建立數位化教學或平台設計專案作為產品作品集 記者 / 編輯 / 媒體人 邏輯結構、功能規劃、需求導入 - 將內容流程圖轉換為資訊架構（IA）- 練習功能導覽邏輯與用戶操作行為設計- 撰寫產品規格內容並搭配原型製作 創業者 / 自營接案者 系統化流程、團隊協作語言、規模化需求設計 - 重構既有專案成為產品流程（從接案 → 開發 → 優化）- 學習定義「核心功能」與「增強功能」- 撰寫投資簡報與產品發展路線圖  [course_plugin title='轉職產品經理經驗分享' keyword='如何成為厲害的產品經理' amount=2] 產品經理薪資行情與職涯發展  產品經理薪資概況  🎯台灣產品經理薪資  初階（3年以下經驗）：月均薪約5.8萬。  中階（3- 5年經驗）：月均薪約 6.1萬。  高階（5-10年經驗）：月均薪約6.5萬以上。（以上資料來源：104薪資情報）  🎯薪資影響因素  產業別：FinTech、SaaS、AI、新創科技類產品，整體薪資水準高於平均  公司規模與資本：外商、大型科技平台或募資成功的新創通常提供更高總薪酬（含分紅、股票）  技術能力：具備資料分析、SQL、AI 工具應用或技術 PM 能力者，具明顯加分空間  跨部門經驗與語言能力：能帶領國際團隊或雙語溝通，具備海外市場經驗者，職位晉升與薪資天花板更高  績效可量化與作品影響力：曾成功主導產品從 0 到 1 上線、或具實際商業成效者，極具市場競爭力  產品經理職涯發展路徑總覽  🎯一般產品經理職涯階梯  階段 角色職稱 工作內容重點 初階（0–2年） Associate PM、PM 功能需求管理、協助執行開發與測試 中階（2–5年） Senior PM、產品 Owner 獨立負責模組、帶專案、做跨部門溝通 高階（5 年以上） Head of Product、Director 規劃策略、領導團隊、負責產品營收或發展方向  🎯產品經理的延伸發展方向  ▶️ A. 管理職方向 → 領導產品團隊與策略擬定  產品主管（Head of Product）  產品副總 / 首席產品官（VP of Product / CPO）  📌 適合具備團隊領導、策略思維、資源整合能力者📈 負責產品線營運績效、公司級產品策略與團隊管理  ▶️ B. 專業產品分支 → 深化專業能力與技術協作  成長產品經理（Growth PM）：優化轉換率、黏著度  資料產品經理（Data PM）：數據驅動決策、儀表板設計  平台產品經理（Platform PM）：處理底層架構、平台服務協調  AI 產品經理（AI PM）：導入 AI 模型、設計 prompt、資料運用  📌 適合具備技術基礎、數據敏感度或 AI 工具應用者📈 強調深度專精與跨部門技術協作  ▶️ C. 轉向技術 / 解決方案型職位  技術產品經理（Technical PM）→ 精通系統邏輯、API、工程流程協作  Solution PM / 客製產品經理→ 尤其常見於 B2B 領域，轉譯商業需求為技術落地方案  資料分析 / 機器學習協作產品職（Data Analyst / ML Collaborator）→ 與資料科學家共構分析產品，打造資料決策體系  📌 適合對技術工具敏感、與工程或數據團隊合作密切者  職涯發展路徑圖產品助理 PM / 初階產品經理 │ ▼ 產品經理（Product Manager） │ ▼ 資深產品經理（Senior PM） │ ├── A. 領導團隊 → Head of Product / VP of Product / CPO │ ├── B. 深化專業能力 → │ ├── 成長 PM（Growth PM） │ ├── 資料 PM（Data PM） │ ├── 平台 PM（Platform PM） │ └── AI PM（AI Product Manager） │ └── C. 技術轉向 / 客製型產品 → ├── 技術產品經理（Technical PM） ├── 客製方案 PM（Solution PM） └── 資料協作職（Data / ML Collaborator）   哪些產業需要產品經理  幾乎所有以產品為核心的行業都需要產品經理。以下列出熱門產業與其 PM 特性：  科技平台 / SaaS ：快速上線、快速迭代  PM 需懂敏捷與成長指標  電商與新零售  用戶轉換、後台流程、金物流整合  重視跨部門協作與商業營運理解  FinTech 金融科技  必須結合法遵、用戶安全與服務介面  PM 需與法務、風控、技術密切協作  EdTech 教育科技  著重用戶黏著與內容轉化效果  常需思考平台設計與學習路徑設計  IoT 與硬體整合  PM 扮演橋梁角色，連結硬體端與 App、後台資料串接  遊戲與娛樂產業  以玩家體驗、虛擬經濟與成癮機制為優先考量  產品經理的挑戰與機會   產品經理的挑戰：責任高壓 × 協作複雜 × 影響難以量化責任重大但權限不清雖需對產品成效、上線時程負責，但實際並不管理設計師、工程師等資源。 📍 情境：設計端與工程端無意願更改開發排程，PM 需透過影響力而非權力協調進度。利害關係人眾多，溝通成本極高市場、業務、客服、用戶、技術等部門需求往往衝突，PM 是資訊總管也是「夾心餅乾」。 📍 情境：行銷部門希望推出亮點功能吸引用戶，但開發團隊評估技術複雜度高，PM 需主導「先推 MVP、後期擴充」的雙贏方案。 KPI 難以單一指標衡量 🎯 與業務不同，產品績效常依賴間接成果（如提升用戶留存、降低客服成本），評價方式難以量化。 📍 情境：推出新功能後，用戶滿意度提升但營收未立即成長，PM 需解釋產品影響是「長期復利」而非即時回報。需求變動快速，需持續對齊戰略方向使用者行為、競品策略與高層決策常臨時變更，PM 要即時調整計劃、重排優先順序。 📍 情境：原定第二季上線的新模組，因競品提早推出類似方案，PM 臨時調整優先順序並帶團隊加速交付。資訊不對稱與期望管理 PM 需將技術語言與商業語言轉譯給不同部門聽懂，並同步設定合理期待。 📍 情境：業務部門以為功能改動「只是改兩行 code」，PM 需以邏輯說服其理解影響範圍與開發代價。產品經理的機會：橫跨多領域 × 成為整合與策略型人才深度參與產品創新與策略制定 PM 是少數能從用戶需求出發，參與產品架構、商業模式與推廣策略制定的角色。 📍 情境：PM 參與設計新會員系統，從功能設計到價格方案與活動邏輯，全面串聯 UX 與營收思維。跨界職能大平台，橫向能力持續擴張 PM 是 UX、工程、行銷、數據的整合者，能從中學習各部門運作邏輯。 📍 延伸可能： UX 能力強 → 可轉向 Product Designer / UX Lead 商業直覺強 → 可轉向 BD、Growth Hacker 擅長數據分析 → 可成為 Data PM 或轉職 Data Analyst 善用 AI 與數據工具，提升個人效率與競爭力新時代 PM 善用工具（如 ChatGPT、Mixpanel、Figma AI），將重複性任務自動化，將更多精力投入產品決策。 📍 情境：使用 ChatGPT 快速產出功能草稿、用 Notion AI 紀錄會議摘要，大幅提升產出速度與溝通效率。職涯發展路徑彈性高，向上與橫向皆可擴展根據個人強項與興趣，可發展為： ⬆️ 高階管理職（Head of Product、VP、CPO） ⬅️ 專業分支（Growth PM、AI PM、Platform PM） ➡️ 創業者、顧問、創新策略師培養「影響力而非權力」的領導型人才優秀 PM 不靠職權，而是靠願景整合與團隊信任來推進決策，這正是高階管理人才最需要的核心能力。 [course_plugin title='產品經理實戰課程' keyword='第7屆產品經理學習營' amount=2] 前往閱讀【產品經理 - 學習地圖(上)：技能養成篇 】  [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大挑戰｜商業思維學院

【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大挑戰｜商業思維學院

【104職場力】・職涯規劃

7個挑選 HRM人資系統的評估指南，教你如何跟老闆溝通採購，系統檢核表免費下載｜104 人資學院

又到了Q4，公司明年要編制人力資源系統預算，需要比較市面上各家系統的優缺點與收費，提出更適合公司的採購建議。身為專案負責人的 HR，知道中大型企業所需的人資系統該怎麼挑嗎？又該如何跟老闆溝通說明？由資深導入顧問歸納的 7 大關鍵一一 Check，評估系統其實並不難 (文內提供系統檢核表) 文／104人資學院本文導覽（點選連結可快速跳至該章節閱讀）廠商體質：人資背景為優先系統架構與功能：考量未來發展，需全方位評估整合與串接：HRM 為地基，連接更多企業管理系統機敏資料加密：避免維修等原因，導致薪資情報洩漏流程標準化：從評估、導入到教育售後服務：因注意系統維護、版更、危機處理的應對方式如何跟老闆溝通說明？（範例下載）下載系統檢核表直接下載系統檢核表一、廠商體質：具備在地人資背景為首選，更能瞭解產業行規，並能協助優化公司作業流程在挑選中大型企業使用的人資系統時，除了系統功能、業界評價等，有什麼是優先考量的項目呢？具備「人資背景」應為重要關鍵。為什麼具備人資背景很重要？千人電子製造業人資經理：「曾經選了沒有相關經驗的廠商，結果導入過程很痛苦，變成自己要一直教廠商該產業的人事規則 ...」以中大型製造業為例，電子製造業非常在意差勤管理，需找到一套能支持龐大員工人數、輪班班別複雜、跨廠區支援協作等需求的系統，這時候如果不熟悉相關產業的系統商，可能會在系統 Demo 時頻頻點頭說承諾自己能做到，而導入過程 HR 要除了得提出自己企業的需求外，還得不斷提醒勞動法規、變形工時等規則。不僅造成拉長系統上線時程，如果沒有選對廠商，在未來上線後系統用戶自己也會很辛苦，勞動法規變動時也皆需自己提出修改方向，反而造成企業維護困難。除此之外，超過 100 位員工的中大型企業，其組織流程往往複雜、調整時需要溝通與牽涉的部門眾多，難以透過系統工具即可優化流程、制度、規範，這時候選擇具備人資知識背景的系統商更為重要。輔佐中大型企業的系統廠商，不單單只是提供系統工具，應具備能一眼看出企業採納的作業流程的利弊，從流程改善提供建議，提出更利於企業人事管理的解決方案。以 104 為例，104人資系統的顧問團隊，具備 18 年以上的導入經驗，能協助企業在汰換人資系統期間，順勢重新整理企業組織架構、梳理 HR 部門作業流程，也同時優化全體員工的行政效率。這類型的廠商對客戶的協助才是更具有價值與效益。二、系統架構需完善：系統不全面，導入後更累！評估中大型企業的 HRM，功能必須全方位在挑選中大型企業使用的人資系統時，HR 可能會很困惑，市面上那麼多系統，哪一種更適合我們公司呢？基本上可從系統形式—雲代管(104獨有)、雲端SaaS、地端版來分。而104人資系統三種方案兼具，企業可依照需求自行選擇，或是由專案顧問協助評估。系統形式地端建置軟體雲端軟體特點系統建置在公司內部之硬體設備，利用網路區隔，可在公司內部網路獨立運作。隨時隨地遠端存取、即時更新、彈性調整容量和資源。系統架構伺服器由企業自行管理，若IT、資安、機房部門建置完善，資料洩漏風險較低 。無需機房與設備維護。以104為例，採用國際領導品牌AWS，資安機制領先業界整合與介接開放客製與跨系統介接 ，適合中大型企業客製使用。若為公有雲，較無法客製與介接；若為私有雲，可選擇客製，並開放API及SSO串接各大系統。收費方式多為買斷形式。依照需求，104人資系統使用人數甚至可無上限。若為公有雲，多為訂閱形式，依照人頭數收費；若為私有雲，訂閱、買斷形式皆可，依照規模收費適合規模中大型企業，組織架構複雜的集團式企業若為公有雲，適合 100 人以下，人事規則簡易的中小型企業；私有雲則適合100人以上，人事管理複雜的中大型企業。資料整理：104人資學院由圖表上可以看到，在評估中大型企業使用的 HRM，如能量身打造一定是最符合企業需求。但在預算有限、上線時程的壓力下，從零打造的純客製系統無非拉長評估、導入時間，系統的客製費用也嚇到不少企業主，認定「客製」=「昂貴」。但其實還有一種「套裝型」、「模組型」的人資系統，以多種功能模組、可拼裝、可接受部分客製為優勢，在有 HRM 基礎建設下開放客製，反而更適合人數正在擴編的企業，並跟隨企業需求隨時擴充。但在找尋這類的系統時，還是需注意功能是否完整、能支持人力資源的規劃。跨國汽車經銷大廠 HR：「過往經驗告訴我，系統功能全客製的作法未必較好，部份流程配合系統及人資作業實務會更理想、更貼近公司期待。」一般來說 3~5年公司會考慮替換新的 HRM 系統，而 HR 在評估系統時，可以先考量這 5 年間有哪些會是企業需要發展的重點需求。以下提供除了系統功能外，中大型公司常見的 HRM 需求：履歷串接：更多的職缺數、更多的履歷量，系統要能介接人力銀行履歷資料資源擴充：企業未來人資發展策略如 HRD，或是有 EIP 或其他產品需求，是否能擴充相關需求人資相關報表：通過人力資源報表，向各部門主管展示人員管理相關數據有些 ERP 系統也會提供簡易的 HRM 功能，我們建議中大型規模的企業因優先考量專業的 HRM 系統，除了更符合各產業的人事行規與需求外，更支持中大型企業的未來發展性，以免系統跟不上企業的人力資源規劃，沒用幾年又需要找一套新系統來取代，占用 IT、總務、預算資源，適應新系統的學習成本也讓 HR 心力交瘁。三、HRM 是企業管理地基，應能將現有系統一併整合與串接管理中大型企業的人資系統時，HR 應該常被跨部門同仁詢問，HRM 可以用綁定企業其他系統的帳號嗎？可以整合公司原先有的 EIP 系統嗎... 這些系統整合的需求，在公司規模到達一定的人數，如果不同系統間都資料都需重新建置、每個新系統導入後都要註冊一次，一定會造成企業員工很大的困擾與反感。所以最好的做法是提前布局，評估系統時就該找能跨系統整合、串接的 HRM 系統。以 104 人資系統架構為範例以批發零售業為例，如果為比較基本的出勤打卡整合可以先從門禁保全、POS 機、出勤管理、排班管理、打卡工具、薪資系統作進一步的整合。餐飲業員工可使用104人資系統完成排班，到班時使用門禁保全刷卡作為上下班打卡紀錄，如果遇到加班需求，需 POS 機登入登出資料佐證，HR 可在 HRM 的出勤管理同步打卡、加班資料，再結合薪資系統計算當月薪資。如果為較進階的需求，可透過結合 EIP 的人資系統，統一由單一帳號登入 CRM、ERP 輔助銷售與進存貨管理。由於不同的產業有不同著重的功能需求，透過 HRM 作為人員管理的地基，充份整合 HRD、履歷等人力資源需求外，透過串接的跨平台系統，整合各產業工作需求( 會議室管理、倉庫管理、物流出貨管理等等)，無需替換或導入全新的作業流程，也讓企業數位轉型的範疇更加完整。四、首重資安！擔心駭客找漏洞或是IT維修時，員工薪資被看光光？機敏資料就該加密過去曾有竹科企業 HR 和我們反應，公司為了避免員工被挖腳，或是薪資情報外洩，系統盡量由自己開發，或是特別選擇非雲端型系統，避免有任何外洩的風險。但有一次讓公司 IT 進行人事系統維修時，才發現員工資料沒有做加密，工程師輕易的就能瀏覽同事的薪資，或是通訊電話、地址等個資。我們建議在在選擇 HR 系統時，一定要記得多加詢問系統商的資安保護措施，機敏資料加密等方式。並且一定要記得多加詢問系統商的資安保護措施，例如「如果系統要維修是你們的工程師協助嗎？」「那工程師維修的時候會看到哪些資料啊？」下方提供由 104 系統工程提出的系統安全基礎檢核：內部主機資料交換全面採加密傳輸維運人員採最小權限原則，僅允許使用者依工作職掌執行所需之授權存取系統是否有身分驗證機制，密碼是否具較高安全規範與變更管理機制建立電子資料安全管理機制，包含分級規則資料新增修改刪除，皆可追朔操作者，並保存相關紀錄更多系統資料安全檢核依據，請至文末下載 HRM 系統檢核表而另一方面104資訊科技設有資安團隊，定期執行弱點掃描及源碼檢測，追蹤修補狀態，更為業界第一間獲得行動MAS標章，並同時榮獲多項資安獎項，以及獲得多重國際標準認證，包含 ISO/IEC 27001: 2013、BS 10012: 2017 及 ISO/IEC 29100: 2011 ，提供中大型成長中的企業最完善的資訊安全保障。五、專業的系統商，導入流程與教育訓練都該標準化評估 HR 系統時除了上述幾點外，導入流程也該是挑選的重點必要條件。亞太區知名通訊商主管：「過去我們也曾兩次導入 HRM 系統，但皆並未導入成功，除了最終系統不符合需求外，混亂的導入流程、難以溝通的工程人員也讓我們很頭痛…」以 104 人資系統導入流程為例，在接到客戶有系統需求時，團隊將進行制度訪談 (圖上橘色虛線部分)，當顧問評估確認系統適用於企業後，才會進行下一階段的安裝與設定... 標準化專案式導入流程，讓 HR 方便與公司回報導入進度。建議洽詢 HR 系統時，請廠商提供該系統的上線年限、導入成功率與續約率，並且在確認功能面符合公司需求後，請廠商提出一份導入流程計畫，審慎評估系統商的導入與教育訓練經驗。六、售後別忽略，系統維護、版更、危機處理的應對方式都得納入考量上述幾點都符合公司需求後，恭喜你系統成功上線基本上不會有問題。但付完錢後，系統不穩定、服務窗口也無法即時協助、員工反應很難用，反而造成 HR 更大的困擾... 電子供應鏈管理處資深經理：「我們與同業推薦104系統的原因是，即使系統一開始並非百分之百符合公司需求，但沒達到的部分會想辦法在版本更新時改善，後續服務也能得到適當的回應，採納我們的意見，服務方面才是我們更重視的…」我們建議企業可以在系統導入過程中，觀察廠商的團隊素質，例如工程人員能否將工程面的知識轉化為人資夥伴能夠理解的用語；勞動法令相關知識是否足夠、客服的服務品質是否即時解決，無需再請 IT 人員協助。並請廠商提供版更流程、維修流程，事前評估售後的窗口服務時間、服務時效、諮詢費用等，讓系統用戶沒有後顧之憂。而104人資系統團隊在計薪週期都會安排值班團隊，隨時協助解決遇到的問題及狀況，不用擔心找不到顧問或工程人員，HR可以更有效率完成計薪！七、如何跟老闆溝通報告？抓到老闆想聽的重點！當您利用系統檢核表收集完一輪廠商資訊之後，心中應該有屬意的廠商或是剩下2-3間比較，這時候最多人資擔心的就是要如何跟老闆報告，為何選擇這一間廠商？上述1-6點可以慢慢讓人資分析比較，但老闆沒有時間等人資一一說明，這也是我們時常被人資詢問的問題，該如何快速讓老闆抓住重點，理解廠商優勢呢？老闆最在乎的就是成本、效率與風險。與其一一拆解各種功能，不如讓老闆先知道你做足了功課，先進行一頁總結，再精簡扼要的提供佐證資訊。下方以原本沒有人資系統，最終選擇104人資系統買斷版為例：(範例下載) ▍原因說明：依照貴司採購人資系統後想解決的問題▍ 一頁總結：我們建議選擇104人資系統　原因：價格及維護成本合理、成長擴充無虞、預計提升50%行政效率、104公司財務穩健 ▍精簡說明：功能符合：符合本公司人事管理流程，系統不斷優化，免費版更金額費用：價格＊元，維護費＊％相較B廠商價格低廉/相同，但功能、服務、及廠商背景為104勝出。費用優勢包含：免費版更及法令更新、人數成長擴充不額外收費、系統使用期間提供顧問諮詢服務、集團或關係企業多公司可一起使用。 ▍廠商優勢：專業導入顧問陪跑，三個月快速上線。品牌知名度高，系統穩定發展超過20年，客戶數多且服務口碑佳。服務團隊資深且專業，人資系統導入經驗逾20年。資安政策嚴謹，定期執行弱點掃描及源碼檢測。可串接104人力銀行服務(VIP履歷、薪酬平台、LMS平台)及各種第三方系統(EIP/BPM/ERP等)，且開放客製。導入此系統，無需增加IT資源。支援行動APP，員工使用方便。提升50%以上行政效率，計薪時間、排班時間、考勤時間皆縮短。 104人資學院提供簡易的簡報提案範例，歡迎下載參考：簡報下載以上簡報方向建議，讓老闆一次抓住重點與優勢，再附上您依照公司需求整理的系統比較表，讓老闆有時間時可以過目。但如果看完、比較完還是不清楚如何跟老闆說明，104的專案顧問都會依照每間公司不同需求來協助您！最後除了上述7點外，104 顧問團隊更提供評估 HRM 系統檢核表(Checklist)，方便 HR 與採購同仁於評估階段時一一檢核。下載系統檢核表

【104職場力】・HR系統

【PM產品經理面試前準備】4步驟展現亮點，零經驗也能切入

產品經理（PM）如何準備面試？作者為軟體業產品經理，曾3次成功轉換不同產業PM，分享PM面試前應做到的4項準備，包含研究核心產品與獲利模式、分析目標市場與競爭對手、關注產業趨勢與公司動態，以及整理個人過去實際案例。即使是零經驗轉職，也有助於在PM面試中亮出競爭力！文／Michelle Chen（軟體業PM產品經理）本文目錄（點擊可快速前往）產品經理PM面試前的準備1. 研究核心產品與獲利模式2. 分析目標市場與競爭對手3. 關注產業趨勢與公司動態4. 整理過去的實際案例產品開發End-to-End Flow — 給沒有PM經驗的跨領域者【Stage 1】用戶需求蒐集：發現問題，定義需求【Stage 2】產品發想與設計：構思解法，制定規劃【Stage 3】開發協調：跨部門合作，確保產品順利落地【Stage 4】測試與上線：確保品質【Stage 5】持續優化：數據驅動，迭代成長總結產品經理（PM）的工作內容，會因公司組織、產業以及發展階段的不同而有所差異。但無論面試的形式如何變化，根據我3次成功轉換不同產業擔任PM的經驗，企業在尋找符合期待的PM時，看重的核心能力以及關鍵特質其實大同小異。我的PM職涯起點是從一間日商Fintech做Product Marketing後成功轉職到電商領域做物流系統的PM。第二次是2023年，從荷蘭讀完碩士回台後，加入了一間HR Tech公司，成為該公司成立以來的第二位PM。並在去年底，因為自己本身看重AI 未來趨勢跟發展潛力，因此決定加入一家專注於工業AI的早期新創公司。這幾次的轉職過程中，我參與過數十場PM面試，雖然關卡設計各有不同，但其實背後的脈絡以及評估標準我個人認為蠻一致的。希望透過這篇文章，與大家分享如何有效準備PM面試，並在過程中充分展現自身優勢，成功獲得理想的Offer！產品經理PM面試前的準備面試前一定要準備，一定要準備，一定要準備！千萬別抱著臨場發揮或隨機應變的僥倖心態。只有透過事先準備，才能在面試中完全展現自己的專業能力，以及對公司的認識＆興趣。面試官也會更願意與你交流互動，畢竟PM的核心職責就是深入理解產品與市場，而面試的準備程度，能直接反映了未來的工作態度。 1. 研究核心產品與獲利模式了解公司的主要產品以及獲利模式（例如：SaaS、廣告收費、專案費用、交易抽成等）。並且試著從用戶角度思考：他們的產品解決了什麼問題？產品價值 ( Value proposition ) 是什麼？ 2. 分析目標市場與競爭對手釐清公司的目標用戶輪廓，並分析市場中的潛在競爭對手。比較公司與競爭者的優勢與劣勢，並根據目標用戶特性和市場狀況，思考這些因素將如何影響產品策略的發展方向。 3. 關注產業趨勢與公司動態閱讀公司最近的新聞稿、公司blog，甚至是該公司在的產業報告以利了解最新的市場趨勢和技術發展。並且先有自己的見解，這些趨勢會如何影響公司的產品走向。畢竟你還沒真正進入這間公司，對它的產品或產業趨勢不可能完全了解。但重點不是要百分之百正確，而是展現你的態度。就算理解還不夠完整，只要展現出對公司的興趣和熱情，並提出有深度的問題，就能加分，讓對方對你有好印象，也更有專業感。而且，面試是雙向的，準備過程中了解公司的業務，不只是為了表現好，也能幫助自己判斷，這是不是你真的有興趣投入的領域。 4. 整理過去的實際案例面試時，常常需要分享自己的經驗，所以最好先整理一下過去的成功或失敗案例，還有那些最具挑戰性、讓自己成長最多的經歷。回答時別只是單純敘述過程，或講得太長沒重點。我過去也有好幾次當面試官的經驗，其實到後面真的會聽到很累，所以如果你能幫助面試官秒抓你的故事重點那會非常加分！試著用STAR法則（情境、任務、行動、結果）來說明，讓你的故事更有條理： Situation（情境）：問題是什麼？ Task（任務）：解決這個問題應該要完成哪些任務？ Action（行動）：為了完成這些任務，你採取了哪些行動？ Result（結果）：最終產出的成果為何？影響如何？另外，就算你沒當過PM，也可以從過去的經驗中挖掘相關技能，對應到PM的工作內容。重點是展現你如何推動事情、解決問題，讓你的經歷與PM的核心職責產生連結。例如：市場調查&研究：如果你做過競品分析、使用者研究，或整理過市場趨勢，這其實就是PM需要的市場／數據分析以及需求驗證的能力。產品開發或設計：如果你過去有曾經參與產品討論、優化使用者體驗，或給過產品改進建議都可以拿出來分享，可以展現產品思維，並且懂得優化產品。跨部門協作：PM要常跟開發、設計、行銷團隊合作，如果你有推動專案、協調不同團隊的經驗，這就是溝通與跨部門管理能力的展現。專案管理&流程優化：有負責時程規劃、資源分配，或改善流程的經驗嗎？這就是PM在專案管理上需要的核心能力！延伸閱讀：【PM面試問題】給菜鳥產品經理的10大類、70題面試考前猜題產品開發End-to-End Flow — 給沒有PM經驗的跨領域者如果你沒有產品經理的背景，但想轉職PM，理解完整的產品開發流程是關鍵。PM的核心職責是從0到1推動產品，確保從需求蒐集到產品優化的每個環節都能順利執行。以下是產品開發的End-to-End Flow，幫助你快速了解產品開發各階段的重點：【Stage 1】用戶需求蒐集：發現問題，定義需求目標：理解市場與用戶需求，確保解決的是「真正的問題」。進行市場調查、競品分析，了解市場趨勢訪談用戶、收集回饋，找出痛點與機會透過數據分析（如使用者行為、轉化率）驗證需求【Stage 2】產品發想與設計：構思解法，制定規劃目標：將需求轉化為具體的產品功能，並制定產品策略。訂定產品目標（MVP、短期&長期規劃）繪製Wireframe、User Flow等，將概念流程化／圖像化撰寫PRD（Product Requirement Document），定義產品功能或是開發方向的細節【Stage 3】開發協調：跨部門合作，確保產品順利落地目標：確保開發、設計、行銷、商務等團隊對產品的理解一致，確保開發進度順利推進，並最終成功deliver 。與UI/UX設計師合作，確保產品具備良好的使用者體驗與開發團隊討論技術可行性，拆解需求，並規劃開發時程與行銷／業務團隊協作，制定產品GTM（GO To Market）策略【Stage 4】測試與上線：確保品質目標：驗證產品功能與體驗，確保符合需求並順利上線。設計測試計劃，進行QA、UAT等上線初期可以進行A/B測試，優化產品體驗持續追蹤上線後的數據與用戶回饋，及時調整【Stage 5】持續優化：數據驅動，迭代成長目標：根據市場變化與用戶反饋，不斷優化產品，提升用戶體驗與業務成效。透過數據分析（使用率、留存率、滿意度等）以及產品開發前定義的Success metrics評估成效收集用戶回饋，發掘新的改進機會制定下一步的產品優化計畫，進行快速迭代延伸閱讀：軟體產品怎麼做才能賺錢？PM必懂的3大關鍵及能力解析總結這篇文章主要分享了PM面試前的準備，從研究公司、分析市場，到整理自身經驗，這些都是讓你在面試中脫穎而出的關鍵。PM的核心就是解決問題、推動產品落地，所以除了展現專業能力，更重要的是讓面試官看到你的產品思維、數據分析能力，以及跨部門溝通協作的經驗。準備充足不只能讓你在面試中表現更好，也能幫助你判斷這份工作是否真的適合自己。如果你正在準備轉職 PM，或想挑戰跨領域的PM，歡迎找我聊聊，交換面試心得，或是做Mock Interview！（Reach me on LinkedIn）很樂意分享經驗，也希望能幫助更多人順利拿到理想的Offer！（原文標題：產品經理面試全攻略（上）— 面試前的準備） [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] 推薦閱讀：你適合當PM嗎？解析產品經理必備3種特質與溝通心法初階PM如何提升專業能力？從Junior PM進化成Senior的4個職場指南給PM產品經理的終極求職建議：把自己當產品

【104職場力】・面試技巧

如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略

你是否想轉職成為後端工程師，打造更穩定、具成長性的技術職涯？無論你是剛開始學習程式語言的新手，或正在尋找明確學習方向的職場工作者，這份後端學習地圖將幫助你掌握後端工程的核心技能、實戰經驗與職涯發展路徑。透過系統化的學習規劃與專案實作，你將更有信心地踏入後端領域，成為職場中真正被需要的技術人才。文 /【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']

【104職場力】・職涯規劃

搶手！「AI產品經理」年薪輕鬆逾百萬

人工智慧產品經理AI PM(product manager)，無疑是當前職場最紅的職務之一。AI PM和傳統PM有什麼不同？AI PM又和AI工程師有何差異？為什麼AI PM年薪能輕鬆超越百萬？104職涯診所Podcast EP560【AI PM紅什麼？！年薪上看150萬！不用精通程式，但要懂AI技術、能和工程師溝通】提到，AI PM不見得要精寫程式，但必須懂技術，尤其要具備讓AI落地於產品的能耐；相較於傳統PM，AI PM的薪資可能多30%；年薪因專業度和年資而不同，80~150萬不難，150~250萬有機會，主管職或上市櫃公司有望超過250萬。  文／104職涯診所Podcast 【來賓】  王之璘，104人力銀行產品暨價值營運處資深協理，從輔大企管系畢業之後，曾任屈臣氏儲備幹部，優仕網Youthwant業務助理、網站企劃，ABC好車網網站企劃，一路發展成為產品經理PM(Product Manager)，進入104人力銀行前後將近十年，目前擔任產品團隊主管，帶領超過三十位夥伴負責主要的AI產品，也是104人銀行最年輕的處級主管，職涯歷程豐富。  「AI PM」人工智慧產品經理，在傳統職責上，疊加AI技術應用  AI PM指的是與AI相關的產品經理（Product Manager）。  不過，討論AI PM之前，必須先界定傳統PM的工作內容。傳統PM通常分為兩大導向：一是功能導向(從零到一)，把全新的產品從無到有、建立起來。二是營運導向，負責觀測用戶行為、發現數據問題並進行優化與開發，例如，對於104人力銀行這樣已有多年線上服務的網站進行改善與優化。此外，傳統PM特別注重用戶介面（UI/UX）的優化與改善，並根據用戶的使用數，提供回饋給開發單位。綜合來說，PM是介於技術端與用戶之間溝通的橋樑。  AI PM的工作是疊加在傳統PM任務之上的。核心任務特別強調，將AI技術應用在產品的流程或發展中。  AI PM的職責面向主要有二：首先，運用AI改善公司內部的作業流程與效率，加速技術和流程的串接。這點是傳統PM比較少關注的。例如，AI PM可以利用對Prompt語法的熟悉度，與AI互動，快速產出產品需求文件PRD(Product Requirement Document(或設計畫面，大幅節省工程師的時間。其次，利用AI發展具有商務價值的工具或服務給使用者，讓使用戶願意為了AI功能而付費。  以履歷表功能為例，比較兩種PM的差異  以履歷表功能為例，傳統PM會觀察求職者填寫履歷過程中的「卡點」，透過增加欄位或使用文字引導，讓欄位更容易填寫，優化介面。  然而，AI PM會把AI技術直接應用在產品服務之中。例如，AI PM會用AI分析求職者已有的PDF或Word履歷表，把相關內容自動轉移到系統的欄位，節省求職者的時間。也就是說，AI能分析求職者的學經歷或社團經驗，自動產出自傳內容，或分析履歷內容有哪裡不足，對應求職者想應徵的職務，然後提供求職者哪裡可以再加強的建議。AI PM會進一步思考，會比使用者想得更多、看得更遠，避免求職挫折、提升求職效率。  不會寫程式也ok？AI PM具備三大核心能力：技術、市場、整合  如果把AI PM的三個關鍵職務能力聚焦在：懂技術、懂市場、能整合。若要進行排序，王之璘認為的優先順序為：懂技術(第一)、懂市場(第二)、能整合(第三)。  1.  技術的基礎理解(優先)：AI PM需要具備對AI相關知識的基本理解和評估能力，例如機器學習、深度學習、大型語言模型(LLM)或自然語言處理(NLP)等。重點不在於寫程式(Coding)，而是在於掌握AI的邏輯、技術原理及限制，做為規劃與開發之間的橋樑。這種理解能幫助AI PM評估產品的可行性、成本(例如Token的使用成本)，並丕確保產出內容的品質和語句的正確性。  2.  市場與商業思維(次要）：PM必需思考如何將想法產品化並且制定策略。AI PM必須具備商業思維，避免「為了AI而AI」。他們需要思考如何用AI吸引用戶，創造非用戶，甚至讓用戶願意付費。  3.  整合與溝通協作(基礎)：整合能力涉及評估AI是否可行，並與技術團隊順暢協作。AI PM在協作上，除了傳統PM面對的工程師和設計師之外，還需和資料科學家或研發單位密切討論深度學習模型的優化方向、正確率、品質校正與實驗內容。高效的溝通能力極為重要，AI PM需使用精確的技術術語與工程師溝通，以避免認知落差與時間浪費。  整體來說，AI PM對於技術理解的程度，必需能明確評估AI可以做到哪些功能、有哪些限制與風險，例如資料漂移或幻覺(AI產出不符合事實或使用者能力)的問題。如果AI PM了解這些限制，就能知道撰寫Prompt時，應該注意哪些地方。即便不會寫程式也沒有關係，但如果能理解基礎的程式架構、前端後端語言與限制，將會有助於與開發團隊進行更順暢的溝通。甚至在某些職缺中，AI PM需要具備利用AI進行Vibe-Coding的能力，透過與AI對話，來完成網頁基礎介面設計的能力。  AI PM的AI思維，創新探求與落地能力  AI思維比AI技術的理解更需要天分和時間投入。王之璘指出，所謂的AI思維，指的是，具備創新的想法，一方面用在改善PM本身的工作流程，另一方面，把AI技術深入落地到產品中，這就需要探索的能力和商業思維。優秀的AI PM不僅要從零到一把產品做出來，更強調如何從一到一百，讓產品能夠落地。  AI PM，年薪輕鬆逾百萬  王之璘認為，最厲害的AI PM，應該具備條件創新和強大的學習動機或好奇心。因為AI技術的發展日新月異，幾乎每週都有新的產品發表，AI PM必須像海綿一樣，持續更新知識。他們需要對市場具有極高的敏感度，能夠挖掘機會點。  反映在薪資，AI PM的月薪通常比傳統PM稍高！3到5年經驗的AI PM，月薪通常在五到六萬左右。8到10年經驗者，年薪則輕鬆破百萬，甚至達到150萬是常見現象。AI PM薪資比傳統PM高出兩到三成是可以想像的。  職涯轉型：從傳統PM到AI PM的路徑  對於現任的網站或PM想轉型為AI PM，最好的方式是在自己的工作中嘗試用AI思維改善流程，或利用Vibe-Coding產出設計網頁。若具備傳統PM的技能加上AI PM的基礎知識，轉型會相對簡單。  對於非傳統PM背景的人，建議從生活中探索從零到一的創新思維，關注生活中的痛點，嘗試利用UI/UX的改善或AI技術來解決問題，例如練習用ChatGPT或Vibe-Coding工具設計網頁，培養用AI解決問題的能力。  AI PM以專業學習取勝  PM的養成大多依賴自學與應用，國內缺乏專門的PM科系。王之璘的團隊成員背景非常多元，包含業務助理、行銷、前端工程師、客服甚至服務業。  AI PM若有以下的產業背景也會特別加分：  1.資訊業/軟體業：幾乎是最順暢的轉型路徑，因為具備豐富的產品知識、開發流程經驗(如瀑布流或敏捷式開發)、以及對於UI/UX的基礎認知。  2.金融業/會計領域：這些產業接觸的數據量大，更重要的是，他們擁有風險控管、法規遵循的背景。這使得他們在思考產品時，能夠更加嚴謹，也能快速學習複雜的商業邏輯，有助於控制成本並確保產品具體落地。  3.醫療背景：具備基礎統計知識和管理豐富病歷的經驗，有助於快速找到與AI協作的脈絡。  在科系背景上，資管、資工、電機、統計、數學等科系會稍有加分。資管或資工因為具備技術背景，能用相同的語言和工程團隊溝通。統計或數學背景則因系統思維能力強，能夠有脈絡的調校AI的學習方向。然而，一位頂尖優秀的AI PM，重點不在學位、也不是科系，而是能否將流程痛點或商業機會轉化為實際的規格，與工程師溝通，帶領團隊開發。  AI PM展現出色的溝通力，拉近技術與用戶的距離  AI PM是技術與非技術團隊之間的橋樑，需要具備出色的溝通協作能力。技術雖然重要，但只需達到理解和評估的程度，並不需要具備前端的研發能力。最關鍵的是，AI PM必須具備極大的學習動機、持續更新知識，並善於將抽象問題轉換為具體的產品功能來解決。  多數公司為了推動AI，提高專案效率或將AI轉化為商轉機會，對於具有AI思維和技能的PM，徵才的積極度會更高。對於有興趣轉職為AI PM的人，無需過度擔心自身背景或科系，反而應該更專注於知識學習、留意自身是否具備擁抱創新的人格特質。  [joblist_plugin title='更多104【AI產品經理相關】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=AI&order=15&jobcat=2004003009&page=3' amount='5']

【104職場力】・AI

前端工程師是什麼？薪水怎破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職場力】

PM「產品經理」和「專案經理」差在哪？盤點工作內容及PM技能樹

產品經理和專案經理都稱作PM，然而其中的差異你分得清楚嗎？其實PM的職稱及負責業務範圍會依各家公司有所不同，甚至有些公司會認為兩者已經很難區分。作者認為，產品經理可以比喻為航海時代的船長，而專案經理就像是掌舵手，本文分享PM的工作內容、技能樹，以及PM工作中最重要的事！本文目錄（點選連結可快速跳至該章節閱讀）專案經理的工作內容產品經理的工作內容產品經理技能樹市場與策略：發展產品如何少走冤枉路？數據與技術：產品經理要了解技術？需要會寫程式嗎？溝通與互動：PM溝通要領，尤重心態與互動方式面對問題的思考力在業界，產品經理（Product Manager，PDM）還是專案經理（Project Manager，PJM）都常被簡稱為「PM」，而 PM 的職稱及實際負責的業務範圍，會依照各家公司的文化與制度而有所不同；甚至有些公司或前輩會認為產品經理及專案經理在做的事情已經很難區分了，因此這篇內容是分享我所理解的差異。身邊的朋友都了解，我自己就是專案管理出身，就學時期從來不曾擔任幹部的角色，卻在出社會後，都剛好接觸到跟行政管理、專案管理相關的職務，從最早期的房仲店務、室內設計專案，到現在的軟體專案或產品開發。依照個人經驗，專案經理平常在做的管理不外乎是「利害關係人管理」、「資源管理」、「項目管理」及「風險管理」。專案經理的工作內容包括：完成產品經理與公司所交代的任務。整合資源、分解工作、有效執行資源配置。協助開發團隊完成產品經理／客戶所定義的目標。將產品如期如值交付給產品經理／客戶。目標導向，重視專案進展與專案截止日與流程設計。進行有效的風險管理，隨時處理突發情況。需要大量溝通，對資源與品質負責。而產品經理呢？產品經理的工作內容需要：使產品發展符合公司的願景與商業目標。以宏觀角度制定產品的願景、策略、價值與定位。維度更多元，重視市場面、營銷面、產品設計與顧客體驗。重視跨部門整合，負責產品成敗。人們常說：「產品經理就像是產品的 CEO，關注做對的事；專案經理則像產品的保母，關注把事情做對」。我後來喜歡把產品經理比喻為航海時代的船長，他要帶產品這條船往對的方向前進，而專案經理就像是掌舵手，依照船長的指示，讓船能安穩且有效的航向目標。產品經理技能樹以下引用我之前在女性科技社群Tape 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個眉角

【104職場力】・專案經理

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']

【104職場力】

數據分析師工作內容是什麼？薪水高嗎？技術能力與職涯發展指南

在大數據與AI科技浪潮下，數據分析師需求大增。數據分析師在做什麼？需具備什麼條件？職涯發展性如何？本文將深入剖析。文 /【104學習精靈】本文目錄（點擊可快速前往）什麼是數據分析師？需要哪些技能？數據分析師薪資行情如何？技能與行業別是落差關鍵數據分析師職涯發展：轉職工程師薪水加乘哪些產業需要數據分析師？數據分析師的挑戰什麼是數據分析師？需要哪些技能？數據分析師工作內容數據分析師，又常被稱為資料分析師（Data Analyst），負責「將數據轉化成對企業有價值的資訊」。主要工作包括，運用工具挖掘數據價值；並透過可視化工具，將複雜數據轉化成易於理解的圖表與儀表版，幫助企業解決痛點、提升績效。數據分析師技能與工具能力分析基礎Python商務分析簡報提案核心網路爬蟲SQL資料視覺化R語言TableauPower BI認證GA4數據分析認證進階雲端應用VBA資料擷取職涯資料科學家資料工程師▲ 數據分析師應具備技能、工具能力、職涯指引表，點選不同技能會對應到相關課程。 1. 數據分析師基礎工具能力數據分析師需要熟悉專業數據分析工具，以快速整理、分析數據，特別是在行銷與銷售領域。 Python語言能力：數據分析師常用的入門工具，用於數據分析、資料處理。商務分析能力：透過Excel的函數與數據透視表功能，執行數據清理與分析。簡報提案能力：數據分析師須具備數據報表呈現能力，搭配AI工具提升簡報能力 [course_plugin title='數據分析師入門課程推薦' keyword='數據分析師｜入門實戰' amount=1] [course_plugin api_type='course_id' title='數據分析師學習營課程' id='a20d4275-3867-4738-9d32-ad850fb3bc1c'] 數據分析師基礎工具推薦課程線上 Python 新手村｜練就扎實基本功 5538人感興趣    了解課程＞線上 ChatGPT x Excel | 職場必學商務數據分析術 334710人感興趣了解課程＞線上 AI簡報3項思考力，ChatGPT倍速提升商業競爭力！目標思考、換位思考、邏輯思考 9212人感興趣     了解課程＞延伸推薦課程 👉 成為 AI 科學家｜快速闖關 Python 語法世界，程式實作不頭痛👉 Python 基礎程式設計｜開外掛勇闖 Python 異世界👉 不寫程式的大數據分析師：數據分析之王-超強excel樞紐分析👉 無痛起步-Excel VBA超入門實戰 👉 用Excel也能玩轉統計分析 2. 數據分析師核心技能多樣化的程式語言能力以及更進階的視覺化報表工具使用，幫助數據分析師處理大量且高效的運算與工作。 R語言：適合統計分析與資料視覺化，適用於深度數據分析。 SQL：可幫助數據分析師用於資料庫查詢與數據處理，能處理大規模結構化數據。 Tableau：用於建立互動式儀表板與高階數據可視化。 Power BI：能與多種數據來源整合，適合商業報告製作。 3. 數據分析師證照 GA4（Google Analytics 4）認證：熟練GA4分析用戶行為，評估網站效能。數據分析師核心工具推薦課程線上 R語言/R-Studio入門─統計分析、資料探勘與機器學習的原理與實戰演練 4057人感興趣   了解課程＞線上快速活用 MySQL，精準設計關聯式資料庫 15855人感興趣了解課程＞線上從Excel到Power BI數據視覺化 56517人感興趣了解課程＞線上 Tableau數據視覺化分析快速上手 10264人感興趣了解課程＞延伸推薦課程👉 成為 AI 科學家｜資料分析師必備視覺化技能 Power BI👉 Power BI Desktop --從基礎到資料視覺化實戰👉 Power BI 零基礎實戰 | 培養商務數據分析力👉 輕鬆上手Tableau商用智慧互動儀表板👉 Google Analytics 4 數據分析師國際認證保證班 4. 數據分析師進階升級技能透過可視化工具將複雜的分析結果轉化為易於理解的圖表與儀表板。網路爬蟲工具：常用於資料量龐大、多元來源的數據，透過程式語言工具進行資料挖掘與蒐集。 VBA自動化工具：Excel的高階巨集工具技能，透過程式語言設定，可幫助數據自動化高效產出。雲端應用進階能力：當企業規模龐大，數據分析師需處理大量且複雜的資料分析，需具備機器學習與雲端技術技能，協助資料工程師與業務部門進行更準確、高效的數據預測。數據分析師進階能力推薦課程線上 Python 網路爬蟲 | 數據分析的第一步就是要學會爬 6276人感興趣了解課程＞線上財會工作秒殺技! 活用VBA，開啟你的自動化工作術! 39226人感興趣  了解課程＞線上 Oracle APEX 入門實戰！ 5634人感興趣   了解課程＞延伸推薦課程👉 成為 AI 科學家｜網路爬蟲大師教你快速完成資料擷取搭配5大特質（軟技能）：錄取數據分析師更容易數據思維能力：數據分析師不僅需要處理數據，更需要具備挖掘數據背後的好奇心與敏銳度，擅長從複雜的數據中找到模式和影響變因，進而提煉出有價值的洞察。溝通與表達能力：數據分析師常需要將技術性的數據結果轉化為非技術人員能理解的洞察，並透過簡報、報告或儀表板進行清晰的表達。解決問題能力：數據分析師的核心價值在於解決業務中的實際問題，需理解業務需求，將模糊的問題轉化為可操作的數據分析方案，並以數據為基礎提供可行的解決建議。自學與精進技術的能力：數據分析領域的技術更新快速，掌握自學能力是持續保持競爭力的關鍵。無論是學習新的數據工具（如雲端平台、機器學習技術），還是掌握行業最新趨勢，持續進修都至關重要。數據安全與保護隱私的能力：數據隱私和安全問題越來越受到重視，數據分析師需確保數據的合法性與安全性，避免違反相關法規（如GDPR、CCPA），並提升對敏感數據處理的規範性。數據分析師薪資行情如何？技能與行業別是落差關鍵數據分析師做為數據推升關鍵角色，薪資水準因地區、行業、技能和經驗的不同而有所差，以3年以下工作經驗的平均月薪來說，行情不輸半導體工程師，加上技能門檻高，升遷與轉職機會多。 1. 台灣數據分析師薪資範圍初階（3年以下經驗）：月均薪約5.5萬。中階（3-5年經驗）：月均薪約 6.1萬。高階（5-10年經驗）：月均薪約7.1萬。（以上資料來源：104薪資情報） 2. 影響數據分析師薪資的因素技能組合：具備機器學習、大數據工具（如Spark、Hadoop）或雲端技術（如AWS、Google Cloud）等加分技能的數據分析師，薪資水準更高。行業差異：科技、金融、醫療等數據密集型行業的薪資相對更高。數據分析師職涯發展：轉職工程師薪水加乘數據分析師擁有寬廣的職涯發展空間，以下是數據分析師常見的職業成長路徑： 1. 資料科學家如果說數據分析師是透過分析蒐集現有的數據提供解決方案；資料科學家更偏向透過處理大量且複雜數據庫提供預測性分析。技能需求：更深度的專業技能，如進階的程式語言技能、機器學習技術和大數據工具。課程推薦：AI資料科學家全方位學程班 2. 資料工程師資料工程師工作著重在與數據資料庫相關程式設計與技術研發方面，包括數據建模的程式語言、AI及機器學習相關技術、大數據雲端架構技術層面，資料工程師都需要涉獵。技能需求：數據技術導向的維護與開發，需要更高階的數據應用工具技術，如使用 ETL 工具、大數據框架、SQL等。學習指南：資料工程師學習地圖課程推薦：資料工程師養成班 3. 軟體工程師部分企業因組織規模關係，會將資料工程師工作內容劃分進軟體工程師的職責中，與跟資料工程師相同，軟體工程師需要具備程式設計與系統設計能力。技能需求：設計高階數據模型，帶領數據分析團隊，參與業務策略規劃。學習指南：前端工程師學習地圖、後端工程師學習地圖哪些產業需要數據分析師？數據分析師的需求已滲透至各行各業，其中以下幾個產業需求最為旺盛： 1. 科技與軟體業（AI數據分析師）分析用戶行為，提升產品體驗；開發推薦系統等。 2. 電商與零售業（商業數據分析師）優化促銷活動，分析購物行為，提升轉化率。 3. 金融與保險業（金融數據分析師）信用評分模型、風險預測，優化投資策略。 4. 醫療健康產業（醫療數據分析師）個性化治療方案，疾病趨勢預測。 5. 半導體製造業（數據分析師）製程數據分析，設備異常檢測。 6. 行銷與廣告業（行銷數據分析師）廣告效果分析，用戶分群，A/B測試。數據分析師的挑戰首先，技術的快速發展給數據分析師帶來了學習壓力。隨著人工智慧、大數據處理工具和雲端技術的日新月異，數據分析師必須不斷更新自己的技能，掌握最新的工具與技術，如Hadoop、Spark或機器學習模型。這種技術上的「追趕」需要投入大量時間和精力，特別是在同時承擔日常工作的情況下，如何平衡學習與工作的時間分配，成為許多分析師面臨的困境。在業務層面，數據分析師常常需要與非技術背景的同事或主管合作，這也成為一項重要的挑戰。數據分析結果通常具有高度的技術性，如何將這些複雜的分析內容用簡單、直觀的方式呈現，並與業務需求對接，是數據分析師的重要責任。當分析結論無法與業務目標完全契合時，還需要通過溝通和協調來尋求共同解決方案，這對分析師的溝通能力提出了很高的要求。 [course_plugin api_type='course_id' title='數據分析師學習營課程' id='a20d4275-3867-4738-9d32-ad850fb3bc1c'] 延伸閱讀：產品經理 - 學習地圖(上)：技能養成篇成為雲端工程師的攻略指南：核心技能＆職涯精進完整解析如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略轉職前端工程師│工作內容、技能、薪水與職涯發展指南想當資料工程師？工作內容、核心技能、薪水、職涯發展完整解析 [joblist_plugin title='更多104【數據分析師】工作機會' url='https://www.104.com.tw/jobs/search/?order=15&page=1&jobsource=joblist_search&indcat=1001001000,1001000000&ro=1&keyword=%E6%95%B8%E6%93%9A%E5%88%86%E6%9E%90%E5%B8%AB' amount='3']

【104職場力】・數據分析

有任何收穫或想分享的，都來和大家一起聊聊吧！