產品經理在做什麼？2026 PM 工作內容、必備技能與 PRD 範本完整解析

「業務說客戶要 A 功能，研發說 A 做不到要改 B，老闆在會議上拍板做 C，三個月後上市，沒有人滿意。」這是很多中小企業研發部門的日常。問題的根源往往是：公司裡沒有一個人真正負責「產品該長什麼樣子」。需求來自四面八方，誰的聲音大就先做誰的，研發疲於奔命，產品卻越來越像一個什麼都有、卻什麼都不突出的拼裝車。

產品經理這個角色，正是為了解決「誰來為產品方向負責」的問題。但在台灣中小企業，PM 一詞常被混用：有時指專案經理，有時指業務助理，有時只是幫研發寫規格的人。這篇文章從組織與職能的角度，把產品經理的職責、技能、工具與考核方式講清楚，讓你判斷公司需不需要產品經理、需要什麼樣的產品經理，以及如何讓這個角色真正發揮作用。

產品經理是什麼？一個為產品成敗負責的角色

產品經理是負責定義產品方向、並對產品市場成果負責的人。他要回答三個根本問題：為誰解決什麼問題、為什麼現在值得做、做到什麼程度算成功。產品經理通常沒有直接管轄研發或業務的權力，卻必須讓這些人朝同一個方向努力，因此常被形容為「沒有職權的領導者」。

產品經理的起源

產品管理的概念常被追溯到 1931 年。當時寶僑（Procter & Gamble）一位年輕主管 Neil McElroy 寫了一份內部備忘錄，主張每個品牌都應該有專責的「品牌經理」（Brand Man），負責追蹤銷售、了解市場與競爭、規劃廣告促銷，並對品牌的成果負完全責任。這份備忘錄被視為現代品牌管理與產品管理的起點之一。之後隨著科技業發展，產品經理逐漸從行銷導向，轉為更貼近研發與使用者體驗的角色。

當代產品經理的四大風險觀點

美國產品管理顧問 Marty Cagan 在其著作與 Silicon Valley Product Group 的文章中，提出產品開發的四大風險：價值風險（客戶會不會買單或選擇使用）、可用性風險（使用者會不會用）、可行性風險（技術上做不做得到）、商業可行性風險（公司的業務、法務、財務能否支撐）。在他的框架中，產品經理主要負責價值與商業可行性，設計師負責可用性，技術主管負責可行性。這個分工很適合中小企業用來釐清「產品經理到底要對什麼負責」。

產品經理與專案經理、產品負責人、業務有何不同？

台灣企業最常見的混淆，是把產品經理（Product Manager）和專案經理（Project Manager）都簡稱為 PM。兩者都很重要，但責任完全不同：產品經理決定「做對的事」，專案經理確保「把事做對」。

依《Scrum 指南》（2020 年 11 月版），產品負責人（Product Owner）負責讓 Scrum 團隊產出的產品價值最大化，並負責產品待辦清單的管理，包括制定並溝通產品目標、建立與排序待辦項目。在採用敏捷開發的中小企業，產品經理常常同時擔任產品負責人，但產品經理的視野通常更廣，涵蓋市場、定價與商業模式。

中小企業最常見的三種錯位

• 把產品經理當專案經理：每天追進度、催交期，沒有時間接觸客戶與市場，產品方向仍由老闆或業務臨時決定。
• 把產品經理當需求窗口：業務提什麼就寫成規格交給研發，沒有判斷與取捨，等於只是傳話。
• 把產品經理當老闆的分身：所有決定都要老闆點頭，產品經理沒有任何決策空間，自然留不住人。

PM 工作內容有哪些？產品經理的六大職責

產品經理的工作內容會因產業與公司規模而異，但大致可以歸納為以下六大職責。中小企業的產品經理往往一人包辦全部，因此更需要清楚的優先順序。

一、市場與客戶研究

定期拜訪客戶、參與業務會議、分析客訴與售後紀錄、追蹤競爭產品與產業趨勢。好的產品經理能說出目標客戶一天的工作流程，而不只是背出產品規格。設計思考中的同理心訪談與觀察，是產品經理最常用的研究方法。

二、產品策略與路線圖

把公司的經營目標轉譯成產品方向：要進入哪個市場、主打哪一群客戶、未來一到三年產品要演進到哪裡。產品路線圖不是功能清單加日期，而是「要解決的問題」與「預期成果」的排序。

三、需求定義與 PRD

