商業策略規劃
104學習
表單設計
指的是規劃和製作用於收集資料的文件或電子格式，讓使用者能快速且正確地輸入資訊。好的設計能提升填寫效率，減少錯誤，並方便後續資料整理與分析。這項技能在行政管理、客服、市調等多種產業都很重要，能有效協助企業蒐集關鍵數據，優化工作流程。具備此能力的人才，通常熟悉使用Excel、Google表單或專業表單系統，且懂得考慮使用者體驗與資料結構，提升整體工作品質與效率。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
【績效管理-入門】企業績效目標設定及評估
資深經理人教你超強Excel數據力
提升工作效能(一)：善用工作規劃
長照行政品質必修課｜行政與照顧品質管理基礎四堂課
資料庫設計原理
AI 商業數據與工作應用實戰：分析、報表與決策支援【09/30】
專案矩陣分析與應用技巧
不瞎忙!職場達人必修課(二)：工作執行與管理
專案管理速成術
精選證照
考取專業證照，讓能力被市場看見
人資專案管理師認證
專案成敗早在專案念頭發起時就已決定大半，雖然專案管理(Project Management)早在各個產業領域深入推廣，然而對於許多人資夥伴而言，似乎還是欠缺可實際運用的成功模式。藉由每位講師多年人資專案輔導與實際推動經驗，透過理論架構與案例分享，引領大家正確地從完整人力資源體系的宏觀角度切入，順利地將專案管理(Project Management)手法與工具成功應用在人資領域的各種企劃技巧、工具軟體、簡報提案與進度掌握上，進一步協助人資夥伴提升人資專案管理的績效表現。
社團法人中華人力資源管理協會
精算師
精算人員主要負責公司整體的財務規劃，包括保險商品的設計，與法務及高級行銷主管共同設計保單條款、保險費率的釐訂、保單責任準備金的提列、解約金及保單紅利的計算、營業費用分析、單一商品及公司整體表現的檢視、死亡率及各項商品發生率的統計分析，協助編製各項管理用的財務報表，如為外商壽險公司可能另須依外國總公司之財務準則編製所需的報表。
中華民國精算學會
APMP Level C， Project Supervisor
APMP Level C Project Supervisor證照專為具備專案管理基礎知識與實務經驗者設計，涵蓋專案計劃、執行及監控等核心能力，強調有效溝通、風險管理與團隊協作技巧，確保專案目標達成與資源最佳運用，是提升專案管理專業度及職場競爭力的重要認證。
AFAQ AFNORINTERNATIONAL法國貝爾國際認證機構
數位人資管理師-經理級認證
數位人資管理師認證學程將幫助你，運用e化系統的力量，將大量的人資行政瑣事效率化；利用聰明的流程再造，將員工視為內部顧客，全面提升員工體驗；最後發揮數據力，真正成為組織成功的策略夥伴！
獲得數位人資管理師-經理級認證，代表你具備以下能力
1.了解員工體驗的精神，與e化流程的設計思維，可協助組織全面檢視HR各流程的重要問題與精進的方向。
2.熟悉e化流程的設計方法步驟，協助組織善用數位科技的力量，優化現有制度流程，促進員工體驗。
3.清楚大數據分析的內涵，與業界實務運用案例，可幫助公司導入大數據分析專案，解決公司在人力計畫、人才發展、留才管理上碰到的重大問題。
104資訊科技股份有限公司
甲級模板技術士
模板技術士技能檢定規範於民國六十六年十月十七日編訂公告實施，依其技能專精領域分為甲、乙、丙三級，丙級的工作領域，以從事於木模板的工作範圍為主，並能依據圖說組裝架設模板。乙級除了能按圖組裝架設之外，尚需能正確分析模板之工料，及能計算模板施作面積及各類材料之數量，以供計價及備料之依據。甲級除了應具備乙、丙級之技術領域外，並應具備有模板工程的規劃管理、督導及估算之能力。
甲級工作範圍：從事模板工程計劃管理、督導、估算等工作。
勞動部勞動力發展署技能檢定中心
基礎編排設計InDesign
基礎編排設計InDesign證照驗證持有人具備使用Adobe InDesign進行排版與設計的基本能力，涵蓋文字編輯、圖像處理及版面配置等技巧，能有效製作海報、書籍與宣傳品等多種印刷與數位媒體作品，適合從事平面設計及出版相關工作者提升專業技能。
尚未查核發照單位
精選貼文，掌握第一手知識
「接案作品集」怎麼準備？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學習精靈】
本文目錄（點擊可快速前往）
產品經理是誰？為何成為熱門職業？ 產品經理工作內容 產品經理與相近職類比較表 為什麼選擇產品經理？ 誰適合轉職產品經理？ 掌握產品經理的核心能力：必備工具技能 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大挑戰｜商業思維學院
設計接案合約必備5大要素！保護權益必知，終結客戶鬼打牆
設計外包接案，簽合約有哪些要注意？客座小編「設計Ya黃素」本次分享「設計接案合約必備5大要素」，提醒大家荷包賺飽之餘也要保護自身權益，歡迎分享與追蹤唷！
文／設計Ya黃素
本文目錄：設計外包接案合約5要素（點擊可快速前往）
設計接案外包常見3地雷設計接案合約必備5要素【設計接案合約01】工作範圍與內容【設計接案合約02】時間表與交付期限【設計接案合約03】付款條件與時間安排【設計接案合約04】修正次數與追加費用【設計接案合約05】版權與保密條款
從訪談設計師業外收入得知，大部分設計師為了多賺一點，下班後幾乎都是以外包接案的方式來增加口袋的深度。不過，相信大家都曾經陷入無限循環的修改地獄，或是怎麼催都催不到帳的狀況，「設計Ya黃素」小編了解大家的痛，因此這次無私地公開小編擬定合約的5個小撇步，希望大家從此接案順利不卡關，外包路順順順！
在 Instagram 查看這則貼文 設計Ya黃素（@design.ya.huangsu）分享的貼文
注意：可以點擊星號收藏 ，簽合約前反覆詳讀！
設計接案外包常見3地雷
無限循環的修改
給錢給得拖拖拉拉
永遠的急件
想要避免以上接案鬼故事發生，少不了詳細清楚的合約，用智慧終結客戶鬼打牆！
設計接案合約必備5要素
以下5項合約要素不能缺少任何一項，才能保護好自己的權益，避免後續爭議喔！
工作範圍與內容
時間表與交付期限
付款條件與時間安排
修正次數與追加費用
版權與保密條款
提醒：本文範例合約內容為比較初階且必要的項目，實際合約內容請務必視專案內容來增減，以確保雙方的權利與義務。
圖片來源：設計Ya黃素
【設計接案合約01】工作範圍與內容
一定要清楚定義工作範圍，確保雙方對所需的交付物、工作流程及專案期限都有共識，以避免日後產生爭議。
範例：工作範圍乙方承接甲方的【網頁設計工作】，包含：【首頁設計、內頁模板、行動版適配】等。具體需求和設計內容由雙方確認並書面記錄。
圖片來源：設計Ya黃素
【設計接案合約02】時間表與交付期限
訂定各項目的階段時間表，包括設計初稿、修正稿、最終稿的提交時間，以及網站或設計作品的上線或交付日期，確保專案按時完成。
範例：工作時程乙方應於ＯＯ年ＯＯ月ＯＯ日前完成設計初稿，並於ＯＯ年ＯＯ月ＯＯ日前交付最終版。此約定時間以甲方已交付所有需要資料為前提，若甲方資料延遲提供，應另外協商交件日期。
設計Ya黃素提醒：如果擔心對方回覆太晚造成專案進度延遲，可以再加上審稿回覆日期，或是寫明交稿後幾天內甲方要回覆修改內容，來確保專案時間不會拖太長。
圖片來源：設計Ya黃素
【設計接案合約03】付款條件與時間安排
分階段付款可以降低拖款的風險，因此要在合約裡明訂付款條件，如預付款、中期付款及尾款的比例和支付時間，確保設計師在過程中能按時收到報酬。
範例：付款方式全案總金額：ＯＯ元甲方須在簽約後支付訂金：ＯＯ元（總經額的30%）中間款：初稿交付後支付ＯＯ元（總金額的40%）最終版本交付後支付ＯＯ元（總經額的30%）乙方在收到全額款項後，將移交所有設計文件。
圖片來源：設計Ya黃素
【設計接案合約04】修正次數與追加費用
寫明允許的免費修正次數，以及超出範圍的修正或新增需求的收費標準，以避免無止盡的免費修改要求。
範例：修改與取消條款雙方經確認風格與內容後，乙方提供最多Ｏ次免費修改機會。每次修正需在Ｏ天內完成。超過部分需額外收費，具體費用由雙方協議。若專案取消，已支付的款項不予退還，乙方有權保留所有已完成的設計。
設計Ya黃素提醒：所謂的修改應指風格已確認後的修改次數。合約裡也可以明訂超過的次數以ＯＯ元來計算。
圖片來源：設計Ya黃素
【設計接案合約05】版權與保密條款
需要有明確的設計作品版權歸屬，以及雙方的保密義務，防止作品被未經授權使用或機密洩露，這點對於保護設計師或是客戶的利益都非常重要。
範例：版權與使用權乙方保留設計作品的著作權，甲方擁有ＯＯ的使用權。非經乙方書面同意，甲方不得將作品進行二次轉售或用於非約定用途。
範例：保密條款雙方同意在合約期間及之後保密所有涉及專案的商業資訊，若乙方發生違約情形，甲方得終止契約，並可向乙方求償。
範例：爭議解決如雙方發生爭議，應友好協商解決。協商不成時，應提交管轄地法院裁決。
圖片來源：設計Ya黃素
[joblist_plugin title='更多【設計接案】工作機會' url='https://www.104.com.tw/jobs/search/?ro=0&kwop=7&keyword=設計接案&expansionType=area%2Cspec%2Ccom%2Cjob%2Cwf%2Cwktm&order=12&asc=0&page=2&mode=s&langFlag=0&langStatus=0&recommendJob=1&hotJob=0' amount='3']
更多【外包接案技巧】推薦給你：
接案族該如何報稅？一文搞懂「接案外包」報稅技巧
設計接案平台推薦！國內外8大設計師接案外包大平台
接案報價不是憑感覺！給新手的基礎報價公式參考
最完整免費接案社群整理，自由工作者、接案族必備
社群行銷、文案寫手接案報價與外包行情參考
[course_plugin title='數位游牧｜接案教學推薦' keyword='設計師接案必修課' amount=1]
你適合當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]
甘特圖是什麼？免費軟體＋甘特圖Excel範例教學懶人包
不少人會選擇使用「甘特圖（Gantt Chart）」工具來規劃專案時程。如果您還不知道甘特圖是什麼、它有哪些厲害用途，又或者想了解甘特圖Excel製作流程，《104職場力》小編彙整了完整範例及超實用甘特圖模板，助你輕鬆上手專案排程。
更新時間：2025/10/29
文／《104職場力》整理
本文導覽
Q：甘特圖是什麼？Gantt Chart特點簡介甘特圖用途有哪些？什麼工作項目和場合可使用？專案應用上的甘特圖範例甘特圖有什麼優點？甘特圖有什麼缺點？Q：甘特圖怎麼做？甘特圖Excel繪製教學微軟作業系統的甘特圖軟體如何自製甘特圖？Excel甘特圖步驟教學甘特圖製作步驟一：創建一個項目表甘特圖製作步驟二：製作Excel長條圖甘特圖製作步驟三：資料與圖表完整補足Q：有哪些免費／付費甘特圖產生器？參考更多甘特圖範本與模板甘特圖製作免費軟體Q：如何確認甘特圖設計是否合理？
Q：甘特圖是什麼？Gantt Chart特點簡介
甘特圖（Gantt Chart）為1910年由亨利．甘特（Henry Laurence Gantt）提出，甘特圖英文便是以他的姓氏命名，經常於專案管理使用，可以清楚了解每項任務的開始時間、所需時間及結束日期。
甘特圖的橫軸代表著時間；縱軸代表著每個項目及任務；而各項線條長短則代表著各任務開始與結束時間。
甘特圖作用最主要追蹤著每個任務項目的進度，多能利用其他生產力工具額外增加資訊，例如每個任務間的關係、每個任務目前進度與狀況、使用了甚麼資源、是否遇到延宕或問題等。
甘特圖用途有哪些？什麼工作項目和場合可使用？
上一段我們簡單提到甘特圖的功能特點，這段就為大家詳細講解，希望幫助大家在甘特圖應用上更有概念。
常見的甘特圖用法
任務排程：可以在甘特圖中列出所有專案任務，並訂定它們的開始和結束日期，便可以透過甘特圖確定任務之間的先後順序和時間軸。
資源分配：專案負責人可以 透過甘特圖指派合適的人員、設備或其他資源給每項任務，確保組織資源的有效運用。
任務管理：在甘特圖中可以標記任務之間的依賴關係，以確保專案按合適的順序進行，避免專案之間的衝突。
進度追蹤：透過甘特圖可以追蹤專案進度，了解任務完成情況、是否如期進行等，作出必要的調整以達成預定目標。
團隊溝通： 因為直觀好懂的特性，甘特圖可作為一項有效的溝通工具，讓參與成員清楚了解專案情況和每個人的責任，加強團隊間的合作和協作。
決策支持：甘特圖提供了全面的專案概覽，有助於管理者做出明確的決策、調整任務排程，並有效管理專案的風險和資源。
甘特圖這麼強大，可以用在什麼項目上？如果還不清楚，可以參考下範例。
專案應用上的甘特圖範例
甘特圖應用範圍並非侷限於特定行業，一般公司專案計畫的推動、業務期程安排、福委會員工活動規劃、企業廠房擴建等，大大小小不同領域都能使用。以下是一些可以使用甘特圖來管理、規劃的工作項目及場合範例：
建築專案管理：在建築行業中，甘特圖可用於安排施工任務、追蹤工程進度以及協調各種工程階段。
軟體專案開發：軟體開發團隊可以使用甘特圖依序安排程式碼的開發、測試、專案上線等任務，並有效追蹤軟體開發進度。
活動策劃和管理： 活動策劃人員可以利用甘特圖的特性安排活動籌備工作、確定執行進度和流程，以確保活動順利進行。
新產品設計測試：甘特圖有助於管理各階段的新產品開發進度，如概念設計、原型製作、測試和正式上線等。
行銷推廣計畫：行銷團隊可以使用甘特圖來規劃產品的各項推廣期程，例如：社群、線下活動、數位廣告啟動等工作。
學術研究專案：研究人員可以利用甘特圖組織研究任務、安排實驗進度並追蹤，進而掌握研究項目的進展。
企業內部專案：內部流程改善、系統更新、員工培訓等企業內部專案，無論是大型專案還是小型任務，甘特圖都可以提供清晰的組織框架和視覺化呈現，有助於專案團隊有效地管理工作進度和分配資源。
簡而言之，如果需要掌握每項事情的步驟、時間安排、耗費時間與截止日等，皆能借重甘特圖之協助。
甘特圖有什麼優點？
甘特圖優點在於清楚呈現各項任務進程與時間資訊：
有著多少任務項目、各項任務又是什麼
每項任務的開始和結束時間
每項任務計劃持續多久的時間
每項活動與其他活動是否具有重疊的地方，以及重疊的程度
這一個大專案或完整計畫的開始和結束日期
如此，可以將一複雜大型計劃拆分成數項任務執行，也能清楚估算當前進度狀況，進行適當調整。
甘特圖有什麼缺點？
管理時間上雖然清楚易用，但如果要呈現其他資訊或了解更多細節就會產生問題：
1. 無法看出問題點
雖然能明確掌握每項任務所需時間與進度，從起迄時間了解與預期狀況的差距。可能發現某項任務花了比預期還多的時間，卻無法看出為什麼發生這樣的問題。
單純使用甘特圖僅能看出時間規劃，因此必須透過其他方式或備忘錄才能記載任務遇到的問題與癥結點。
2. 難以呈現龐雜交錯的任務項目
如果今天各項任務複雜且相互牽涉，又難以明確切割時，甘特圖反而變得複雜而不易清楚呈現。又當需要加入其他重要資訊、項目有優先順序、時不時拆分細項，如此大型或長時間的專案，則建議使用較專業之專案管理工具。
3. 人力掌控的缺乏
直接檢視甘特圖時，可以了解每項任務的時間長短，知悉有哪項任務正在進行，但無法得知每一項有多少人力投入、比例分配為何。
因此如欲進一步管理人力及掌握其他資訊，也如開頭所言即須其他生產力工具的運用。
Q：甘特圖怎麼做？甘特圖Excel繪製教學
微軟作業系統的甘特圖軟體
統一使用微軟作業系統的企業有福了，微軟即提供簡單的甘特圖模板（Simple Gantt Chart (office.com)）。沒有微軟甘特圖的話，其實也還有其他辦法可以自製。
Simple Gantt Chart表格來源：微軟 Office
如何自製甘特圖？Excel甘特圖步驟教學
另外也能簡單自行製作甘特圖，需注意的重點
製作前準備：釐清任務、蒐集資料與時間
製作時留意：規畫各項任務、合理清楚的分配
以下步驟參考之：
甘特圖製作步驟一：創建一個項目表
首先將任務項目資訊輸入表格中，而最左列的表格列出每個任務項目，接著添加其他資訊：
任務項目起始日（Start Date）
任務項目完成日（End Date）
第幾天開始（Start on Day）
需耗費時間（Duration）：這項任務需要耗時幾天（起始日－完成日）
依據自身掌握每項任務的狀況推算需要花多少時間、何時應當開始。除了手動填入，也能利用Excel公式自動填入，譬如起始日是B欄，完成日在C欄，而耗費時間在D欄，則使用公式［C2－B2］（或［C2－B2＋1］）算出需耗費天數，以此類推。
又如果其中有任務需要在特定日期前完成，同時也能夠預估完成這項任務需要耗費多久時，則可以透過截止日和耗費時間回推最遲的開始期日。
任務項目截止日（End date）－需耗費時間（Duration）＝任務項目起始日（Start date）
甘特圖製作步驟二：製作Excel長條圖
為了讓數據更為清楚，我們可以先製作一長條圖，圖像化呈現較容易看出第幾天需要開始以及進程。
首先先選取任務項目第幾天開始（Start on Day）這欄。
「插入」選擇「直條圖」或「橫條圖」，建議可以選擇堆疊橫條圖。
便會創造出X軸為開始日期，Y軸為各項任務的圖表。
現有資訊備妥齊全後，即進入下一步驟繪製出甘特圖。
甘特圖製作步驟三：資料與圖表完整補足
如有開始的期日及需要完成的期日，而欲算出每項任務所需時間（Duration），利用公式［C2－B2］以此類推：
而要算出在這個期程第幾天需開始第N個任務，則利用公式［B2－$B$2］以此類推：
註：於欄列前加入"$"為固定該單元格
初步完成後，開始將甘特圖表補足：
「插入」選擇「堆疊橫條圖」圖表前，先選取D1至D11單元格
對著「堆疊橫條圖」圖表右鍵點選「選取資料」
「圖列項目(數列)」點選「新增」後，出現「編輯數列」視窗
「數列名稱」單元格選取「Duration 所需天數」（如「＝工作表1!$E$1」）；「數列值」單元格選取「E2至E11」（如「＝工作表1!$E$2:$E$11」），「確定」
於圖表上「第幾天開始」的長條圖示右鍵點選，將「外框」與「塗滿」顏色選擇「無外框」、「無塗滿」
對著「堆疊橫條圖」右鍵點選「選取資料」
「水平(類別)坐標軸標籤」點選「編輯」，選取範圍任務1到任務10（如「=工作表1!$A$2:$A$11」）
對圖表左側「垂直類別軸」右鍵點選「座標軸格式」，「坐標軸選項」中勾選「類別次序反轉」即可任務1在最上上面向下排列。
如此一個簡潔的甘特圖即可完成。
Q：有哪些免費／付費甘特圖產生器？參考更多甘特圖範本與模板
甘特圖製作免費軟體
常見如Excel、Canva、Gantt.io都是簡單易上手的甘特圖製作工具，Canva提供多種樣式，而Gantt.io也有各式專案主軸範例，依自身偏好選擇合適模板，清楚呈現時間資訊。
Canva Free Online Gantt Chart
Gantt.io 以「拯救公主」詼諧的呈現甘特圖模板
如果本身專案較複雜，或有更專業的製作需求，有些企業甚至會採購更專業的管理工具及軟體，大多包含甘特圖相關功能。如有專業或大型專案需求，使用完整、功能齊全之專案管理軟體較為適合妥適。
Q：如何確認甘特圖設計是否合理？
先前若有製作甘特圖之經驗，透過前例或相關經歷是判斷甘特圖設計是否合理的主要途徑。若是首次嘗試甘特圖，如其他時間規劃常有之建議，非必要不將時間做緊迫安排。留有彈性或寬裕時間，萬一遇到緊急狀況較有伸縮的空間調整。
另外，也與其他管理工具一樣需要定期檢視與改善，因甘特圖透過「任務劃分」與「時間排定」劃定兩軸，也利用此兩面向作為檢討改善的單位。
如每一項任務完成後，即排定檢討、回顧該項任務有何缺失或需要調整的部分；又到了選定的時間點時，回頭檢視當前專案執行狀況、每一項任務有何問題或尚未完成。如此才能提升專案管理的成效，達到目的。
參考資料
What is a Gantt Chart? Gantt Chart Software, Information, and History
Gantt Charting: Definition, Benefits, and How They're Used (investopedia.com)
What Is A Gantt Chart? The Ultimate Guide – Forbes Advisor
How To Make A Gantt Chart In Excel – Forbes Advisor
創造屬於自己的職涯價值，你還可以這樣做
SWOT分析是什麼？怎麼做？沒想到，求職也能用SWOT分析自我優勢
2024年超實用PPT模板推薦！8個高質感免費簡報範本網站
簡報結束後才是戰場，面對提問的3大應對技巧｜職場工作術
別再錯把OKR當KPI！寫出激勵人心的O，讓團隊KR全力以赴
成功人士高效率「時間管理」的秘訣？想辦法吃到屬於你的「無敵星星」
為什麼我發的Mail，都沒人要回我信？
[course_plugin title='職場Excel相關課程推薦' keyword='EXCEL' amount=4]
前端工程師是什麼？薪水怎破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）負責部署、效能優化確保網站運行順暢前端工程師的合作夥伴
接案外包怎麼選？長期合作、短期案件的優缺點與混合策略
剛開始接案，如何從零碎接案到穩定發展？自由接案者常面臨收入不穩定或客戶單一依賴的困境，作者解析長短期合作模式的優缺點，以及混和模式的實際案例、個人接案經驗分享提醒，幫助你找到最適合的接案策略！本文節錄自《不想上班的勇氣：軟體工作者的第一本接案指南》。
文／陳泰銘（Taiming）
本文目錄（點擊可快速前往）
長期合作、短期案件接案模式比較長期合作短期案件長期合作vs短期案件優缺點比較混合模式：結合長期與短期優勢案例 1：全端工程師的混合模式案例2：UI/UX設計師的混合模式案例 3：後端工程師的混合模式經驗分享：從零碎接案到穩定發展的接案之路
長期合作、短期案件接案模式比較
長期合作
長期合作通常指的是與特定客戶建立穩定的合作關係，可能是長期維護、持續開發，或擔任外部顧問角色，合作期限從數個月到數年不等。
案例：長期合作-SaaS產品的前端維護與開發背景：A接案者是一名資深前端工程師，接下了一家新創SaaS公司的長期合作專案，負責產品的前端維護與新功能開發。合作模式：每月固定薪資，約定每週工作20小時。主要負責React + TailwindCSS的前端開發。需與內部後端工程師及PM協作，參與技術討論與程式碼審查。
短期案件
短期案件通常是一次性合作，範圍清楚、時限短，合作時間通常介於數天到數個月。
案例：短期合作 - UI/UX 設計一次性專案背景：C接案者是一名 UI/UX 設計師，接到某 B2B 企業的網站重新設計案。合作模式：按專案計費，總金額30,000元，分3期付款（30% 訂金、40% 中期、30% 交付）。專案週期為8週，需提供Figma設計稿及互動原型。交付後提供2週的微調支援，但不包含未來的維護工作。
長期合作vs短期案件優缺點比較
在選擇接案模式時，了解長期合作與短期案件的優勢與風險至關重要。
比較專案長期合作短期案件收入穩定性✔ 穩定，每月固定收入，降低找案壓力。✘ 不穩定，需要不斷找新案，可能有收入空窗期。工作彈性✘ 受客戶需求影響較大，需長期配合排程。✔ 自由度高，能選擇自己想做的案子，工作時間較彈性。專業發展✔ 深入特定領域，累積經驗並影響技術決策。✔ 可接觸多元技術與產業，擴展視野。風險管理✘ 若合作關係終止，可能短期內失去主要收入來源。✘ 需要合約保障，避免客戶惡意拖延付款。
混合模式：結合長期與短期優勢
許多成功的接案者會採取「長期合作 + 短期案件」的混合模式：
用長期合作維持穩定收入，確保基本開銷無虞。
用短期案件增加彈性與收益，嘗試不同技術與市場機會。
這樣不僅能兼顧財務穩定，還能維持工作彈性，並降低單一合作模式的風險。
案例 1：全端工程師的混合模式
背景：Aiden是一位全端開發工程師，擅長React和Node.js，主要以自由接案維生。
模式：他與一家SaaS企業簽訂長期合作，負責維護與開發新功能，每月固定收取$60,000元。除了這個長期合作，他每月還會接1~2個短期案件，例如：幫某間新創公司開發一個行銷網站，報價$10,000元，開發期兩週；接一個內部管理系統的小功能開發，報價 $20,000 元，工時一週。
案例2：UI/UX設計師的混合模式
背景：Emma是一名UI/UX設計師，擅長Figma和Adobe XD，專精於SaaS產品設計。
模式：她與一家B2B軟體公司簽約長期合作，負責每月80小時的UI設計，固定收入$40,000元。同時，她會接一些短期UI設計案，例如：幫某個獨立開發者設計App UI，收費$20,000元，設計期兩週；替某品牌重新設計登入頁面，收費$15,000元，設計期一週。
案例 3：後端工程師的混合模式
背景：Michael是一位後端工程師，擅長Python和FastAPI，專門開發後端API。
模式：他與一家金融科技公司簽訂長期合作，負責API開發與維護，每月$60,000 元。但為了讓自己保持市場價值，他會接一些短期API優化案，例如：幫某電商公司提升API效能，優化SQL查詢，收費$25,000元，開發期10天；替某家新創公司建立一個簡單的Auth機制，收費$18,000元，開發期7天。
混合模式為接案者帶來最理想的平衡，既能透過長期合作獲得穩定收入，降低經濟壓力，又能透過短期案件嘗試不同專案，提升市場競爭力與技術多樣性。這種方式還能靈活調整工作內容，避免完全依賴單一客戶，降低風險。同時，短期案件讓你持續與市場保持連結，不會因為長期合作而技術停滯，確保職業生涯的長遠發展。
最終，成功的自由接案者不只是接案能力強，更重要的是懂得管理自己的時間與精力，讓長期與短期合作相輔相成，形成穩健而靈活的職涯模式。
經驗分享：從零碎接案到穩定發展的接案之路
以我自己的經驗來說，一開始接觸接案也是零零碎碎的，透過一些朋友介紹，陸陸續續接觸一些短期的需求。這些短期案件雖然規模不大，但讓我累積了許多實戰經驗，也逐漸熟悉與客戶溝通、報價、交付的流程。
等到覺得自己已經能夠獨當一面的時候，便開始主動尋找一些長期配合的案件來做。長期合作的案子通常需要更深入的溝通與規劃，也需要投入更多時間與心力，但相對地，它們能帶來穩定的收入與更緊密的客戶關係。這類案子讓我學會如何平衡多個專案的進度，並提升自己的時間管理與協作能力。
隨著時間的累積，做了一陣子後，發現自己的接案狀態逐漸趨於穩定。這時候，我盤點手上的案子，通常會有一到兩個長期合作的專案作為收入基礎，同時也會接一些短期的專案來增加收入多樣性。短期案件的好處是能快速完成並帶來成就感，而長期案件則提供穩定性與持續成長的機會。
對我而言，這樣的混合模式並不是刻意追求的結果，而是當自己的接案狀態趨於穩定時，自然形成的狀態。長期案件提供了穩定的收入與持續的合作關係，而短期案件則讓我有機會接觸不同的技術與挑戰，同時也能填補時間上的空檔。
所以，對於剛開始接案的各位，我的建議是：不用急於一時讓自己變成混合模式。接案的初期，最重要的是累積經驗、建立口碑，並找到適合自己的節奏。隨著時間的推移，當你逐漸站穩腳步，自然會發現自己手上既有長期合作的案子，也會有一些短期的需求找上門。這種混合模式是水到渠成的結果，而不是一開始就需要強求的目標。
接案是一條需要不斷調整與學習的路，無論是短期還是長期案件，都有其獨特的價值與挑戰。找到適合自己的節奏與模式，才能在接案的路上走得更遠、更穩。
節錄自：博碩《不想上班的勇氣：軟體工作者的第一本接案指南》／陳泰銘（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']
更多【自由接案】分享：
上班族也掀「斜槓兼職」熱潮！高薪兼職時薪破千，兼職工作機會懶人包
「接案作品集」怎麼準備？6大要素及不同客戶應對技巧
接案族該如何報稅？一文搞懂「接案外包」的報稅技巧，趕快收藏！
設計接案合約必備5大要素！保護權益必知，終結客戶鬼打牆
接案報價不是憑感覺！給新手的基礎報價公式參考
2025 最完整免費接案平台、接案社群總整理（附設計、行銷外包接案工作機會）
「數據／資料工程師」12個必備技能、推薦職缺、證照進修
大數據時代來臨，企業數位轉型的需求應運而生，因此數據工程師（資料工程師）在企業中所扮演的角色也日益重要。本文盤點要成為數據工程師，強烈推薦要學的 12 項必備技能。一起來看看【數據工程師】工作日常以及104人力銀行上有數據工程師工作機會。
成為數據工程師的 12 項必備技能（點擊可跳至章節）：
基本技能（程式語言與資料架構）
網路概念
資料庫 Database
數據湖 Data Lake 與物件存儲
數據倉儲 Data Warehouse
分散式系統
數據處理
機器學習 Machine Learning
作業編排管理
前端與儀表板
後端框架
自動化與部署
如何開始數據工程師之路？了解數據工程師工作日常
【數據／資料工程師】推薦職缺
【數據／資料工程師】職場常見證照整理
【數據／資料工程師】職場再進修課程推薦
文／LnData 麟數據科技
數據工程師的必備技能樹 (Source: Anuj Syal)
一、基本技能
首先，以下是最基本的必修技能，也是想進入這個行業需要的優先入手技能，包含：
SQL：SQL即「Structured Query Language」，也稱做「結構化查詢語言」，是一種用於管理和查詢關聯式資料庫的語言，用於處理和操作大量數據。它允許數據工程師對資料庫執行各種操作，如數據檢索、修改和定義，且幾乎所有資料庫和數據倉儲都使用SQL。
程式語言：數據工程師必備技能當然包括使用不同的程式語言來處理數據，如 R、Scala、Java等，但首推 Python，因為Python容易上手，並且擁有許多免費且開源的資料科學工具和資源，使其成為處理數據相關工作的理想選擇。不僅如此，Python還有豐富的開發者社群，讓你輕鬆找到相關的學習資源和解決問題的方法。
Git：即「Global Information Tracker」，Git是版本控制的重要工具，可以追蹤、保存和管理軟體代碼的所有更改和操作，幫助資料工程師協作開發數據工程項目，並確保團隊成員之間的協同工作，可避免有人亂改或誤刪代碼。
Linux指令和Shell腳本：Linux是一種常用的作業系統，數據工程師經常使用它來處理數據，常見的版本如Ubuntu、Fedora。熟悉Linux命令（例如cd、pwd、cp、mv等）和Shell腳本可以幫助數據工程師自動化任務、管理伺服器和處理大量數據。
資料結構和演算法：數據工程師需要對資料結構（Data Structures）和演算法（Algorithms）有足夠的理解和解決問題的技能，以優化數據處理和分析。初學者可透過初級到中難度的LeetCode問題進行練習。
二、網路概念
由於現在大半數據都在線上，因此工程師常需接觸與處理VM（虛擬機）、伺服器和 API（應用程式介面），而此時就需要對 IP（互聯網協議）、DNS（域名伺服器）、VPN 等基本網路概念有基本了解。
API（應用程式介面）概念示意( Source: Geeks For Geek)
三、資料庫
資料庫是按照數據結構來組織、存儲和管理數據的倉庫，相關概念包含：
基礎知識：資料庫是存儲數據的空間，包含表（Table）、行（Column）、列（Row）、鍵（Key）、連接（Join）、合併（Merge）和模式（Schema）等基本概念。
SQL：雖然前面提過了，但要知道在使用這些資料庫時，SQL可說是最泛用也最不可或缺的語法，因此這邊再提一次。。
ACID：是原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）、持久性（Durability）的縮寫，旨在確保數據操作的有效性和穩定性。
資料庫建模：指在設計資料庫時考慮如何組織資料的過程，包括星型模式、平面設計和雪花模式等不同方法。
資料庫擴展：包括垂直擴展和水平擴展，它們用於增加資料庫的性能和容量。
OLTP與OLAP：OLAP（在線分析處理）、OLTP（在線交易處理）是不同類型的數據處理系統。OLTP是設計用於處理日常業務交易和交互式操作的系統；OLAP則是設計用於分析和探索大量數據的系統。
關係型資料庫：Relational Database，是大多數應用程式使用的傳統資料庫，用於結構化數據。常用的資料庫有PostgreSQL和MySQL。
非關係型資料庫：Non-relational Database，也稱為NoSQL資料庫。跟傳統的關聯型資料庫不同，它們不使用固定的表格模式，而是以更靈活的方式存儲數據，適合處理大量非結構化數據。非關係型數據還可分為三種類型：
鍵值資料庫：如Redis、DynamoDB、FireBase
圖形資料庫：如Neo4j、ArangoDB
寬列資料庫：如Apache Cassandra、Google BigTable
常用的關係型資料庫 MySQL
四、數據湖 Data Lake 與物件存儲
數據湖是一種大規模集中式數據存儲系統，它允許組織以原始、半結構化或非結構化的形式存儲數據，而無需建立嚴格的資料結構。這意味著數據湖可以包含來自不同來源、不同格式和不同質量的數據，可以是文本、圖像、影音等，也包含報表、視覺化、資料分析、機器學習等轉換後資料。
數據湖通常使用分佈式或物件存儲（Object Storage）系統來存儲大量數據，如Hadoop HDFS、Amazon S3等。數據以原始文件或對象的形式存儲，每個對象都包含數據本身、元數據（metadata）和唯一識別子。這種方式使得數據能夠以平面結構組織，並且具有元數據以描述數據的特徵和用途，能夠更好地管理和查詢數據。
五、數據倉儲 Data Warehouse
數據倉儲（Data Warehouse）是一種專為組織和管理大量數據而設計的數據存儲和管理系統。它的主要目標是將來自不同來源的數據整合到一個統一的、易於查詢和分析的資料庫中，以支持企業的決策制定、報告和分析需求。例如 Google 的 BigQuery、AWS Redshift、Azure Synapse、Snowflake、ClickHouse 和 Hive。須了解的相關概念包含：
SQL（略）
規範化與非規範化：在數據倉儲中，數據可以以規範化（Normalized）或非規範化（Denormalized）的方式進行組織和存儲，具體選擇取決於業務需求和查詢性能的考慮。規範化主要為求消除數據中的冗余或不一致性；而非規範化則是將數據合併到一個表中以提高數據更改速度。
OLAP與OLTP（略）
六、分散式系統
包含大數據、Hadoop、分佈式文件系統、MapReduce等概念。在分散式系統中，多台機器（稱為節點或伺服器）組成叢集並共同協作，這些機器可以在不同的地方執行，彼此通信並共同完成任務。分散式系統的好處是可提高性能、可用性和擴展性，同時減少單點故障的風險。
由於其複雜性，這些系統擁有各自獨立的技術組件。因此，為了開發與佈署這些系統，數據工程師需要使用叢集管理技術或工具，如Kubernetes、Databricks，或者自行建立Hadoop叢集等。此外，還有許多開源技術可供利用。
Kubernetes 也稱為 K8s，是一個熱門的分散式系統開發和支撐平台(Source: DevOps Mojo)
七、數據處理
數據處理是指使用程式語言來轉換數據的過程，這包括清理數據以及驗證數據的準確性。在進行數據處理時，通常會使用各種工具和框架，具體選擇取決於任務的性質和規模。
以下是一些常用的數據處理工具和框架：
Pandas：Pandas是一個好用的Python套件，常被用於處理和分析數據。它提供了豐富的數據結構和函數，適合用於數據轉換和清理。
SQL：（沒錯，又是它）由於多數數據倉庫支持SQL語言，因此SQL是一個常用的工具，用於執行數據轉換操作，尤其適用於處理結構化數據。
Spark：Apache Spark是一個用於大數據處理的強大框架，它提供了分佈式數據處理和分析計算。Spark通常用於處理大規模數據轉換操作，性能高且具有可擴展性。
Spark Streaming：Spark Streaming是Spark的一個模塊，用於處理流式數據。它可以實時處理數據流，非常適合需要即時分析的應用。
Spark是常用於處理大數據的強大框架(Source: Data Mechanics)
八、機器學習 Machine Learning
機器學習（Machine Learning）是一種人工智慧（AI）的子領域，它教導電腦如何從數據中學習，以自動改進和做出決策，而不需要明確的程式指令。機器學習可以應用於多個領域，如圖像辨識、語音識別、自然語言處理、醫療診斷、金融預測以及自駕車技術等。
人工智慧、機器學習、深度學習都是資料科學中的熱門領域
對於數據工程師來說，了解機器學習的不同類型，包括監督學習、非監督學習和增強學習，以及相關的模型(如邏輯回歸、決策樹、K-最近鄰算法等)很重要。他們需要知道何時應該使用哪種模型，並學會處理數據、調整模型參數，以及評估模型的預測準確性。
操作機器學習的平台有Vertex AI、Kubeflow等，這些平台可以協助數據工程師輕鬆部署模型，並構建更準確的工作流程，幫助數據科學家做出更精確的決策。
Vertex AI 是Google Cloud上的一個機器學習平台
此外，還有一些集成平台可讓數據工程師將工作流程整合到一個地方，如AWS Sagemaker、Databricks和Hugging Face等。這些平台通過共用的應用程式接口和圖形界面，使應用軟體功能不受特定硬體、作業系統、網路協議或資料庫管理系統的限制。
AWS Sagemaker也是不少人的ML開發選擇(Source: AWS)
九、作業編排管理
編排（orchestration）是一種用於管理和協調組織各種任務和工作流程的方法。它幫助我們確保工作按照預定的順序執行，以達到我們的目標。
最佳的編排工具之一是Airflow。它使用基於Python的有向無環圖（DAG）來記錄工作流程，讓您可以清楚地定義和規劃工作。Airflow特別適用於複雜的工作流程，並且在大數據和數據工程領域中廣泛使用。
其他工具包含Luigi、Nifi和Jenkins。每個工具都有其獨特的特點和使用場景，可以根據你的項目需求來選擇適合的編排工具，可以幫助數據工程師自動化和管理各種任務，提高工作效率。
Airflow是開發時常用的工作流程管理工具(Source: Airflow)
十、前端與儀表板
前端和儀表板（dashboard）是用來展示數據結果和互動的工具。它們讓我們能夠以圖表、圖像和表格的形式呈現數據，並讓用戶與數據進行互動。
舉例來說，Jupyter Notebook 是一種常用的工具，它可以幫助數據科學家和分析師在筆記本中直接進行數據分析並建立視覺化圖表。
Jupyter Notebook是好用的互動式開發工具，是許多資料科學工作者選擇
此外，儀表板或所謂BI工具如 PowerBI 和 Tableau，以及 Python 套件如Dash 和 Gradio，也被廣泛使用。這些工具允許我們建立互動性強的儀表板，讓用戶輕鬆探索數據，查看不同的視覺化結果，並根據需求進行操作。
Tableau是業界常用的商業智慧(Business Intelligence)工具，建立企業數據儀表板
十一、後端框架
後端框架與軟體工程有關，它們有助於構建網站和應用程序的後端部分。舉例來說，如果您想建立一個網站或應用，可能需要一個後端框架來處理用戶發出的請求、管理資料庫，以及提供信息給前端顯示。
基於 Python 的後端框架包含 Flask、Django 和 FastAPI 等。Flask 是一個輕量級的框架、Django則提供了更多的內置功能、FastAPI 則專注於建立API。
除了這些，還有一些雲端技術可供使用，例如G oogle Cloud Platform（GCP）的 Vertex AI API 和 AutoML APIs，這些技術可以用於模型部署和機器學習應用。
Flask 是一個 Python 網頁應用程式框架，因輕量靈活而受許多開發者喜愛
十二、自動化與部署
自動化和部署是指使用不同的工具和技術，來讓程式碼的建立和執行過程更加自動化和簡化，有助於提高效率、降低錯誤，並讓應用程式更容易管理和維護。
這個過程包括以下幾個主要方面：
基礎設施即程式碼（Infrastructure as Code）：這是使用工具如Terraform、Ansible和Shell指令來管理和配置伺服器和基礎設施的過程。這些工具可讓你將基礎設施視為程式碼來處理，使其更易管理和自動化。
持續集成/持續部署（CI/CD）：指透過GitHub Actions和Jenkins等工具來自動化程式碼的測試、集成、部署和交付的過程。有助於確保程式碼的品質，並使新功能能夠快速部署到生產環境。
容器化：即使用Docker和Docker Compose等工具，將應用程式和其相關的依賴項打包成容器的過程，可使應用程式在不同環境中更容易部署和執行。
Docker工作流程示意
想當數據工程師，如何培養能力？
在學生可以學習統計、資工、資料科學等科系的課程，或是透過相關實習或競賽來摸索對此領域的興趣。此外，網路上有許多付費課程、YouTube上的免費資源，也可以在kaggle、LnData等平台取得更多練習與交流機會、相關知識、技巧或資源！
要記得，這些相關技術日新月異，即使是正在工作中的數據工程師也必須時時學習與了解最新技術。相對的，正因為技術不停在改變，你也不需要強求把上面所有技能練到精通，而是掌握重要的基本概念與保持開放的學習態度。
數據工程師可以為企業做什麼？
數據工程師日常就是與數據打交道，主要包含收集、讀取、清理，探勘與管理企業的資料，以抓取符合企業分析需求的數據。這些數據則能進一步透過機器學習、演算法，產生更有價值的結果或應用方式，幫助企業做出更好的決策、優化業務流程，例如降低成本、提高獲益、優化產品、留住熟客及開發新客群。因此，數據工程師對於企業的重要性不言而喻。
然而，企業想挖掘數據最大價值，並不能只靠數據工程師。一個完整的數據團隊，通常包含數據工程師、數據科學家、數據分析師三種角色，各司其職、專業分工。他們在日常工作流程中扮演各自的角色，互相協作，完成各種不同的專案——這也是為何我們最後要強調，除了技術以外，溝通與協作等軟技能也非常重要！
（原文標題：2023 年想成為數據工程師的 12 項必備技能）
[joblist_plugin title='推薦【數據／資料工程師】工作機會' url='https://www.104.com.tw/jobs/search/?ro=0&keyword=%E6%95%B8%E6%93%9A%E5%B7%A5%E7%A8%8B%E5%B8%AB&expansionType=area,spec,com,job,wf,wktm&jobsource=blogc&langFlag=0&langStatus=0&recommendJob=1&hotJob=0' amount='3']
【數據／資料工程師】職場常見證照整理：
序號證照證照介紹發照單位1DP-203 Azure資料工程師技術師身為此認證的應試者，您應該具備主題專業知識，能夠將各種結構化、非結構化和串流資料系統中的資料，整合...＜詳情＞Microsoft2Google專業資料工程師認證專業資料工程師透過收集、轉換和發布資料來實現以資料所驅動的決策。資料工程師應該能夠設計、建置、操作...＜詳情＞Google3SSE 大數據國際認證隨著有關大數據的程式語言、運算平台、基礎理論，以及虛擬化、容器化的技術成熟...＜詳情＞Silicon Stone Education4AWS認證的數據庫-專業級認證報考資格：1.接觸資料庫技術至少 5 年、2.實際使用 AWS 至少 2 年...＜詳情＞Amazon Web Services5台灣風險數據分析師除了相關法遵外，應具備在風險數據分析、質量方法運用、風險預測建模等高階專業...＜詳情＞社團法人台灣風險管理協會更多數據相關證照＜前往＞
【數據／資料工程師】職場再進修課程推薦：
課程名稱課程介紹【真人直播】零基礎Python數據分析與即時看板實作在這堂課程中，我們將帶你從學習基礎 Python 出發，了解各種常見資料檔案格式與編碼，透過 Python 進行資料表單或檔案的自動化彙整與分析...＜課程介紹＞GA4+GTM網站數據分析實戰課專業的教學設計，以第一線網站數據分析工作者角度，剖析 GA4 四大要領，從觀念的理解到上手實作，提升你的數據分析能力。…＜課程介紹＞成為數據分析師的第一把鑰匙：用Python實作三個資料分析專案以非工科生成功轉為數據分析師的經驗、第一線職場實戰角度出發，來設計這門課程，適合零基礎、初入門、想轉職作數據分析師的你!…＜課程介紹＞零基礎成為Python金融數據分析師｜金融資訊爬蟲X視覺化應用課程單元從 Python 程式基礎開始，包含變數、資料型態、流程控制、函式、例外處理等 金融主題的網路爬蟲程式教學，製作Python爬蟲工具…＜課程介紹＞更多數據相關課程＜前往＞
【接案報價】4大計價模式、成本利潤評估，「生存算術」技巧傳授
自由工作者或接案者想要避免「報價太低做白工」陷阱，必須從成本與利潤評估開始，掌握正確的計價方式。作者為軟體工作者，分享接案常見的4種報價模式包括時薪、包月、專案與分潤，各有適用情境與風險，幫助你建立可靠的報價策略。本文節錄自《不想上班的勇氣：軟體工作者的第一本接案指南》。
文／陳泰銘（Taiming）
本文目錄（點擊可快速前往）
全職接案者的「生存底線」算術兼職接案的「不虧錢」盈利技巧接案報價：常見的4種計價模式
在接案的世界裡，「報價」不僅僅是一個數字，更是你專業價值的具體呈現。無論是全職接案者將此視為主要收入來源，還是兼職接案者用來創造額外收益，精準的成本與利潤評估都是確保可持續發展的關鍵。
我們將用實際的計算公式和業界經驗，幫助你建立一套堅實的報價策略，讓你的專業獲得應有的回報。記住：好的報價不是猜測，而是精密的財務規劃—這不僅關乎單一案件的成敗，更影響你長遠的職業發展。
全職接案者的「生存底線」算術
對於已經成立公司或工作室的全職接案者來說，報價絕不能只是憑感覺喊價。這是一套需要精密計算的財務工程，關係到你是否能夠在這個行業持續生存下去。
1. 全職接案者的固定生存成本
個人基本開銷（每月約5-6萬元）
居住成本：房租/房貸2-3萬元
生活支出：伙食費1萬元、交通費3千元
保險規劃：醫療險、意外險等約5千元
儲蓄投資：建議至少1萬元
公司營運成本（每月約2-3萬元）
硬體設施：辦公室租金1.5萬、水電網路3千元
專業服務：會計記帳3千元、法律顧問2千元
軟體訂閱：Adobe CC 2千元、雲端服務1千元
稅務準備：營業稅5%、營所稅預提
全職接案者開銷成本試算
分類項目金額（元）備註個人基本開銷居住成本20,000~30,000房租或房貸生活支出13,000伙食費10,000+交通費3,000保險規劃5,000醫療險、意外險等儲蓄投資10,000+建議至少公司營運成本硬體設施18,000辦公室租金15,000+水電網路3,000專業服務5,000會計3,000+法律顧問2,000軟體訂閱3,000Adobe CC + 雲端服務稅務準備按營收估算營業稅5%、營所稅預提
2. 全職接案者的專案直接成本
每個案件都應獨立計算：
素材授權：圖庫照片、字型、音樂等
特殊設備：伺服器租用、測試機購買
外包費用：協作人員的鐘點費
差旅支出：客戶拜訪的交通住宿
3. 全職接案者的隱形成本（常被忽略的關鍵）
行政時間：發票處理、合約審閱等，每月約30小時
業務開發：提案、比稿、客戶洽談的時間成本
學習進修：保持競爭力所需的課程費用
設備折舊：電腦、相機等每3年需更新
4. 全職接案者的專業報價三原則
成本加成法：
總成本 × 1.3（基本利潤率）
例如：估算成本20萬 → 報價26萬
價值計價法：
對戰略性客戶，可依商業價值報價
例如：電商系統可採營業額抽成%
階梯式報價：
基礎版：滿足核心需求
進階版：含擴充彈性
旗艦版：全程顧問服務
兼職接案的「不虧錢」盈利技巧
兼職接案雖然壓力較小，因為你賺取的是額外的收入，但仍需堅守「不賠錢」底線：
成本覆蓋原則：
直接成本（圖庫、主機等）必須 100% 反映在報價中
時間成本建議仍要計算，避免淪為廉價勞工
簡單公式：物料成本 + (工作時數 × 基本時薪)
機會成本考量：
比較同樣時間用於進修、休息或正職加班的價值
若報價無法高於這些機會的預期收益，就該拒絕
進階技巧：
可採用「業餘折扣價」培養客戶關係
但需明確定義服務範圍，避免被當成全職團隊使用
兼職接案成本計算舉例
以平面設計案為例：
直接成本：圖庫照片授權（2張）800元、特殊字型租用500元
時間成本：設計工時8小時 × 兼職時薪500元 = 4,000元
最低報價：800+500+4,000 = 5,300元（業主殺價至4,000元時就該拒絕）
平面設計接案成本試算表
成本類別項目金額（元）備註直接成本圖庫照片授權800約 2 張圖庫圖特殊字型租用500商用字型使用授權時間成本設計工時4,0008 小時 × 兼職時薪 500 元最低報價合計5,300建議不得低於此價格殺價情境若對方出價 4,000 元建議婉拒，避免虧損
以網站架設案為例：
直接成本：虛擬主機年費分攤1,200元、佈景主題購買2,500元
時間成本：建置20小時 × 正職時薪1.5倍750元 = 15,000元
保底報價：1,200+2,500+15,000 = 18,700元
網站架設接案成本試算表
成本類別項目金額（元）備註直接成本虛擬主機費用1,200年費分攤佈景主題購買2,500預設購買一次性授權時間成本建置工時15,00020小時 × 正職時薪1.5倍（750 元）保底報價合計18,700此為不虧本的最低報價
接案報價：常見的4種計價模式
1. 時薪計價
根據每小時的工時來計算報價，客戶支付的是實際工作時間或預估的工時數量。
例如：兼職類型的接案、專案長期配合。
薪資的設定其實取決於市場機制和雙方的協議。「你認為自己每小時提供的服務值多少，那就是多少。」
如果對自己的市場價位不確定，可以參考正職工作的時薪，並根據接案的性質適當調整，例如乘上1.5倍或2倍，甚至更高。這個加權的原因不只是因為你利用下班時間、兼職甚至犧牲假日來接案，還包括許多隱藏成本與風險，這些在正職工作時是由公司承擔的，但在接案時都需要你自己負責。
為什麼接案報價要乘上加權？
A. 不穩定性與風險：接案收入不像正職薪水那麼穩定，可能會遇到客戶拖款、臨時取消、需求變更等風險，因此定價時要考慮這些潛在損失。若接案專案遇到額外的溝通成本、修改需求或 Scope Creep（需求膨脹），這些時間成本都必須反映在報價中。
B. 稅務與保險負擔：正職工作時，稅金、勞健保、退休金等由公司分擔，而接案時這些支出完全由個人承擔，因此需要適當提高報價來彌補這些成本。
C. 設備與軟體成本：許多正職公司會提供電腦、軟體、辦公空間等資源，而接案時這些成本都要自己負擔，例如電腦折舊、Adobe 訂閱費、雲端空間等。
D. 行銷與業務成本：在正職工作中，專案通常由公司分配，但接案者需要自行尋找客戶、維繫關係、處理行政事務，這些時間與精力也需要反映在價格中。
E. 機會成本：若用這段時間去進修、休息，甚至正職加班可能獲得更高收益，那麼接案的報價至少要高於這些機會成本，否則不值得投入。
如何決定加權倍數？
1.5倍：適用於較低風險、短期、簡單專案，例如小型設計、程式修改、顧問諮詢。
2倍：適用於需要投入較多時間、責任較重、客戶需求較彈性的案子，例如網站開發、品牌設計、行銷專案等。
2.5倍以上：適用於高風險、高壓力、長期專案，例如全端開發、完整產品設計、長期顧問服務等。
【舉例】假設你正職時薪為500元：● 小型設計案：500×1.5=750元/時● 網站架設案：500×2=1,000元/時● 高責任系統開發案：500×2.5=1,250元/時
這樣的計算方式可以確保你不會因為低估成本而讓自己虧本或壓榨自己，同時也能讓你的接案工作更具長期可持續性。有些求職平台上的職缺也會標明時薪範圍，你願意接受這個價格，你就可以去應徵。
2. 包月計價
每月收取固定費用，並規範每月的工作天數與時數，適用於長期合作的專案或需定期維護的工作。可以理解成：每週/每月固定時數的時薪計價。
在接案工作中，包月計價就像是一份「專業訂閱服務」，特別適合需要長期配合的維護型專案。想像一下，你是一位網站維護工程師，客戶每月支付3萬元，就能享有你預留的 5 個工作天服務。這段時間裡，你負責處理網站內容更新、版面微調、安全性檢查等例行工作，讓客戶無需擔心網站運作的瑣事。
這種模式最迷人的地方在於它創造了雙贏局面。對客戶來說，不必每次遇到小問題就重新議價，預算變得穩定可控；對接案者而言，則能獲得可預期的收入來源，不用每個月從零開始找案子。就像健身房會員制一樣，客戶購買的是「隨時可用」的專業服務，而你則獲得持續的收入流。
包月計價容易產生爭議的地方是：
有些客戶會覺得你的產出和你付出的時間不符比例。
若你效率高、提前完成工作，客戶可能覺得「付月費卻沒用滿時數」不划算。
包月不代表 24/7 的待命服務，有些客戶會誤解「包月」等於「隨時隨地免費服務」，下班時間、假日都找你處理小事。
因此，需要特別留意：
合約寫清楚：服務範圍、時數上限、額外收費標準。
定期檢視成本，避免做白工。
保持彈性，每年重新評估是否繼續合作。
不要怕說「不」，超出範圍的需求，堅定要求另計費用。
3. 專案計價
專案計價（Project-based Pricing）是接案市場最常見的報價方式，不以工時計算，而是根據「最終交付的成果」來訂定總價。適合需求明確、範圍固定的案子，例如：
網站開發（企業官網、電商平台、會員系統）
品牌設計（Logo、名片、視覺識別）
行銷專案（廣告影片、社群企劃、活動網站）
客戶來說，專案計價就像購買一個「完整產品包」。當客戶委託設計公司製作企業官網時，他們最在意的是最終能否獲得一個功能完善的網站，而不是設計師花了多少小時調整配色。這種計價方式讓客戶能提前掌握總成本，不必擔心接案者工作效率低落導致預算暴增。想像你是中小企業主，當你知道製作網站固定就是15萬元時，比起按工時計費（可能從10萬到30萬不等），前者顯然更容易規劃財務。
對接案者而言，專案計價其實是「專業能力變現」的最佳途徑。當你累積足夠經驗後，會發現同樣設計一個 Logo，新手可能需要 20 小時，而你 8 小時就能完成相同品質的作品。這時若採用時薪制，等於變相懲罰自己的高效率；但若用專案計價，你報價 1.5 萬元（相當於新手 30 小時的時薪），實際卻只花 8 小時，等於時薪高達 1,875 元。這種「經驗溢價」正是專業工作者該獲得的合理報酬。
「專案計價是賣『專業成果』，不是賣時間。合約越細，糾紛越少，利潤越高！」
更重要的是，專案計價能避開令人疲憊的「工時解釋戰」。我們都遇過這種狀況：客戶質疑「為什麼這個功能要開發 40 小時？」即使你列出詳細工時表，客戶仍覺得「太久了」。但若採用專案計價，雙方焦點會自然轉移到「成果是否符合約定規格」，而非糾結在時間消耗上。這就像去餐廳吃飯，你在乎的是牛排好不好吃，不會去計較廚師究竟花了 15 分鐘還是 30 分鐘烹調。
專案計價的5大注意事項：
需求範圍要「鎖死」：合約明確定義交付成果（例如：網站含 5 個頁面、3 次修改），避免客戶無限追加需求。
預留 20% 緩衝工時：專案常有意外狀況（客戶延遲回覆、技術問題），報價時多算 20% 工時避免虧本。
分期收款，降低風險：簽約收 30%、中期收 40%、交付後收尾款 30%，確保不會白做工。
「需求變更」另計費：若客戶於專案進行期間變更規格，須簽署「需求變更單」，並依內容追加費用，避免直接免費幫忙修改。
不做不熟悉的案子：專案計價怕低估工時，陌生領域先接時薪案累積經驗，再報專案價。
4. 分潤計價
根據專案能為客戶帶來的商業價值來設定報價，通常是以專案為客戶帶來的利潤比例或其他商業指標作為定價基準。
例如：● 營業額抽成（如：電商系統收取每月營業額的1-5%）● 利潤分潤（如：幫企業優化生產流程，省下的成本分20%）● 成效獎金（如：廣告投放達成KPI後額外抽佣）
這種方式讓接案者不再只是「賣時間」，而是成為客戶的「商業夥伴」，共同承擔風險與收益。
適用情境舉例
電商網站／銷售系統開發
案例：幫客戶架設電商網站，不收固定費用，改抽每月營業額 3%。
適合原因：客戶初期資金有限，但潛在收益高，雙方共享成長紅利。
新創公司合作
案例：幫新創開發 MVP（最小可行產品），換取未來 2% 股份。
適合原因：新創現金流不足，但潛在價值高。
但這種方式風險比較高，因此可以採取下列策略：設定「保底 + 分潤」機制、合約寫明計算方式與稽核權、避免與財務不透明或高風險業務合作。若客戶商業潛力大，但預算有限，分潤制可能是突破點！
節錄自：博碩《不想上班的勇氣：軟體工作者的第一本接案指南》／陳泰銘（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']
更多【自由接案】分享：
上班族也掀「斜槓兼職」熱潮！高薪兼職時薪破千，兼職工作機會懶人包
「接案作品集」怎麼準備？6大要素及不同客戶應對技巧
接案族該如何報稅？一文搞懂「接案外包」的報稅技巧，趕快收藏！
設計接案合約必備5大要素！保護權益必知，終結客戶鬼打牆
接案報價不是憑感覺！給新手的基礎報價公式參考
2025 最完整免費接案平台、接案社群總整理（附設計、行銷外包接案工作機會）
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']
HR工具箱必備：自訂動態報表模組，幫助人資快速成為數據分析高手
你也時常遇到老闆突然叫你產出各種人事報表嗎？「早上說、下午要」的情況屢屢上演，是否常想著若能快速產出老闆要的資料就好了，不想在各式報表中切來切去、貼來貼去？其實，你一點都不孤單！104 HR Max 提供全方位的自訂報表功能，幫助 HR 從繁瑣的報表管理工作中解放。
文章導讀：
自訂報表是什麼？跟標準報表差別？人資標準報表有哪些？最常用到哪些資訊？自訂報表如何準確運用？最實用的人資儀表板整合BI系統，打造專業WorkFlow總結人資自訂報表優勢
在企業經營的過程中，資料與報表的管理總是非常關鍵，尤其對於人力資源部門而言，能夠有效地追蹤與分析員工數據，可以大大提升決策和優化組織結構的效率。104 HR Max 提供全方位的自訂報表功能，幫助 HR 從繁瑣的報表管理工作中解放，從欄位到分析邏輯，完全自行定義，打造真正屬於團隊需求的數據視角，進而提升決策的效率和品質。
自訂報表是什麼？跟標準報表差別？
104 HR Max提供內建超過150張已設定好欄位邏輯的標準制式報表，能夠滿足大部分企業的日常需求，但時常會遇到特殊情況，需要增減報表欄位，或是調整欄位顯示順序，因此104特別開發可以根據企業的特定需求，透過5大步驟 x 750+欄位，輕鬆完成專屬於您的自訂報表。
▲簡單5步驟輕鬆完成屬於您的報表。
自訂報表與標準報表有哪些不同？
比較項目標準報表自訂報表欄位格式設定固定欄位及格式，無法更改。可彈性自訂格式、欄位，提供750+跨模組功能的欄位。資料整合數據整合能力有限，需要手動整併資料。依照不同種欄位功能，整合各類數據，高度客製化。資料分析需下載後整理，才能執行分析與統計。可於系統直接設定樞紐分析報表。便利性系統提供150+標準報表可直接使用，無須設定。依照HR需求設定，前置過程花費較多時間，但可直覺調整，No Code!適合對象適合初階的報表使用者。適合需要客製化分析的HR，或有特殊報表需求的部門。
人資標準報表有哪些？最常用到哪些資訊？
104 HR Max提供150+張的標準報表，包含組織、人事、出勤、薪資、員工Portal使用相關，共5種模組。常見的員工人數、績效成果、證照數、差勤明細、薪資狀況等數據，系統都直接能下載報表，一次獲得各種項目的精準數據。而依據104人資F.B.I調查近三年人資最常利用數位工具處理的前三名依序為「員工出缺勤及請假作業」、「HR表單電子化」及「用手機打卡及處理假勤簽核」，調查也顯示2023-2024年已經有超過半數的企業已經開始運用數據分析進行人力資源管理，這些都在在展現數位化管理及數據報表資料的重要性。
▲104人資F.B.I調查近三年人資作業數位化項目使用率。
自訂報表如何準確運用？
了解了標準報表之後，現在就來告訴你自訂報表功能對人資夥伴的幫助有哪些，以下模擬各種情境能幫助您了解該如何應用人資自訂報表。
案例1：A公司老闆在4月2日當日因應美國關稅政策，想了解調節人力的可能性，請HR在1天內就要提供「2025年3月31日之前入職的員工名單，並依照入職時間、年齡進行排序」。首先，HR 只需在欄位設定中選擇部門、姓名、到職日、年齡等欄位，其後設定資料排序規則及篩選條件，即可快速生成所需報表，省去以前繁雜的手動數據整理過程。
案例2：B公司頻繁遇到員工離職，主管了解員工離職率是否與部門、工時相關，HR使用標準報表可能只能獲取到基本的離職數據，而自訂報表則可以進一步在離職資料中，加入離職員工的出勤與加班時數、年齡、學歷、任職部門等綜合資訊，並且產出樞紐分析，幫助HR與主管能快速深入分析離職原因與風險因素。
以上案例看起來簡單，但過去可能需要從不同功能下載報表後，接著在 Excel 另外整併資料，有了自訂報表功能後，可以直接從自訂報表挑選橫跨人事、出勤、薪資模組的資料欄位，進行報表產出與分析，大幅提升數據分析效率。
另外也提供一些報表設定情境供大家參考，可依照自身企業需求調整。
員工多元性ESG報（104 HR Max甚至提供一鍵生成ESG報告功能。）
員工績效與出勤時數相關報表
不同時期員工組成與薪資結構分析
政府機關資料報告
與財務相關的人事報表
104 HR Max報表功能共有5種模組x 750+欄位，無論想分析什麼，只要直接勾選相關欄位即可跑出相關數據，同時提供樞紐分析功能，讓您快速獲得精準的數據。
不只自訂報表，人資儀表板更是所有HR的最愛功能！
除了報表功能外，HR Max 還提供預設的人資儀表板，以圖表呈現關鍵的人資數據，幫助 HR 和主管快速掌握人才現況，例如：
員工性別、年齡、離職、育嬰留停等統計。
公傷病假、產假/產檢假/陪產假等統計。
主管職/非主管職的薪資結構統計。
讓HR可一目了然掌握現況，並且還能將圖表下載放進簡報中，可以直接與老闆報告說明，榮獲HR最愛的功能之一！
人資系統整合BI系統，打造專業WorkFlow
為了進一步提升人資數據的價值，HR Max 提供 OPEN API，可與企業的 BI（商業智慧）系統進行介接，打造更專業的人資洞察儀表板。 透過整合 ERP、CRM、HRM 等各種系統的資料，可以產出更具策略意義的分析結果，例如：
HR 總覽：即時掌握人力資源狀況。
團隊分析：了解團隊結構與能力，輔助任務分派。
新人管理：掌握新人留任情況，提升招募效率。
離職分析：分析離職原因，降低離職率。
出缺勤管理：掌握整體出勤狀況，提升員工效率。
以上這些功能與串接不僅是方便人資作業而已，更能展現人資的價值與決策能力。
數據說話！幫助HR提升價值與效率
自訂報表功能的推出，對企業管理好處已經提了很多，以下整理幾點優勢讓企業與人資能更加瞭解，選擇有自訂報表、儀表板、OPEN API串接的人資系統，如何真的能在人事工作上提升效率與價值。
靈活性與客製化：自訂報表允許HR根據特定需求選擇和調整報表欄位，能針對個別企業或部門的需求進行客製化設計，從而提高數據的實用性。
加速數據與深入分析：自訂報表功能大幅提高數據處理的效率，使HR可以快速生成報表，無需手動整理數據，能進行更深入的數據分析。
自動化數據更新：一旦設置報表，HR每次下載只要調整報表資料的篩選條件，隨時自動更新報表資料，確保獲取最新及準確的資訊，減少手動輸入錯誤。
數據驅動決策：自訂報表可提供所需的關鍵數據，幫助HR和管理層做出明智的決策，尤其在招募、留才及其他人力資源策略上能夠提供有力的數據支持。
即時應對突發需求：在面對突發狀況，如主管要求特定報表或即時資訊，自訂報表能確保HR能迅速回應和提供所需數據，提升人力資源部門的應變能力。
104 HR Max 的自訂報表功能不僅是工具，還是一個協助企業與人資發掘數據價值的專業夥伴，使人資的管理工作變得愈加有價值與效率。強大的報表功能，讓各個企業能夠在數據驅動的時代中，取得優勢！
立即了解104 HR Max：https://104ha.com/XA0Te
產品經理 - 學習地圖(下)：職涯精進篇
產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速，產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運，產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。
本篇產品經理學習地圖(下) ：職涯精進篇，將協助學習者認識『轉職產品經理的學習策略』、『產品經理薪資行情與職涯發展 』、『產品經理的挑戰與機會 』相關職業發展重點趨勢，協助轉職者掌握先機，開啟自己嚮往的產品經理職涯！
前往閱讀 【產品經理 - 學習地圖(上)：技能養成篇 】
文 /【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大挑戰｜商業思維學院
有任何收穫或想分享的，都來和大家一起聊聊吧！