PO是product owner，是一個role，負責與stakeholders打交道，提煉stakeholders的需求，按照需求的價值以及緊急程度安排優先級。PO是一個角色，對product backlog負責，通俗地講，product backlog上的條條目目應該長什么樣子，PO都有一個清晰的picture；抽象點講，每個user story的acceptance criteria對於PO而言是確定的。PO為每個user story設定一個goal，scrum team的工作就是hit the goal，讓PO心中所想的那個user story成為現實。
PM是product manager，是一個titile。可以由PO或者BSA來冠名，這里講BSA作為PM的職責。PM負責管理產品的需求和研發。PM往往需要了解PO的需求，把這些需求轉化成產品的一個個feature，然后依托其技術背景，與團隊一起討論出實現的可行性方案；（注：這里，PM可能未必要100%地滿足PO的需求，在可控范圍內，提出一個滿足product vision的折中方案，使得product team和product owner雙贏）同時，PM是product的管理者，並非people的管理者，所以PM側重點是產品的特性features的管理與研發，在規范化的控制流程（比如Scrum的框架）下與各個團隊功能角色一起工作，管理產品的研發進度，確保產品高效地以及高質量地發布上線。
需求的角度看待這幾個角色：
Stakeholder <-> PO（關注 businessman 需要什么） <-> PM （關注 用戶的需求可以成為Product的features嗎，如果是則把user story轉化為product features，如果不是則workaround）
上述可能有點抽象，為了闡述清楚PO和PM的區別，這里舉個例子：
PO提出一個user story：我要一個登錄界面供注冊用戶登錄網站（PO腦子里想像的登錄界面的樣子（Acceptance Criteria）就是很簡單的一個用戶名輸入框+密碼輸入框+提交按鈕的功能性需求）
PM根據這個用戶需求細化該注冊用戶登錄界面的feature：1. UI 設計（可能是第一稿）：配色，輸入框、按鈕、鏈接的風格樣式，排版 2.登錄功能（存在用戶+不存在用戶；正確密碼和非正確密碼） 3. 忘記密碼鏈接和恢復密碼的功能 4. SQL注入防范 5. 窮舉式攻擊防范（驗證碼）等等。而且，PM還需與技術團隊共同商討實現這些feature的可行性方案、難點，可能存在上線延期的風險等等。feature是對user story的詳細化的設計，同時拆分了user story為多個小的story，這些小的story可以在若干個sprint完成。
所以PO是從用戶功能的角度提出功能性需求（粗放型），PM則是從產品設計的角度把功能需求細分為多個feature（集約型）並確定實現方案的角色。