把客戶問題與商業目標寫成研發可以執行的需求文件（PRD），清楚定義範圍、驗收標準與不做什麼。

四、優先排序與取捨

面對有限的研發資源，決定先做哪個、延後哪個、拒絕哪個，並向業務與老闆說明理由。說「不」是產品經理最重要、也最困難的工作。

五、跨部門協調與上市準備

與研發、設計、品保、採購、業務、行銷、客服協作，確保產品如期上市，並準備好定價、銷售話術、教育訓練與客服知識。

六、上市後的成效追蹤與迭代

追蹤產品是否達成預期目標，蒐集回饋並決定下一版的改良方向。新產品構想在投入正式開發前，可以先用MVP 最小可行性產品的方法小規模驗證，這也是產品經理的關鍵任務之一。

產品經理的一週時間分配參考

• 客戶與市場：拜訪、訪談、數據分析
• 團隊溝通：與研發討論需求、待辦清單整理、設計審查
• 跨部門會議：業務、行銷、客服、品保的協調
• 文件與規劃：PRD、路線圖、上市計畫
• 向上管理：向老闆或主管報告進度與重大取捨

以上比例沒有標準答案，但如果產品經理一週下來幾乎沒有接觸任何客戶，通常代表角色已經偏離，變成內部的協調專員。

產品經理技能有哪些？能力地圖與評估方式

產品經理需要的技能很雜，很難找到樣樣精通的人。實務上可以把產品經理技能分成四大類，招募與培養時依公司現階段的缺口決定重點。

產品經理面試的三個實作題

1. 情境取捨題：給候選人一份包含八個需求的清單與研發人力限制，請他排序並說明理由，觀察是否考慮客戶價值、營收影響與投入成本。
2. PRD 撰寫題：提供一段客戶抱怨與業務需求，請他在限定時間內寫一頁需求摘要，觀察是否能定義問題、範圍與驗收標準。
3. 數據解讀題：提供一份產品使用或銷售數據，請他找出最值得關注的現象與可能原因，觀察是否會追問數據背後的假設。

從內部培養產品經理

中小企業找不到合適的外部人選時，常從內部挑選資深業務、應用工程師、客服主管或研發工程師轉任。業務出身的人懂客戶但可能過度遷就單一大客戶；研發出身的人懂技術但可能過度追求技術完美。轉任時應針對弱項安排輔導與訓練，並先從單一產品線開始。

PRD 怎麼寫？產品需求文件範本

PRD（Product Requirements Document，產品需求文件）是產品經理與研發團隊之間最重要的溝通工具。好的 PRD 不是越厚越好，而是讓任何團隊成員讀完後，都能回答「我們要解決什麼問題、做到什麼程度算完成、哪些不在這次範圍」。以下是適合中小企業的 PRD 架構：

1. 文件基本資訊：產品名稱、版本、撰寫人、審核人、更新日期、變更紀錄。
2. 背景與問題陳述：客戶遇到什麼問題、目前怎麼解決、為什麼現在要做，附上客戶訪談或數據證據。
3. 目標與成功指標：這次要達成的商業與客戶目標，例如提升某項轉換率、降低某類客訴，並寫明衡量方式。
4. 目標使用者與情境：主要使用者是誰、在什麼情境下使用。
5. 需求清單：以使用者故事或功能描述列出需求，並標示優先級（必要、重要、加分）。
6. 驗收標準：每一項需求做到什麼程度算完成，越具體越好。
7. 不在範圍內：明確寫出這次不做的項目，避免範圍蔓延。
8. 限制與相依性：法規、認證、技術限制、供應商或其他專案的相依關係。
9. 上市與營運需求：定價、教育訓練、客服、文件、行銷配合。
10. 待決事項與風險：尚未確定的問題與預計決定的時間。

PRD 撰寫的四個常見錯誤

• 只寫解法、不寫問題：研發只知道要做什麼，不知道為什麼，遇到技術限制時無法提出更好的替代方案。
• 沒有成功指標：上市後無法判斷產品到底成不成功。
• 沒有寫不做什麼：開發過程中需求不斷追加，時程一延再延。
• 寫完就不更新：需求變更只靠口頭交代，PRD 與實際產品脫節。

產品經理怎麼排優先順序？兩個實用工具

需求永遠比資源多。產品經理若沒有一套可說明的排序方法，最後只會變成「誰最大聲就先做誰」。以下兩個工具簡單易用，適合中小企業導入。

