PM有兩種：產品經理、專案經理

如何區分兩者差異，將影響選擇職涯的重要關鍵，以下分析兩者職務的使命：

產品經理的工作內容＆使命：

• 從使用者的角度出發，規畫產品藍圖（Roadmap），為實現產品願景努力。
• 排序產品需求優先級（Prioritize／Priority），主導負責一個產品的功能迭代。
• 理解跨部門運作，與需求單位確保產品功能有達到商業目標與需求。
• 產品經理是「使用者的代言人」，所做的每件事都是為了產品願景努力，並且理解使用者需求創造產品價值。
• 因為主導一個產品，所以在公司內是「接需求」的單位，需要做大量的跨部門溝通是為了「幫需求排定優先級」，也為內部商業使用者發聲。
• 常在 Job Descripition 出現的關鍵字是，Roadmap／Test & Learn & Iteration／User Experience（產品藍圖／測試學習迭代／用戶體驗）。

專案經理的工作內容＆使命：

• 以公司商業目標出發，主導／規畫相關專案的目標、時程、所需資源。
• 驅動跨部門協作，建立符合專案目標的有效工作流程，並增進營運效率。
• 專案經理是「商業目標的協調者」，所做的每件事都是在為了實踐公司短中期的商業目標，大量的跨部門溝通促進資源的整合性。
• 專案通常會有明確的 scope 範圍，與產品經理為產品功能不斷的迭代有點不同，專案經理更注重在交付每個專案的成果。
• 因為公司內每個部門本來就有自己的 KPI，通常很容易造成「穀倉效應」而失去了綜效，因此專案經理需要做大量的跨部門溝通是為了「促進資源的整合性」。
• 常在 Job Descripition 出現的關鍵字是，Cross function coordination／Define & Identify Resource／Operational savvy（跨職能協作／定義和識別資源／操作精明）。

一個好的網路產品需要兼顧 「商業的獲利性」、「使用者的需求性」、「技術的可行性」，之所以有時候會分不太出來產品經理與專案經理的差別是因為，不管你是哪一種PM，只要做得好通常這三者都會兼顧到，才能夠成功地「為產品迭代」或是「交付專案成果」。

產品經理（Product Manager）更常以「使用者」的角度切入，較靠近使用者與技術實作，當你對商業運營也有一定的知識，你就是一個好的 Product Person with Business Mindset（具有商業思維的產品人）；而專案經理（Project Manager）更常以「商業目標」切入，如果對網路產品有足夠的知識，長期職涯我會以 Business Person with Product Mindset（具有產品思維的商務人士）來描述。

事實上，台灣網路產業的現況，這兩個職位並不是那麼明確的區別。因為台灣以「中小企業」為居多，產品開發部門並不會像是海外網路巨頭那樣龐大／資源豐富，通常一個產品經理為了順利交付產品功能，也要做很多專案管理的工作；甚至在很多中小公司裡面，CEO 通常也會跟產品經理溝通密切，業界戲稱的「隕石式開發」意指其實在公司內真正的產品經理是 CEO，而產品經理都只是在做專案經理的角色而已！ （你排的產品藍圖 Roadmap 其實不是 Roadmap，只是 Product Backlog- 待辦清單！）

相對而言，海外的產品開發環境比較成熟，因此我前面舉例的職務敘述也是以海外職缺為案例，如果你是非常想往「產品經理-Product Manager」的職涯發展，海外的產業是普遍比較健全的，或是有人就會自己創業做 CEO 了。

產品需求文檔（Product Requirements Document，PRD）是軟體工程和網際網路產品設計中的術語。是將商業需求文檔（Business Requirements Document，BRD）和市場需求文檔（Market Requirements Document，MRD）用更加專業的語言進行描述。

產品需求文檔，是互動設計的基礎。通常包含了產品的理念宗旨、功能需求、邏輯架構、頁面設計等信息。產品需求文檔的撰寫，是軟體工程的重要階段，對於把握產品需求、保證產品經理、設計師和軟體開發者等人員之間的溝通有據有著重要意義。

接收到產品需求文檔的單位（可能是潛在的供應商）會由技術觀點分析產品需求文檔，拆解為機能規格（有時也會稱為技術需求文件，Technical Requirements Document）。