PMI-ACP 敏捷專案管理師認證暨實務課程
104學習
SPC
統計製程管制是一種利用統計方法監控和控制生產過程的技術，確保產品品質穩定且符合標準。透過持續蒐集數據，分析製程變異，能及早發現異常並進行調整，降低不良品率和成本。在製造業和品質管理中極為重要，具備此技能代表能有效提升生產效率與產品可靠性，是企業追求精益生產和持續改進的重要利器。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
巧用PDCA 優化團隊效率！
PDCA專案管理優化術
TTQS 企業機構版評核攻略
【線上課】Email 行銷進階實戰攻略｜企業 CRM 必備課程
TTQS 評核攻略免費試閱
【績效管理-入門】企業績效目標設定及評估
PDCA工作術｜職場效率化
精選證照
考取專業證照，讓能力被市場看見
敏捷專案管理師PMI-ACP
PMI-ACP® 是由國際專案管理學會（PMI®）推出的國際級敏捷專業證照，考試依據 PMI 最新全球實務分析（GPA）與任務分析（JTA）設計，並全面採用 PMI 官方授權教材與標準化教案，由 PMI 授權培訓夥伴（ATP）依一致規格授課，確保學員具備全球一致且高品質的專業素養與實務能力，真正接軌國際敏捷職場，建立跨框架整合思維與高品質交付能力的國際專業標準。
PMI-ACP® 融合 Scrum、Kanban、XP、Lean 等多元敏捷方法，強調跨產業應用能力與情境判斷能力，涵蓋敏捷轉型引導、產品價值創造、團隊協作效能與持續改進等核心能力。強化產品開發與交付角色的整合思維，使證照更貼近快速變動的市場需求，成為企業推動敏捷轉型與提升交付品質的關鍵戰力。
適合對象包括產品負責人（PO）、Scrum Master、專案經理、敏捷實踐者，以及已取得其他敏捷認證、希望建立更完整敏捷能力架構的專業人士。
PMI 國際專案管理學會
SCP
SCP（Salesforce Certified Platform Developer）證照專為具備Salesforce平台開發能力的專業人士設計，涵蓋Apex程式設計、Visualforce頁面建置及Lightning元件開發，強調自訂應用程式的設計與實作能力。持有此證照代表具備優化業務流程、整合資料及擴充平台功能的專業技能，能有效提升企業資訊系統的靈活性與效率，適合從事Salesforce開發、系統整合及技術顧問等職務。
尚未查核發照單位
SPSS統計分析與資料探勘
SPSS統計分析與資料探勘是一項專注於統計分析和資料挖掘的證照，旨在培養專業人士在各種領域中運用SPSS軟體進行數據分析和洞察。這項證照涵蓋了SPSS軟體的各個方面，包括資料輸入、清理、分析和視覺化。持有此證照的人能夠利用SPSS來進行複雜的統計分析，從而發現數據中的模式、趨勢和關聯性，並提出具有洞察力的解釋和建議。
TIPCI臺灣國際專業認證學會
CPIM-國際產業管理師
國際產業管理師(英文：Certified in Production and Inventory Management，縮寫為CPIM)為美國營運管理協會(APICS)營運管理協會所提供的專業證照。APICS認定此認證為高階的專業知識。此證照始於1973年。鑒定生產及存貨業管理師認證提供需求管理、採購及供應商管理、物料需求管理、產能需求規劃、產銷計劃、主排程、績效衡量、供應商關係、品質控制及持續改善的主要術語、觀念及策略。
The Association for Operation Management（美國營運管理協會）
進階客戶服務(PCS .)
進階客戶服務(PCS)證照專注於提升專業客服人員的溝通技巧與問題解決能力，強化客戶關係管理及服務品質。持有此證照者具備有效處理客戶需求與抱怨的能力，能運用多元溝通工具提升客戶滿意度，並熟悉服務流程優化與團隊協作，適用於各行各業的客服相關職務，助力職場競爭力提升。
尚未查核發照單位
APMP Level C， Project Supervisor
APMP Level C Project Supervisor證照專為具備專案管理基礎知識與實務經驗者設計，涵蓋專案計劃、執行及監控等核心能力，強調有效溝通、風險管理與團隊協作技巧，確保專案目標達成與資源最佳運用，是提升專案管理專業度及職場競爭力的重要認證。
AFAQ AFNORINTERNATIONAL法國貝爾國際認證機構
精選貼文，掌握第一手知識
軟體產品怎麼做才能賺錢？PM必懂的3大關鍵及能力解析
軟體產品開發能否成功，不只靠技術，更靠產品經理（PM）對市場、開發與用戶的全面掌握。從打造產品願景，到精準驗證需求、穩定落地技術，本文帶你解析軟體產品從開發到獲利的3大關鍵，並拆解PM對應的實戰能力。
文／Jason Lin（「在海邊數據行銷」負責人）
本文目錄（點擊可快速前往）
軟體產品從開發到獲利的3支腳1. 市場估值：打造讓市場買單的願景與價值主張2. 開發品質：讓產品願景落地的技術實現力3. 市場接觸：持續驗證市場與使用者需求的實戰力PM能力轉譯：3維度對應不同階段的產品策略焦點早期產品的PM：假設、快速驗證、打造MVP成熟產品的PM：持續與規模化打造賺錢產品，是市場×技術×運營的整合功夫
在軟體產品開發的歷程中，PM（產品經理）與開發團隊不只是技術執行者，更是影響產品能否賺錢的關鍵決策者。筆者根據先前工作經驗收斂，要打造一款真正具市場價值、能夠持續獲利的軟體產品，團隊需要從3個核心維度著手：市場估值、開發品質，以及市場接觸。
接下來，本篇將逐一解析這3個維度，及其對應所需的團隊能力，並說明不同階段產品所需聚焦的PM能力。
軟體產品從開發到獲利的3支腳
1. 市場估值：打造讓市場買單的願景與價值主張
為什麼市場估值如此關鍵？
產品的願景、價值主張、解決方案，是否能引發市場期待，是否能在使用者心中產生價值想像，這決定了它能否被市場買單。PM 必須以終為始，從價值主張開始構建整體產品架構，思考解決哪些真正存在的問題，如何讓使用者產生「非用不可」的情境。
PM與團隊需具備的能力&要能夠清楚回答的問題：
市場規模分析：具有一種或多種量化的方法論，能夠評估目標市場的潛力與規模，判斷產品是否值得投入資源開發。
痛點與需求分析：使用者痛點與痛點背後的原因，為何有這些需求？需求是暫時性還是持續性？使用者對痛點的付費意願與能力
目標客群（TA）研究：具體說明 Persona，並且熟悉哪些對 TA 的描述屬於假設，哪些已經透過何種方法或案例證實。使用者輪廓，包含人口維度（如年齡）、行為模式，以及動機情緒的洞察等。這群 TA 是否特別？佔整體市場的商機？是否有獨特的使用習慣或痛點尚未被洞察
解決方案創新能力：具備對於商業模式、產品創新切入點的敏感度與底層商業邏輯，有持續且大量蒐集創新案例的習慣，以便讓敏感度持續進化。
競爭者分析與差異化策略：分析既有產品缺口，建立自身的獨特競爭優勢。
構築護城河：建立產品的可持續優勢，例如網絡效應、資料優勢或使用者黏性。
2. 開發品質：讓產品願景落地的技術實現力
開發品質的重要性
即使擁有絕佳的市場想像力，若開發無法跟上商業需求，產品仍將無法落地。開發品質是確保產品快速成形、穩定運行並持續演進的核心。
團隊應具備的開發能力：
迭代思維：產品永遠有bug、洞察永遠可以更精準、功能永遠不足以滿足使用者。敏捷開發、快速實驗與調整，才能搶佔市場時機。
穩健的開發方法論：團隊具有共識的開發方法論，可以是Scrum、Kanban等流程管理工具，提升團隊效率。
人力素質與團隊協作：技能能力足夠，有品質的開發團隊
產品品質維護能力：包含測試自動化、版本控制、錯誤回報機制，確保產品穩定性。
開發管理能力：PM必須能與技術負責人協作，妥善安排時程與資源配置。
3. 市場接觸：持續驗證市場與使用者需求的實戰力
為什麼市場接觸不可或缺？
許多軟體產品的失敗，並不是因為技術不好、功能不夠，而是太晚與市場接觸、錯過關鍵回饋。產品規劃、開發到優化的過程中，必須持續與市場互動，以真實用戶回饋來調整方向。
PM與團隊需具備的能力&要能夠清楚回答的問題：
市場驗證實力：運用MVP（最小可行產品）、A/B測試、假設驗證來降低風險。
Go-to-Market（GTM）策略：從行銷通路、定價策略、早期使用者經營等角度，建立產品進入市場的路徑。
用戶關係管理（CRM）策略導入：追蹤使用者行為、反應與生命周期，進行精準迭代。
不同階段的成長策略規劃：從冷啟動到成長曲線，PM要懂得設計不同階段的用戶獲取策略。
延伸閱讀：PM產品經理核心競爭力是什麼？解析開發「好產品」的3重點
PM能力轉譯：3維度對應不同階段的產品策略焦點
產品的發展歷程分為早期探索期與成長穩定期，PM在不同階段應該有不同的重點與策略思維。
早期產品的PM：假設、快速驗證、打造MVP
市場估值：洞察與假設力
創新觀點：PM要能從使用者痛點中，看出尚未被解決的需求缺口。
TA觀察力：透過使用者訪談與數據觀察，擬定精準的市場假設。
開發品質：推進MVP的節奏與協作
快速建構初版產品：以低成本方式實作MVP，搶先測試市場回饋。
專案溝通能力：在高不確定性下，跨部門溝通成為成功關鍵。
市場接觸：進行實地驗證與啟動擴散
初期使用者經營：找到願意參與測試的目標用戶，觀察其使用習慣與反應。
小規模GTM執行：測試定價、訴求與通路效益，找出最有效的推廣方式。
成熟產品的PM：持續與規模化
市場估值：開啟第二成長曲線
持續探索新價值：當產品進入穩定期，PM要思考新的價值主張與市場定位。
市場再細分：透過功能擴充，服務不同層級的用戶，創造新的成長來源。
開發品質：穩定中提升效率
追蹤開發KPI：如bug數、部署頻率、系統穩定率，反映開發健康狀況。
架構重構與技術債處理：避免日後阻礙產品演進。
市場接觸：聚焦成效與ROI
精準預算運用：將資源投入在最具效益的通路與成長活動。
數據導向成長策略：透過行為分析、轉換率追蹤，優化整體成效。
延伸閱讀：初階PM如何提升專業能力？從Junior PM進化成Senior的4個職場指南
打造賺錢產品，是市場×技術×運營的整合功夫
好產品從不是單靠直覺或創意誕生，而是需要一支能同時掌握商業價值、技術品質與市場節奏的團隊。PM就是這支團隊的靈魂人物，需橫跨3個維度，掌握從「假設」到「驗證」、從「開發」到「獲利」的每個關鍵點。
唯有在這3個維度中持續優化與對齊，產品才能真正從一個idea，走向一門賺錢的好生意。
（原文標題：軟體產品從開發到獲利的三支腳 & PM 對應的能力：市場估值、開發品質與市場接觸）
[joblist_plugin title='更多【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=PM產品經理' amount='3']
推薦閱讀：
PM產品經理面試如何準備？沒經驗有機會錄取嗎？專家傳授必備5大面試題
「產品經理」要考證照嗎？NPDP與PMP差在哪？解析PM關鍵6大能力
轉職「PM產品經理」，研發背景較有優勢？過來人揭3類型轉職最易成功
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
精選 推薦: 2026 iPAS AI應用規劃師為何爆滿？CCChen解析考照熱潮與高效備考方法
如果你正在準備 iPAS AI應用規劃師考試，除了熟悉考科與題型，更重要的是理解：為什麼這張證照近年受到這麼多關注？企業真正想找的，又是什麼樣的 AI 人才？
104學習合作講師 CcCHEN 從產業趨勢、人才需求與實際備考角度，整理 iPAS AI應用規劃師值得關注的原因。文章不只談考證照本身，也進一步提醒，企業需要的已不只是會使用 AI 工具的人，而是能把 AI 與原有專業結合、實際應用在工作情境中的跨域人才。
如果你正在備考，或想了解這張證照對職涯發展的實際幫助，推薦閱讀 CcCHEN 老師的完整解析，也可以藉此重新檢視自己的學習方向：目標不只是考過，而是真正建立能帶進職場的 AI 應用能力。
https://vocus.cc/article/6a9224fcfd89780001d21287
CCChen 老師課程 :
【2026年－考試筆記(V1版本)】iPAS AI應用規劃師初級｜全科攻略ｘ考點精華ｘ擬真題庫｜104學習
https://nabi.104.com.tw/course/104nabi/07779700-a980-43d2-8b34-bae808edea61
iPAS AI應用規劃師【中級】衝刺班｜命題精析 × 實戰解題 × AI刷題｜104獨家iPAS AI考證衝刺
https://nabi.104.com.tw/course/104nabi/3987ebea-3686-4f67-a292-c46c3cc2128e
產品經理 - 學習地圖(上)：技能養成篇
產品經理是一個融合創新、邏輯與溝通的角色。隨著數位化加速，產品思維逐漸成為組織決策的核心。從技術團隊、設計部門到商業營運，產品經理肩負整合多方資源、定義方向並推動產品落地的關鍵任務。
本篇產品經理學習地圖(上)：技能養成篇，將協助轉職者認識『從入門建構產品基礎思維』到中階『掌握用戶洞察與功能實作』，最終能『獨立推動策略規劃與跨部門協作』的相關職業技能，依循學習路徑，逐步成為具影響力的產品專案執行者！
文 /【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大挑戰｜商業思維學院
【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學習精靈】
本文目錄（點擊可快速前往）
轉職產品經理的學習策略 初學者或轉職者的學習策略的四步驟學習策略 不同背景的轉職策略 產品經理薪資行情與職涯發展 產品經理薪資概況 產品經理職涯發展路徑總覽 職涯發展路徑圖哪些產業需要產品經理 產品經理的挑戰與機會產品經理的挑戰：責任高壓 × 協作複雜 × 影響難以量化產品經理的機會：橫跨多領域 × 成為整合與策略型人才
轉職產品經理的學習策略
初學者或轉職者的學習策略的四步驟學習策略
🔍 步驟一：建立觀念框架
目標是建立「什麼是產品經理」的核心理解，避免誤解 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大挑戰｜商業思維學院
你適合當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]
你的「PM決策影響力」多大？4類型PM升級策略對應
你的PM決策影響力在哪一層？作者指出，PM本質上是「沒有正式權力，但卻需要影響決策」的工作，藉由決策參與度、決策影響力高或低，可將PM歸類為4種類型：執行型、顧問型、戰術型、策略型。本文節錄自《泛 PM 職能的百萬年薪破關術》。
文／李星玟（Rafeni）
本文目錄（點擊可快速前往）
小測驗：你目前的PM決策影響力測驗結果：思考你的角色思考框架：PM影響力層級四象限模型
多數人都清楚，PM這個角色，本質上是「沒有正式權力，但卻需要影響決策」的工作。這意味著，PM的影響力來自於別人願不願意聽你說話，而不是因為你有什麼職權。
這也是為什麼很多PM會有這樣的困惑：
「我每天都在開會、拆解需求、管理進度，為什麼產品方向不是我說了算？」
「我已經提供了最完整的市場分析和競爭對手研究，為什麼決策還是業務部門在主導？」
「我以為自己在做產品策略，但其實只是負責確保需求有被開發。」
PM在職場上的挑戰，不只是執行專案，而是如何確保自己的影響力能夠被組織真正採納。
下方這個測驗幫助你了解自己在組織內的決策B影響力層級，看看你是執行型PM、顧問型PM、戰術型PM，還是策略型PM。請根據你的日常工作狀況，選擇最符合的答案，最後計算你的分數，看看你在哪個層級！
小測驗：你目前的PM決策影響力
可直接圈起哪一個比較接近你的狀況，最後再思考你偏向哪一種角色。
問題選項A選項B1. 我能夠決定哪些需求應該進入產品開發？我沒有決定權，只能執行他人的需求我能夠影響需求優先順序，但仍需獲得批准2. 我能夠主導產品的長期策略？產品方向由高層決定，我只負責落地執行我能夠影響某些產品策略，但無法完全主導3. 我是否有機會與C- Level 或決策高層對話，並影響他們的決策？我沒有機會參與高層討論我可以參與部分決策討論，並影響最終結果4. 我的建議是否影響了產品開發的最終決策？我可以提供建議，但最終由別人決定我的建議經常被採納，甚至能推動變革5. 當新產品或新功能規劃時，我的角色是？主要負責執行，按照指示完成規劃負責設計產品功能，並有機會影響核心方向6. 我的影響範圍主要在哪裡？限於backlog 管理、開發排期、專案協調涵蓋產品方向、決策機制，甚至影響組織運作7. 當我對產品方向有不同意見時，我的選擇是？我只能執行上級的決定我可以提供不同觀點，並有機會改變決策8. 公司內部是否有其他人能夠取代我，而不影響產品決策？有，因為我只是負責確保專案執行沒有，因為我的決策影響產品的核心方向
測驗結果：思考你的角色
執行型PM（只負責backlog，沒有產品決策權）
顧問型PM（能參與討論，但影響力不強）
戰術型PM（負責某些關鍵功能的決策，但無法影響整體產品）
策略型PM（能夠影響公司產品方向，參與核心決策）
思考框架：PM影響力層級四象限模型
PM的影響力可以拆成兩個關鍵因素：
決策參與度（低/高）—你有沒有機會參與產品方向的討論，還是只能執行已決定的事項？
決策影響力（低/高）—你的意見是否真的能改變決策，還是你的話只是被當成參考？
決策參與度低決策參與高決策影響力低執行型PM（只負責backlog，沒有產品決策權）顧問型PM（能參與討論，但影響力不強）決策影響力高戰術型PM（負責某些關鍵功能的決策，但無法影響整體產品）策略型PM（能夠影響公司產品方向， 參與核心決策）
影響力的提升，並不只是爭取更多發言權，而是確保你的聲音能夠被決策者接受並採納。
PM可以根據自己的影響範圍，判斷自己在哪個決策層級，並尋找突破點：
參與決策，但無法改變決策→開始提供更有數據支持的分析，讓決策者更信任你的觀點
可以改變部分決策，但無法主導整體產品策略→擴大影響範圍，參與更高層的產品戰略討論
能夠影響高層決策，但仍需獲得批准→建立跨部門聯盟，讓你的決策更具可執行性
完全擁有產品決策權→影響公司整體戰略，讓產品策略與商業發展一致
改善建議：
如果你是執行型PM→你應該試著提升「決策參與度」，讓自己更早進入決策過程。
如果你是顧問型PM→你需要強化自己的「決策影響力」，確保你的意見能夠被真正採納。
如果你是戰術型PM→你應該思考如何影響更高層的決策，提升自己的策略思維。
如果你已經是策略型PM→你可以開始思考如何建立自己的領導風格，帶動整個組織的產品策略。
你的結果對應策略
結果代表短期調整（1 個月內）中期策略（2-3個月內）長期發展（6個月以上）執行型PM你的工作主要集中在backlog管理與專案執行，較少參與決策主動參與產品策略討論，在會議中提出有價值的觀點與主管建立更緊密的合作，爭取參與優先級討論的機會鍛煉數據分析與市場研究能力，讓自己具備更強的決策價值顧問型PM你能夠提供建議，但影響力有限，決策權仍在他人手上建立數據驅動的決策模式，讓建議更具說服力擴大跨部門影響力，讓自己進入更高層的決策會議爭取戰略層面的專案，讓自己成為決策過程的一部分戰術型PM你能夠影響某些關鍵產品決策，但無法影響整體產品方向主動了解更多決策原因，確保自己不只是執行部分功能與主管溝通，爭取更多決策參與權強化商業視角，確保自己能夠參與公司級別的策略討論策略型PM你已經能夠影響公司產品方向，參與核心決策強化產品思維，影響商業決策提升領導能力，影響組織運作方式建立個人品牌，影響產業發展
節錄自：博碩《泛 PM 職能的百萬年薪破關術：職場 E 人，生活 I 人的逆襲，從被動執行到主動影響決策的理想人生》／李星玟（Rafeni） 著
[joblist_plugin title='更多104【PM 產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86+PM&order=15&page=1' amount='5']
PM的隱性停滯：你是「救火型PM」還是「系統設計型PM」？
產品經理該如何避免陷入「雜務陷阱」與內耗？作者指出，能救火是能力，但一直救火是職涯陷阱！提供自我檢測、3種困境解析與PM行動指南，幫助PM從救火轉型為策略設計師。本文節錄自《泛 PM 職能的百萬年薪破關術》。
文／李星玟（Rafeni）
本文目錄（點擊可快速前往）
測驗： 你是「救火型PM」或「系統設計型PM」？PM隱性停滯3狀況：「一直救火」是職涯陷阱案例分析：其他PM如何擺脫救火模式？PM行動指南 ：「救火隊長」到「產品戰略設計師」
我們在做產品經理，還是高級協調員？你在設計系統，還是在被組織設計？
許多PM一開始以為自己的工作是驅動產品成長，但做著做著，卻變成了解決團隊內部的大小問題，最終角色定位模糊。
PM變成了：
跨部門溝通的橋樑，但沒有決策權。
問題發生時，所有人都來找你，但沒有真正的權力推動變革。
自己明明很努力，但產品方向卻由別人主導。
這時候，PM會開始懷疑：我的價值到底是什麼？我真的在成長嗎？」
如果你發現自己陷入了「雜務陷阱」，那麼是時候重新審視你的職責與影響力了。這一節的目標，是幫助PM從被動「填補組織漏洞」，轉變為主動「設計更有效率的工作模式」，最後才有精力，重新找回職涯成長的動力。
測驗： 你是「救火型PM」或「系統設計型PM」？
這個測驗幫助你評估自己目前的工作模式，判斷你是「救火隊長」還是「系統設計者」。
測驗題目
請針對以下問題進行評分，0分（完全不符合）到5分（完全符合）
評分：0分（不符合）、1-2分（部分符合）、3-5分（完全符合）
問題我每天的工作內容大多是處理緊急問題，而不是規劃長期策略團隊遇到問題時，第一反應是來找我，而不是先嘗試自己解決我經常被臨時請求打斷，導致無法專心規劃產品方向公司的產品開發流程常常出現問題，但沒有人真正去優化它我的角色更像是「最後防線」，所有問題都需要我來處理
測驗結果解讀
總分0-6：你可能擁有「系統設計思維」，已經能夠讓團隊自主運作，減少救火工作的負擔。
總分7-15：你偶爾會陷入救火模式，但也有意識地在調整，應該進一步設計更好的機制。
總分16-25：你可能被救火型工作壓垮，建議立即改變你的工作模式，將重心轉向設計長期解決方案。
PM為何容易變成「救火型角色」？可能是因為你太有責任感，也可能是因為，你缺乏了系統設計思維。
PM隱性停滯3狀況：「一直救火」是職涯陷阱
小心！「能救火」是能力，但「一直救火」是職涯陷阱。
狀況1：PM在組織內的定位模糊，職責無限擴張
在一些公司，PM不只是產品負責人，還要處理開發管理、業務支援、客服應對，甚至是行政雜務。
工程團隊遇到問題，PM要來解決
產品需求變更，PM需要負責協調
上層要報告，PM要來整理數據
結果，PM變成了「補位型」角色，彌補組織內部的流程缺陷，但沒有真正推動產品價值。
狀況2：PM的影響力不足，只能負責「執行」而不是「定位方向」
如果PM沒有進入決策圈層，那麼他只能執行高層的決策，而不是參與決策本身。這導致PM變成了一個高級專案管理者，而不是產品策略制定者。
如果PM只是被動接受需求，那麼產品方向永遠是別人決定的。
如果PM總是在「應付變更」，而不是「制定策略」，那麼他只是流程管理者，而不是產品負責人。
狀況3：PM缺乏時間思考，只能不斷處理眼前的問題
當PM每天都在救火時，還有時間思考長期產品策略嗎？
產品方向的市場分析，沒時間做
用戶數據的深度洞察，沒時間看
更長遠的策略規劃，沒有空間推動
久而久之，PM變成了短期問題的處理機器，無法真正創造長期價值。
案例分析：其他PM如何擺脫救火模式？
【案例A】救火型PM的困境
「我每天的Slack都被大量@tag轟炸，工程師、設計師、業務團隊都來找我解決問題。我發現，我的時間全部被這些即時請求佔據，導致我沒辦法專心規劃長期產品策略⋯⋯」
問題根源：
團隊過度依賴PM，缺乏適當獨立決策的習慣與心態
缺乏標準流程，問題只能透過PM人工協調
解決方案：
設計FAQ或標準決策機制，減少PM介入的頻率
設立專注時間，讓PM不會被臨時請求打斷
【案例B】拆小決策顆粒，推動業務分組、建立標準與流程
「我曾經也是個救火型PM，每天應付無數的緊急需求、跨部門溝通，導致我沒有時間專注於產品策略。後來，我意識到這樣的模式不可持續，於是決定拆小決策顆粒，並推動業務分組，建立標準與流程，讓團隊可以更有系統地運作，而不是每件事都來找我。」
問題根源：
需求與決策過於集中在PM身上，導致PM過勞且影響力受限
團隊對標準與流程不熟悉，造成大量的即時請求與救火需求
缺乏分工機制，所有決策都需要PM來協調與仲裁
解決方案：
拆小決策顆粒，將大範圍的決策拆解為小型自治單位，讓不同角色能夠各自負責相應的決策
推動業務分組，讓團隊擁有相對固定的成員與責任，減少頻繁的跨組協作問題
建立標準與流程，讓每個組別都能有明確的作業規範，確保團隊知道該如何解決問題，而不是事事尋求PM介入
【案例C】與相關部門主管協商分工，由該部門主管制定相關規則與流程
「過去，我常常被各部門的問題淹沒，業務、工程、設計、客服等團隊都會直接來找我處理跨部門的衝突與問題，導致我的時間被大量消耗。後來，我意識到這些問題不應該只由PM來解決，於是我開始與相關部門主管協商分工，讓他們負責制定適合該部門的規則與流程，確保決策權回到正確的負責人手上。」
問題根源：
各部門習慣將問題拋給PM，而不是內部先解決或尋求主管協助
缺乏清楚的職責分工，PM成為所有跨部門問題的「最後防線」
PM需要處理非自己職責範圍內的管理問題，例如工程師的工作方式、設計師的交付流程、業務團隊的需求篩選等
解決方案：
與各部門主管協商分工，確保每個部門的問題由該部門自行處理，而不是直接拋給PM
由部門主管制定標準與流程，例如工程團隊的技術決策流程、設計團隊的交付標準、業務需求的優先排序機制等，確保有系統地解決問題，而不僅是依賴PM或特定角色人工協調
明確PM的職責範圍，讓PM專注於產品方向與策略，而非介入每個部門的內部問題
這些方法的核心思想是：PM不應該只是「解決問題」，而是「設計讓問題不會再發生的系統」。如果你的時間大部分都用來救火，那代表你的組織運作機制需要改善，從今天開始，試著讓團隊能夠「自動運轉」吧！
PM行動指南 ：「救火隊長」到「產品戰略設計師」
PM的價值，並不是「變得更會救火」，而是「設計出更少火災的環境」。如果你的日常工作大部分時間都在「解決問題」，而不是「設計更好的工作模式」，那麼你的影響力就會受到限制。
錯誤模式：「救火隊長」的日常
需求變更→PM協調修改
工程團隊卡住→PM來解決
跨部門問題→PM去協調
更好的模式：「產品戰略設計師」的日常
需求變更→PM提前設計決策機制，避免無效需求進來
工程團隊卡住→PM與技術主管建立更好的優先級決策框架
跨部門問題→PM設計更好的溝通與決策流程，減少摩擦
當PM意識到自己進入了「內耗模式」，就需要開始思考：「我要如何讓自己的時間，真正投入在高價值的事情上？」
請記得，
PM 需要的不是「一直解決問題」，而是「創造不需要救火的環境」。
如果發現自己在做的事情沒有累積價值，就應該開始重新設計自己的工作方式。
PM 不應該只是確保「事情能完成」，而是確保「做的事情是對的」。
思考框架一：「救火vs.設計系統」思維
概念：優秀的PM不應該只是「處理問題」，而是應該「設計更少問題的環境」。如果PM總是要救火，說明整個流程可能有問題，需要被優化。
救火模式（Firefighter Mode）設計系統模式（System Designer Mode）思考方式這次怎麼解決這個問題？怎麼設計一個讓這個問題不會再發生的系統？行動方式回應需求、處理衝突、解決當下的問題建立機制、設計流程、讓團隊自動化解決問題長期影響PM變成團隊的「最後防線」，所有問題都要找PMPM把時間投入到長期策略，不再被低價值工作綁住
當PM總是處理問題，而不是設計更好的流程，就會陷入「救火模式」。這時候，可以運用以下思維工具，來幫助自己從短期應對轉變為長期優化。
思考框架二：「5 Why分析法」：釐清問題的根本原因
當問題發生時，PM不應該只解決表面問題，而是要深入挖掘「為什麼這個問題會發生？」，才能找到真正的解決方案。
【例子】某個功能發布後，數據沒有達到預期1. 為什麼數據沒有達到預期？ →用戶使用率比預測低2. 為什麼用戶使用率低？ →他們不知道這個功能存在3. 為什麼他們不知道？ →產品內缺乏有效的引導與教育4. 為什麼缺乏引導？ →我們沒有在設計階段規劃onboarding5. 為什麼沒有規劃？ →需求討論時，缺乏對用戶行為的考量
解決方案：未來在規劃新功能時，必須把onboarding設計納入核心考量，確保用戶能順利使用新功能，而不是等問題發生再來補救。
思考框架三：「First Principles Thinking」（第一性原理）： 拆解問題，找到本質
這個方法來自於Elon Musk，重點是將問題拆解到最基本的組成部分，重新思考解決方式。
【例子】為什麼PM總是被動接需求？傳統思維：這是PM的工作，只能接受現狀。 第一性原理拆解：• 需求來自於哪裡？→來自業務團隊• 為什麼業務團隊有這麼多需求？→他們沒有明確的產品規劃• 為什麼沒有規劃？→產品目標與業務需求沒有對齊
解決方案：與業務團隊共同制定「優先級決策框架」，確保需求與產品策略一致，而不是無限接需求。
上述所提及的，都不是單一PM的案例，我接觸到很多PM朋友都有遇到類似狀況。看到這邊一定有人會問，系統問題都是PM的問題嗎？系統開發團隊沒有技術方面的主管嗎？
我確實有看到有些案例很幸運，他們有很棒的技術主管帶領。
但對於沒有這樣資源的環境，我的觀點是，不如去思考，可以如何聯合有影響力的人，一起去看見問題，並願意去改善現況。這也是PM能展現影響力的地方，當你不只能辨識問題，還有方式可以帶來具體的改善（不躁進，又能在相對短期見效），這就彰顯了你的影響力。
當然，有時候總可能會有些阻礙，不論關鍵人士願意配合也好，或不願意配合也好，都分別有對應的方式可以改善問題。
節錄自：博碩《泛 PM 職能的百萬年薪破關術：職場 E 人，生活 I 人的逆襲，從被動執行到主動影響決策的理想人生》／李星玟（Rafeni） 著
[joblist_plugin title='更多104【PM 產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86+PM&order=15&page=1' amount='5']
PM「產品經理」和「專案經理」差在哪？盤點工作內容及PM技能樹
產品經理和專案經理都稱作PM，然而其中的差異你分得清楚嗎？其實PM的職稱及負責業務範圍會依各家公司有所不同，甚至有些公司會認為兩者已經很難區分。作者認為，產品經理可以比喻為航海時代的船長，而專案經理就像是掌舵手，本文分享PM的工作內容、技能樹，以及PM工作中最重要的事！
本文目錄（點選連結可快速跳至該章節閱讀）
專案經理的工作內容
產品經理的工作內容
產品經理技能樹
市場與策略：發展產品如何少走冤枉路？
數據與技術：產品經理要了解技術？需要會寫程式嗎？
溝通與互動：PM溝通要領，尤重心態與互動方式
面對問題的思考力
在業界，產品經理（Product Manager，PDM）還是專案經理（Project Manager，PJM）都常被簡稱為「PM」，而 PM 的職稱及實際負責的業務範圍，會依照各家公司的文化與制度而有所不同；甚至有些公司或前輩會認為產品經理及專案經理在做的事情已經很難區分了，因此這篇內容是分享我所理解的差異。身邊的朋友都了解，我自己就是專案管理出身，就學時期從來不曾擔任幹部的角色，卻在出社會後，都剛好接觸到跟行政管理、專案管理相關的職務，從最早期的房仲店務、室內設計專案，到現在的軟體專案或產品開發。
依照個人經驗，專案經理平常在做的管理不外乎是「利害關係人管理」、「資源管理」、「項目管理」及「風險管理」。
專案經理的工作內容包括：
完成產品經理與公司所交代的任務。
整合資源、分解工作、有效執行資源配置。
協助開發團隊完成產品經理／客戶所定義的目標。
將產品如期如值交付給產品經理／客戶。
目標導向，重視專案進展與專案截止日與流程設計。
進行有效的風險管理，隨時處理突發情況。
需要大量溝通，對資源與品質負責。
而產品經理呢？產品經理的工作內容需要：
使產品發展符合公司的願景與商業目標。
以宏觀角度制定產品的願景、策略、價值與定位。
維度更多元，重視市場面、營銷面、產品設計與顧客體驗。
重視跨部門整合，負責產品成敗。
人們常說：「產品經理就像是產品的 CEO，關注做對的事；專案經理則像產品的保母，關注把事情做對」。我後來喜歡把產品經理比喻為航海時代的船長，他要帶產品這條船往對的方向前進，而專案經理就像是掌舵手，依照船長的指示，讓船能安穩且有效的航向目標。
產品經理技能樹
以下引用我之前在女性科技社群Ta pe Women n Tech（TWIT）的產品經理轉職工作坊，為了幫助新手PM 能依照自身興趣及特質選擇適合的職涯發展，特地整理出一份產品經理技能樹。
市場與策略：發展產品如何少走冤枉路？
身為產品經理，最擔心與市場脫節或開發出沒人使用的產品。包括目標族群、產業分析、競品分析、市場定位等，都是發展產品的關鍵。
個人很喜歡舉一個例子，關注市場之所以重要，是因為不能當外面世界的車子都會飛了，自己還很開心做出一個可以滾動的非電動式滑板車（懷舊除外）。還有一種是台灣經濟環境的文化，大家很容易看到別人做什麼有賺錢，就一窩蜂跟著做，最後變成削價競爭。
這不是說別人有做了，我們就不能做，而是說像以前國小第一堂課教的是「雅量」，我覺得做產品的第二堂課就要談「差異化」。看到需求，當然可以做，但產品差異化在哪裡？我們能做得比市場現有的解決方案來得好嗎？我們看到的問題是真的別人沒看到、還是因為我們沒想到的元素，是時機還沒成熟、還是這不是使用者真正在乎的事情或痛點，而導致當下沒人買單，使得表象需求無法轉成商業機會？如果資源沒人家多，又該如何劍走偏鋒，創造自己的護城河與競爭優勢呢？
觀察市場，了解競品的動態以及其他成功公司或經營者跟我們不同的觀點在哪裡，成功也許無法複製，失敗可能也很多，但這些多少可以幫助我們少走冤枉路或激盪不同的靈感。
尤其身為產品 CEO 的產品經理， 要有能力以「由上而下」（Top-Down）的方式綜觀公司及產品之間的願景與目標，再拆解對應策略與方法。也要能「由下而上」（Bottom-Up）的接受來自第一線使用者與客服的心聲，從中取得資源與資訊的拿捏與平衡，再精準投入資源並持續優化產品，以發展有綜效的產品策略與成效表現。
數據與技術：產品經理要了解技術？需要會寫程式嗎？
坊間有很多討論，產品經理要了解技術？我們認為是的。當產品經理對技術不夠了解，可能會太過天馬行空或影響團隊作業的效率，不過當產品經理太了解技術的極限，也可能會限縮思考或想像。因此，需要在持續掌握市場、敏銳的觀察的前提下，來了解技術，才能找到之間的平衡點。
軟體業PM 需要會寫程式嗎？我認為是不需要的，但是至少要知道什麼是API、資料怎麼跑、遇到事情可以安排誰來處理。當PM 有基本的技術認知，能在工作上帶來二大優勢：
與工程師精準溝通，知道程式的極限在哪。
幫助推理與思考，理解事物背後的本質。
溝通與互動：PM溝通要領，尤重心態與互動方式
身為PM，每天花最多的時間就是「溝通」。溝通是一個將資訊解碼、編譯再重新傳遞的過程。
平常總是透過不同介面，與各種利害關係人溝通。不論是對內與上層主管或開發團隊進行、還是對外向客戶或供應商。掌握溝通要領，才能提升工作效率，並推動專案與團隊前進。溝通有心態、方法、工具、情境及互動方式之分。有效的溝通，尤其重視心態與互動方式。
總結上述，我漸漸發現身為PM、甚至不限於PM，每個人都要建立一套有效的問題處理的系統與方法，才能快速應對這個世界的變化。
面對問題的思考力
產品經理是一個時常解決問題的角色，與客戶、工程師溝通。需要以庖丁解牛的精神看到問題的本質、探究事物的規律。
發現問題分析問題解決問題事後檢討優化流程辨識本質（核心問題）如何解決知識同步定義結構、類型判斷痛點何時解決本次做對什麼找出關聯比較（合理性）需求由誰解決本次忽略什麼追蹤語持續優化面對問題的5X3思維矩陣
這當中第一個步驟最為重要，即是「辨識問題」，然而很多問題不是沒發生，是並未被有效辨識出來，可觀察幾個訊號來判別問題：
是否合理：這件事情發生的原因合理嗎？
有多少影響：這件事情的發生，對組織或客戶分別有什麼影響？
比較與回顧：其他的案子有遇過類似的問題嗎？
結構化：類似的事情是否重複發生？
直覺：從經驗累積而來。
如前面討論，遇到問題最重要的是先「辨識」問題，先意識到問題的存在。例如：當我有意識自己在某方面的能力不足時，就會「分析」是什麼原因導致，並持續探索如何「解決」（包括進修與學習）、再進行後續的「檢討」與「驗證」，確認自己是否有學起來，並持續修正。
但如果過去我沒有意識到自己的不足、需要進步，而是有謎之自信覺得自己很厲害，因此沒有持續學習等，那麼我也不會是現在的自己，不敢說多厲害，但都還能應付好，並持續保持學習心態。
對於不要看「表象」，而是要去探索、辨識事物的「本質（包括真實的需求、沒說的話）」這件事，個人有一個印象蠻深刻的經驗，年輕時某次與友人吵架的過程中，看著貌似在咆哮的對方，實則內心很傷心，於是當下我選擇去與傷心的對方對話，而不是看似在生氣的他對話，我發現這樣可以更快去讓對方感受到自己被接納、重視，並能好好談，這件事帶給我很深的體會。
對了，我在分享經歷時，除了會提到策略或方法面，也會帶一些日常生活的案例與領悟。因為過去的經驗告訴我，在關注商業模式之前，要先關心使用者的痛點與體驗；而所謂的體驗，並不只是存在網上的應用程式之中，也存在於線下的真實世界，要先好好的體會、察覺自己的人生與生活才行。
節錄自：博碩文化《翻轉職涯！轉職PM的必備工作力×與工程師的協作心法／Rafeni(李星玟) 著 》
[joblist_plugin title='更多【產品經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=產品經理+PM' amount='3']
[joblist_plugin title='更多【專案經理PM】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=專案經理+PM' amount='3']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
推薦閱讀：
新手 PM，你是否落入專案管理迷思？５大檢測帶你優化「專案章程」
PM是最靠近CEO的職位？看這些執行長就知道！前臉書產品經理「矽谷阿雅」帶你實戰分析
老是惹怒工程師？PM與工程師協作的12個眉角
【104 talks】時代 vs 世代：不可不知的 EAP 推動要點 | 興智國際執行長 黃智儀
文： 人資市集整理
104 人資市集舉辦「104 talks 短講」致力於為職場人士提供高效學習的平台，集結專業領域的講師進行知識分享，期望為樂於學習的職場人士帶來不同的視野與啟發。本次邀請到 EAP 專家興智國際執行長黃智儀主講，帶大家了解 EAP 如何運作，能對員工及組織帶來哪些好處，以及 HR 及主管所該扮演的角色。
EAP 員工協助方案的起源與發展
員工協助方案（Employee Assistance Program, EAP）起源於美國，最早是為了解決員工濫用毒品、酒精等成癮問題對工作出勤的影響。隨著需求變化，逐步擴展成為一個多功能的員工支持系統，幫助員工在面對生活、心理和家庭等多方面的問題時獲得資源支持，從而穩定出勤率、提升生產力並降低安全風險。今日的 EAP 並非單一的心理諮商計劃，而是涵蓋全面的員工協助系統。
EAP 成功運作的三大關鍵要素
現今 EAP 不僅限於戒毒戒酒，它涵蓋了員工在工作中和生活中的各種問題，如心理健康、家庭衝突等。黃智儀指出，EAP 的核心在於「穩定員工」，從而穩定企業運營，並提升工作效率。每一個員工的穩定，其實是一個家庭的穩定，一個家庭的穩定，會讓整個社會都跟著穩定。這套系統的重點在於「預防與干預」，即通過資源整合幫助員工處理個人困境，並在問題發生之前就進行預防。EAP 的成功實施依賴於三個關鍵要素：
1. 員工的自覺：培養員工主動尋求幫助的意識。 2. 同事有感覺：同事之間互相關注，當有異常狀況出現時能立即通知相關部門或協助求助。 3. 主管能發掘：主管應接受相關訓練，學會辨識員工需求，並主動介入提供支持。
這三條線路相互配合，可以及早識別問題並進行有效干預，從而降低風險，特別是員工安全和職場公共安全方面的風險。
時代 vs世代的變遷
隨著社會環境與職場文化的變遷，EAP 成為處理職場衝突和危機事件的重要工具之一。以下是推動 EAP 應關注的兩大重要層面：
時代不同 > 法規增加及職場環境改變：隨著台灣職場相關法規的增多，如職場不法侵害防治和心造防治法等，讓員工在面對職場霸凌或不公正時，有法規來保障員工的身心健康與權益。在經濟環境不穩定、社會壓力增大的情況下，個人和家庭壓力增加，員工對心理支持需求上升。若能有完善的 EAP 資源來幫助員工穩定情緒，便可減少人事流動，提升整體效能。
世代不同 > 新世代員工的需求：現今職場中存在多個世代，尤其是年輕的新世代對工作的期待、壓力來源和文化需求不同於以往。面對這樣的變化，EAP 在處理新一代員工的心理健康問題和自殺事件上尤為重要，企業應注重提供心理健康資源與正向支持的 EAP 服務。
EAP相關課程及培訓，打造友善職場正確支持員工 >>
現代職場中，員工的心理健康問題、工作壓力、績效管理的不公正，職場霸凌等現象，都可能引發嚴重的管理危機，甚至威脅到生命安全問題。黃智儀指出，自己服務過數百家公司，自去年開始，精神疾病跟自殺案件都翻倍成長，有很大部分來自八年級生的不穩定，所以世代差異是一個非常需要著重的部分。
而員工協助方案可以有效阻止問題的升級，企業的管理者需要 EAP 能夠幫助企業及早發現潛在的職場衝突，並提供適當的干預措施，以避免危機事件的發生。這些措施可以包括心理與情緒支持：透過系統化的協助，企業可以資源整合，幫助員工面對生活或職場中的壓力，並且強調在出現異常狀況時同事和主管的支持。透過建立內部支援系統或與外部專業單位合作，為有需要的員工及時提供相關諮詢服務和支持；壓力管理與培訓課程：安排壓力管理相關的培訓和工作坊，教導員工自我調適的技巧。法律或福利支援：除了情緒支持和壓力管理，企業還需在必要時提供法律和福利上的資訊支持。當處理與員工和主管間的爭議事件時，HR 需檢查主管行為的合法性，並且確保處理流程符合國家法規，進一步保障員工的心理及法律權益，防範爭議事件。
HR、主管、組織在 EAP 的角色？
首先，企業需要設計一個涵蓋多層面的系統化協助方案，整合各方資源，訓練員工能夠自主求助。建置資源地圖，讓同仁知道：我有任何的困難，我可以上這個網頁去找、公司有什麼資源可以幫助我？有什麼相關的合作廠商，或者是外部資源可以幫助我？社會有什麼資源，政府有什麼資源？
同時，HR與主管在EAP中扮演著關鍵角色。 HR可從人資系統來觀察人員的穩定，如職護系統的三高追蹤、出缺勤穩定性、員工滿意度調查等。另外HR要協助檢查主管是否有管理不當及績效考核的正確性，避免組織對員工造成間接性的職場不法侵害。
主管作為直接管理者，管理方式會直接影響到員工的心理健康與職場穩定性，當主管的管理行為不當，如缺乏公平性、管理情緒失控、過於人身指責或不正確的績效評估等，都可能構成職場上的不當行為，甚至是職權霸凌，進而引發員工心理壓力或組織衝突。
因此，HR需要幫助主管建立正確的管理方式，防止衝突的升級。例如，當一位員工有精神疾病、情緒失控、甚至有自殺傾向時，這不是一般的心理諮商可以解決的，會需要HR的介入，保護員工的生命安全穩定。主管也應接受培訓，學會如何辨識並及時協助員工，並在發現異常後採取正確措施，支持員工重返穩定的工作狀態。主管可以怎麼做？第一，觀察員工；第二，警覺到員工又再次需要協助；第三，正確的幫助員工回歸職場，正確的工作；第四，正確做到緊急事件之後的工作管理。
從組織的立場出發，人資與員工關係部門需盤點組織可提供的資源，並確保員工及其家庭在心理健康和工作穩定性方面獲得必要支持，EAP 的功能不僅限於問題的當下解決，更擴展至風險預防與危機管理，最終目標在於塑造積極的組織文化。當組織中發生員工異常狀況、爭議或不法侵害事件時，應基於“員工、主管、組織、法規”下圖這個三角型的平衡，全面考量並採取正確的處理流程與策略，以維護職場的公平與安全環境。
此外，現代員工對主管的期待轉向全方位的互動，他們期望主管能夠理解並關心自身的狀況，而不僅僅關注工作表現。因此，EAP在組織文化中不僅是解決問題的工具，更是培養關懷氛圍、滿足員工需求、預防危機的關鍵措施。
整體來說，EAP為員工提供求助途徑，提升其自助意識；對主管來說，可幫助他們更好地管理團隊，從績效到員工協助均具備法規釋義；對組織而言，則有助於提前預判風險、加強危機管理。通過EAP，企業可以有效地保護並支持員工成長，並提升整體績效。
系統化EAP促進員工穩定與組織韌性
隨著大環境的變遷，每位員工面臨的個人挑戰及其家庭、生活等“小生態”日益複雜，這些都影響了其職場穩定性。EAP不僅預防危機、處理風險，更支撐了員工的心理穩定，讓他們在壓力增加的現代職場中獲得支持。現代員工對主管的需求已超越工作指導，更希望得到情感上的關懷；組織企業除了推行 ESG 社會責任之外，還須符合「DEI」，多元（Diversity）、公平（Equity）、共融（Inclusion）文化的落實。
EAP 的系統化架構使公司能夠整合各部門的資源，設立求助和協助系統，培養員工的自助能力，並為主管提供正確的管理指導，留下管理紀錄。避免員工的生命安全跟國家法規檢查的風險。在面對個人問題、職場爭議、管理績效等挑戰時，透過完整的 EAP 架構，組織可以更加從容地處理問題、降低風險，並以人性化的方式關懷每位員工。
總結來說，EAP 是現代企業管理中不可或缺的一部分，它既是員工的支持系統，也是企業穩定發展的重要工具。從最初的危機干預，到如今的全方位管理，EAP 的價值不僅在於幫助員工，更在於為企業創造一個安全、健康且具生產力的工作環境。
講者簡介：黃智儀
黃智儀為興智國際的執行長，24 年來專注於員工協助方案（Employee Assistance Programs, EAP）的推動。台灣引入 EAP後，黃智儀是最早的一批推動者，參與了勞動部出版的三本員工協助手冊的編撰工作，推動此方案的持續發展。這些手冊幫助企業理解如何更有效地支持員工，並降低職場風險和生產力下降等問題。
錯過講座了嗎？會員限定 104 talks 免費回放 >>
揪朋友、同事一起進修更優惠！最低６折起>>
企業內訓、公開班及線上課程需求，104人資市集最超值 >>
加入104人資市集 Line 好友，獲得職場新知與更多學習資源！
前端工程師是什麼？薪水怎破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）負責部署、效能優化確保網站運行順暢前端工程師的合作夥伴
PM工作內容做什麼？產品企劃／產品經理薪資待遇、履歷面試總整理｜精選工作機會
PM產品經理（Product Manager）的工作內容不僅掌握了產品的長相、調性與走向，還肩負著產品的上線、營運與成敗大任，究竟PM的工作任務、薪資待遇如何？需具備什麼性格及能力？履歷面試如何提高錄取率？本文為你總整理。
文／《104職場力》小編
本文目錄（點擊可快速前往）
PM工作內容任務有哪些？一、解決問題持續創新二、協調需求協成共識是日常PM需具備哪些性格特質？PM履歷面試實戰技巧PM的薪水待遇有多少？（2025最新更新）PM職涯發展？職場前輩真心話
今天來介紹「PM／產品經理／Product Manager 」這個職務，產品經理／產品企劃，在市場上待遇相對優渥，看似管理著產品與一整支團隊的運作，卻又並非上司與下屬的管理層級關係，不僅掌握了產品的長相、調性與走向，還肩負著產品的上線、營運與成敗大任。但既不是工程師、設計師，也不是業務或行銷人員；既不用親自設計畫面、寫程式或銷售，那麼，究竟身為一位產品企劃，每天都要做些什麼事呢？
PM工作內容任務有哪些？
【產品企劃開發人員】工作內容任務
規劃產品：從頭發想並實際開發產品。例如：臉書網站。
產品宣傳：想出推廣產品的方法。例如：透過手機簡訊邀請好友。
優化產品：蒐集回饋意見，成為之後改良產品的依據和方向。例如：使用者抱怨有很多假帳號，因此規劃「假帳號過濾方法」，剔除假帳號。（資料來源：104工作世界）
一、解決問題持續創新
產品經理最核心的工作內容，便是「管理並解決所有的產品相關問題，確保整個團隊與各項資源都在高效率的最佳狀態上穩定運轉，然後在維持產品穩定的同時，繼續不斷地追求創新，以解決現有機制無法解的問題，並提供更優質的服務與產品體驗」。是的，你並不是主角，卻是產品成敗與生存的關鍵，必須在團隊中擔任安排協調、運籌帷幄的角色，就好像一場SHOW的主持人一樣。
除了溝通協調、分配資源與思考創新之外，產品經理要做的日常瑣事比你想像的還要多很多很多。像是「每週寄email給測試者，以分析了解市場需求與產品狀況」、「在客戶與工程師間來回溝通，抽絲剝繭的找出產品問題癥結並消滅它」、「每天分析各式各樣的產品相關數據資料與新聞，以掌握市場動態、領導團隊方向與時程」…等等，全都是產品經理的業務範疇。
二、協調需求協成共識是日常
邏輯表達、溝通能力與驚人EQ，是PM最重要的必備職能！必須能夠條理分明的向不同部門、各式各樣的人，清楚的闡述或轉達你所要說明的事情，並用對方能夠理解的語言去溝通，以確認團隊共識，一齊朝著相同的目標全力前進 (比如：和行銷企劃同仁溝通網站的TA（目標族群）偏婆婆媽媽菜籃族，跟設計師溝通用色要鮮豔喜慶、畫面要親切接地氣，對工程師則是討論產品規格是○○○○○○。
延伸閱讀：PM意思有不只3種可能！為何PM工作職缺只會愈來愈多？哪種PM最熱門？
PM需具備哪些性格特質？
根據104工作世界資料指出，從事PM工作最好具備以下的性格：
抗壓性：遇事從容不迫、行事冷靜沉著
活力：工作精力充沛、做事情有幹勁
負責任：做事認真可靠、有擔當盡責任
PM履歷面試實戰技巧
在104高年級擔任諮詢顧問的莊淑芬顧問也指出，應徵PM工作的履歷務必呈現溝通協調能力及語言能力，有些公司雖然對內工作較多，但外語仍是加分項。她也建議無PM經驗的求職者，可以從過去的工作或社團經驗中找出與PM工作相關之處，展現喜歡與人溝通或是具備商務溝通技巧的優點。
另外由於不同產業的業態及營運流程不同，求職者即使事先做功課仍不容易全盤了解，建議在面試時採取積極但務實的態度，適時坦承自己懂得只是皮毛，切勿讓面試官覺得求職者過分自信，反而扣分。
104個人品牌：真實求職者案例，產品企劃／產品經理履歷範本提供寫履歷參考
PM的薪水待遇有多少？（2025最新更新）
產品企劃菜鳥月薪$47,571．老鳥月薪$59,546，平均薪資依工作經驗而定，可參考如下：
1年以下：$47,5711-3年：$48,6883-5年：$52,6175-10年：$59,54610-15年：$63,69015年以上：$66,899 資料來源：104工作世界
產品管理師菜鳥月薪$57,139．老鳥月薪$66,084，平均薪資依工作經驗而定，可參考如下：
1年以下：$57,1391-3年：$58,7883-5年：$61,5575-10年：$66,08410-15年：$70,06415年以上：$76,575 資料來源：104工作世界
此外，不同產業、不同產品的PM，工作任務、性質與待遇也都大相逕庭，想成為PM的朋友們也可以思考一下自己真正感興趣的領域是什麼，然後多充實相關的產業及產品知識喔！
PM職涯發展？職場前輩真心話
通常菜鳥都會先從「產品企劃」職務做起，寫產品規格、進行團隊溝通協調與整合、企劃產品內容、時程進度安排……等等，待經驗成熟後才會晉級成為「產品經理」，更有前瞻性的做市場觀察、數據分析，擔任掌握大環境情勢並領導整個團隊方向的重要角色，背負產品績效成敗的同時，也有機會再往上爭取更高的薪資待遇。
建議想進這一行又無從著手的朋友們，可以從企劃類職務做起，如：行銷企劃、活動企劃、網路行銷企劃、專案企劃、產品企劃、RD……等等，都是累積相關實力非常好的經歷喔！
[joblist_plugin title='【PM專案經理／產品經理】精選職缺' url='https://www.104.com.tw/jobs/search/?ro=0&kwop=7&keyword=專案經理 產品 PM&expansionType=area%2Cspec%2Ccom%2Cjob%2Cwf%2Cwktm&order=15&asc=0&page=3&mode=s&langFlag=0&langStatus=0&recommendJob=1&hotJob=0' amount='3']
[course_plugin title='產品經理學習營｜學習推薦' keyword='產品經理學習營' amount=2]
推薦閱讀：
PM產品經理和專案經理有何不同？能力及技能樹一定要知道
老是惹怒工程師？PM與工程師協作的12個眉角
PM是最靠近CEO的職位？前臉書產品經理「矽谷阿雅」帶你實戰分析
有任何收穫或想分享的，都來和大家一起聊聊吧！