RICE 評分法

RICE 由 Intercom 的產品經理 Sean McBride 提出，用四個因素評估每個需求：

• Reach 觸及：一段期間內會影響多少客戶或使用者。
• Impact 影響：對每個人的影響程度，原始文章採用 3（極大）、2（高）、1（中）、0.5（低）、0.25（極小）的級距。
• Confidence 信心：對以上估計有多少把握，以 100%（高）、80%（中）、50%（低）表示。
• Effort 投入：所需人力，以「人月」估算。

RICE 分數 = 觸及 × 影響 × 信心 ÷ 投入。舉例：某功能一季可觸及 400 位客戶，影響為 1，信心 80%，需要 2 人月，分數為 400 × 1 × 0.8 ÷ 2 = 160。另一個功能只觸及 50 位大客戶，影響為 3，信心 50%，需要 3 人月，分數為 50 × 3 × 0.5 ÷ 3 = 25。分數不是絕對答案，但能讓討論從「我覺得」轉為「我們的假設是什麼」。

狩野模型（Kano Model）

由東京理科大學狩野紀昭教授等人於 1984 年提出，把產品屬性分為幾類，其中最常用的三類是：

• 必要品質（Must-be）：沒做到客戶會非常不滿，但做到了也不會特別滿意，例如設備的基本安全性。
• 一元品質（One-dimensional）：做得越好越滿意，做得越差越不滿，例如速度、耐用度。
• 魅力品質（Attractive）：沒有也不會不滿，但有了會帶來驚喜。

狩野模型提醒產品經理：先確保必要品質到位，再投資一元品質，最後才用魅力品質創造差異。而且魅力品質會隨時間變成一元或必要品質，今天的驚喜就是明天的基本要求。

產品經理的績效怎麼考核？指標設計建議

產品經理的成果需要時間發酵，又高度依賴其他部門，因此考核特別容易失準。常見錯誤是只看「準時上市」，結果產品經理把心力放在追進度，而不是做對的產品。建議把指標分成三層：

成果指標（產品是否成功）

• 新產品營收占比 = 近一定期間內上市產品的營收 ÷ 總營收 × 100%
• 產品毛利率 = （產品營收 – 產品銷貨成本）÷ 產品營收 × 100%
• 客戶留存或回購率 = 期間內持續使用或回購的客戶數 ÷ 期初客戶數 × 100%

過程指標（做事方式是否正確）

• 每月實際接觸的客戶數或訪談數
• PRD 完整度：是否包含問題、成功指標、驗收標準與不在範圍內項目
• 上市後檢討是否如期進行並產出改善行動

協作指標（跨部門合作是否順暢）

• 研發、業務、客服對產品經理的協作滿意度（可用半年一次的簡短問卷）
• 需求變更次數與原因分析，用來檢討需求定義是否不夠清楚

研發部門的整體績效設計可延伸參考本站研發團隊績效管理，把產品經理的指標與研發團隊的 OKR 對齊，避免兩邊各自追求不同目標。

中小企業什麼時候需要產品經理？設立職位四步驟

不是每家公司都需要專職產品經理。產品線單一、老闆本身就是最懂客戶的人時，老闆兼任產品經理往往最有效率。以下情況出現時，就值得考慮設立專職產品經理：

• 產品線或客群增加，老闆已無法親自掌握每條產品線的市場變化。
• 研發經常抱怨需求反覆變動，業務經常抱怨產品不符合市場需要。
• 新產品上市後表現不如預期，卻說不出原因。
• 公司正在從代工轉型自有品牌，或從單次銷售轉向訂閱、服務模式。

設立產品經理職位的四個步驟

1. 寫清楚職責與決策權：明確定義產品經理可以決定什麼（例如功能優先順序），需要誰核准什麼（例如定價與重大投資）。沒有決策權的產品經理只是協調員。
2. 界定與既有角色的分工：產品經理、研發主管、業務主管、專案經理之間的權責要書面化，避免互踩或互推。
3. 給予接觸客戶的管道：讓產品經理能參與業務拜訪、讀取客服紀錄與銷售數據，否則只能閉門造車。
4. 設定試行期與檢討點：先從一條產品線開始，三到六個月後檢討角色運作與指標，再決定是否擴大。

產品經理的職涯路徑參考

常見路徑為：產品專員或助理產品經理、產品經理、資深產品經理、產品總監、產品長或事業部主管。產品經理因為長期練習從客戶、技術、財務多個角度做決策，也是企業培養未來事業負責人的重要來源，可與CEO 儲備接班人計畫這類培育機制結合。

