Evan Chang

要走產品經理還是專案經理?兩種 PM 差在哪?|EP87

要走產品經理還是專案經理?兩種 PM 差在哪?|EP87

產品經理?專案經理?人人都在說的 PM 到底是哪一種?各自的工作內容又有什麼差異?這篇想針對中大型公司會遇到的 PM 進行舉例,拆解產品經理(Product Manager)和專案經理(Project Manager)會遇到的工作項目。 一、PM 角色定義與主要目標 ⠀⠀ 產品經理(Product Manager): * 負責「產品的整體策略與價值定位」,確保產品功能滿足使用者需求,並達成商業目標 ,例如為公司帶來營收。 * 著重「做對的事」,規劃正確的產品方向,例如符合市場需求、解決用戶痛點;在跑敏捷開發的團隊,通常也被稱為 Product Owner、PO,擬定產品願景、決定產品優先級、規劃產品路線圖。 ⠀⠀ 專案經理(Project Manager): * 負責「專案的執行與協調管理」,確保專案在限定的時間、成本、資源下順利完成 。 * 關注「把事情做對」
Evan Chang
入門 PM 都要寫的產品需求文件 — PRD 基礎手冊|EP86

入門 PM 都要寫的產品需求文件 — PRD 基礎手冊|EP86

之前有記錄過一篇產品經理寫產品需求文件 PRD 的方式,但過了一陣子發現有些內容可以再更新,因此這篇會記錄 PRD 的前情提要,以及實際用案例來舉例 PRD 的內容要放哪些資訊。 一、關於 PRD 要先知道的事 ⠀⠀ PRD 的目的不是寫文案,而是對齊決策與加速執行 PRD(Product Requirement Document)是產品開發流程中最具爭議、也最容易被誤解的文件之一。新手產品經理會將 PRD 當作「寫清楚就好」的說明書,結果越寫越像流水帳;而部分資深 PM 則認為「熟了就不用寫太詳細」,只寫重點,剩下用口述的,導致後續開發混亂、需求來源難追溯。 但 PRD 的真正價值不是在於「寫得多完整」,而是它是否能協助團隊對齊需求目標、降低溝通成本,並有效推進產品落地。換句話說,PRD 是一份「可交付的思考歷程」,幫助產品團隊知道: * 為什麼要做這件事(
Evan Chang
產品經理如何看待小優化?持續讓用戶感覺產品在進步|EP85

產品經理如何看待小優化?持續讓用戶感覺產品在進步|EP85

產品經理在排序優先級時,不免會被問「這個很急嗎」,有時就會讓不緊急的項目往後排,但這些小優化、小 bug 會越累積越多,讓整個系統到處都有漏洞,某天使用者就會開始抱怨「系統實在不怎麼好用」,那要如何避免呢?可否將小需求逐步安排進團隊開發?這篇想記錄我在產品團隊的工作模式。 一、產品進步,不只能靠大功能 ⠀⠀ 在敏捷開發的快節奏中,產品經理往往面臨資源有限、時程緊湊、需求繁多的多重壓力,這樣的情況下,持續規劃「看得到、說得出」的大功能似乎才是價值的具體展現,也更容易讓團隊被高層看到。 但以使用者的角度出發,除了亮點功能之外,每天的操作過程若能持續更順、更快、更直覺,使用者也能感受到產品「有在進步」,但要做到持續優化有幾個關鍵: 1. 在不影響大功能 / 大專案的開發下,產品經理要在空檔安排小需求 2. 上級主管要認可持續解決小需求的價值 3. 小需求的開發必須低干擾、快速迭代 ⠀⠀ 小需求是指什麼呢?回到使用者對產品貼上「不好用」的標籤時,不一定是某個單一功能的缺陷,而是多個小痛點長期積累的結果,
Evan Chang
產品經理在敏捷開發下的反思:會議如何優化、如何避免踩雷|EP84

產品經理在敏捷開發下的反思:會議如何優化、如何避免踩雷|EP84

敏捷開發(Agile)在軟體產品公司已漸漸成為主流,其中 Scrum 是最常被應用的方法,但相較於瀑布式開發(Waterfall),Scrum 真的比較好嗎?跑敏捷的團隊需要具備什麼特質?這篇想以產品經理的角色,記錄在敏捷團隊的觀察與心得。 一、Scrum 框架與產品經理的角色定位 ⠀⠀ Scrum 框架簡介 Scrum 是一種敏捷開發框架,透過短週期的迭代(1 個 Sprint 通常 2 週)快速交付功能。 Scrum 包含三個核心角色: * Product Owner:產品負責人,也可以先理解為產品經理,負責定義產品價值,協調開發優先級。 * Scrum Master:敏捷教練,有時是團隊中的技術組長 / 資深工程師來擔任,負責確保團隊在流程上保持正軌,持續優化開發流程。 * Development Team:開發團隊,包含設計師、前端、後端、QA
Evan Chang
策略型產品經理與接案型產品經理的差異|EP83

策略型產品經理與接案型產品經理的差異|EP83

產品經理在不同公司的工作內容差異滿大的,在和不同 PM 的交流中,發現大公司或新創公司產品經理定位也不同,有些偏向純執行面、有些則是全方位、有些則可以接觸到更高決策,這篇想記錄在「策略型 vs 接案型」產品經理的差異。 一、產品經理的定位 ⠀⠀ 產品經理的定位可以用「工具型、B / C端、SaaS 型、Growth」等不同切分方式,但這裡先以工作內容來區分: * 策略型產品經理:主要負責制定產品的「中長期策略」,包含市場研究、競爭分析、設定 Roadmap,並確保產品路徑與業務目標一致。 * 接案型產品經理:主要專注於滿足「客戶需求」,包含收集使用者反饋,根據需求排優先順序功能,確保產品符合客戶期望,並管理客戶關係。 若以公司類型來區分的話: * 新創公司的 PM 通常能接觸到策略型產品經理的工作,可以參與產品定位、市場分析,進行產品創新發想。 * 成熟公司的 PM 則會需要更多接案型產品經理來進行產品迭代、維持客戶關係,
Evan Chang
電商平台的 B 端需求都怎麼來?PM 如何拆解需求?|EP82

電商平台的 B 端需求都怎麼來?PM 如何拆解需求?|EP82

在電商平台產品經理常常會收到各式各樣的開發需求,以 B 端為例又會分成潛在客戶和既有客戶的需求,這些需求通常來自於行銷人員為了推出新行銷策略,因此期待系統增加指定機制,這篇想紀錄 B 端電商產品經理常遇到的需求情境,以及如何釐清與拆解需求。 一、電商平台的需求來源 ⠀⠀ 在需求釐清的更前面,B 端電商產品經理的需求通常來自於: * 業務:為了簽下「潛在客戶」,這些潛在客戶可能會提出「需要增加 A/B/C 功能才願意簽約」,因此業務向產品部提需求。 * 客戶經理:為了鞏固「既有客戶」,這些既有客戶會提到「我想操作 C/D/E 行銷策略,但現在系統不支援,希望補上」。 ⠀⠀ 企業的需求多半圍繞在「行銷人員為了要維持既有的行銷活動」或「根據業績目標,提出的新行銷活動」或「實體門市已操作數年,但線上系統尚未支援」,因此提出的需求,像是: * 滿 X 件享 Y
Evan Chang
產品經理如何蒐集用戶需求?B 端產品的訪談心法|EP81

產品經理如何蒐集用戶需求?B 端產品的訪談心法|EP81

用戶訪談、釐清用戶需求幾乎是產品經理必備的技能之一,但在 B 端和 C 端的用戶訪談方式略為不同,這篇會記錄我在 B 端公司蒐集用戶需求的方式。 一、為什麼需要蒐集用戶情境 ⠀⠀ 在 B 端做產品有個特點是使用者通常比較明確,以電商平台的後台為例,真實使用者通常是「商品上架人員、出貨人員、行銷人員」,因此身為 B 端後台的產品經理,我們需要了解「用戶他想要完成的任務是什麼」。 相比 C 端產品可以透過「使用者研究、定期蒐集用戶回饋」來「主動規劃功能給用戶」,B 端產品相對比較「被動」,被動的意思是 B 端產品通常不會在不清楚用戶情境就主動為使用者規劃功能,而是要針對「真實的用戶情境」去提出解方。 用戶情境是指「用戶在特定環境下與產品互動的情況,包括他們的任務、目標、挑戰和使用條件」,例如: * 上架人員需要大量快速建立商品,並大量更新圖片 * 出貨人員需要追蹤訂單狀態、
Evan Chang