用管理王系統支援產品經理的日常工作

產品經理每天處理大量的客戶回饋、需求文件與跨部門協調，資訊散落是最大的效率殺手。管理王一站式企業 AI 管理系統中，以下功能與產品經理的工作直接相關：

• 客戶管理（CRM）：產品經理可以查看客戶的互動紀錄、需求與成交狀況，從業務第一線資料中找出共同痛點，而不是只聽單一業務轉述。
• AI 知識庫：把 PRD、產品規格、常見問題與上市資料整理在知識庫中，讓業務與客服能自行查詢，減少重複詢問產品經理。
• AI 會議記錄：需求討論、設計審查與上市檢討會議可產出會議紀錄與決議，讓取捨的理由留下紀錄，日後不必重新爭論。
• 專案管理：把產品上市所需的研發、行銷、教育訓練工作拆成任務並追蹤進度，讓產品經理與專案負責人看到同一份進度。

工具能讓資訊更透明，但產品方向的判斷與取捨，仍然仰賴產品經理的專業與經營團隊的共識。

產品經理常見問題

產品經理需要會寫程式嗎？

不一定需要會寫程式，但需要理解基本的技術概念與限制，能和工程師討論可行性與替代方案。在軟體產品公司，技術理解力的要求通常較高；在製造業，則更需要了解材料、製程與成本結構。

產品經理和專案經理可以由同一人兼任嗎？

小型企業常見兼任，但要意識到兩者的衝突：產品經理要為「做對的事」可能調整範圍，專案經理要為「準時完成」而控制範圍。兼任時建議把產品決策與專案進度分開檢討，避免為了趕時程犧牲產品價值。

PRD 一定要寫得很完整才能開始開發嗎？

不需要。在敏捷開發的做法中，PRD 可以先把問題、目標、成功指標與第一階段範圍寫清楚，細節隨開發逐步補充。重點是團隊對「要解決什麼問題」有共識，而且變更有紀錄。

產品經理應該隸屬研發部還是業務部？

各有利弊。隸屬研發容易偏向技術導向，隸屬業務容易偏向短期業績。許多企業讓產品經理直接向總經理或事業部主管報告，以維持中立的產品判斷。中小企業可依現況選擇，但要確保產品經理能同時取得客戶與研發的資訊。

如何判斷產品經理做得好不好？

最終看產品的市場成果，例如營收、毛利、客戶留存。但因為成果需要時間，短期可觀察過程指標：是否持續接觸客戶、PRD 是否清楚、優先排序是否有依據、跨部門是否信任他的判斷。

沒有產品經理的公司，老闆可以怎麼做？

老闆可以先扮演產品經理，但要建立基本紀律：定期接觸客戶、用一致的方法排序需求、把重要決策寫成簡短文件。等產品線擴大後，再把這些已經運作的方法交接給專職產品經理。

結論：產品經理是企業把客戶需求變成獲利產品的關鍵角色

產品經理的價值不在於多會寫文件或多會開會，而在於持續回答「為誰解決什麼問題、為什麼現在值得做、做到什麼程度算成功」。對中小企業而言，設立產品經理的關鍵是給予清楚的職責與決策權、界定與專案經理和業務的分工、讓他真正接觸客戶，並以產品成果而非只看準時上市來考核。把產品經理放對位置，研發資源才會用在最值得的地方。更多研發管理主題，請參考中小企業研發管理總覽。

培養企業自己的產品經理：戰國策企業內訓

產品經理很難從外部直接找到現成的人才，多數企業最終仍要從內部培養。戰國策戰勝學院自 2000 年成立以來，提供企業經營、AI 與行銷等領域的課程，可透過企業內訓課程，依貴公司的產業與產品特性，為產品經理、研發主管與業務主管設計客製化課程，主題可涵蓋客戶需求洞察、產品策略、需求文件撰寫、優先排序與跨部門溝通，讓團隊建立共同的產品語言。若需要進一步調整組織分工與權責制度，也可搭配顧問輔導服務，協助規劃產品管理職能與考核機制。

資料來源：Silicon Valley Product Group, The Four Big Risks；Mind the Product, The history and evolution of product management；Ken Norton, Product Management Was Born in 1931；The 2020 Scrum Guide；Intercom, RICE: Simple prioritization for product managers；Wikipedia, Kano model