PM 產品規劃沒做好 / 問題排山倒海來
小川身為產品經理 (Product Manager) 在產品功能初期的規劃階段，我們會針對「商業需求」、「用戶需求」來設計產品的功能項目和樣貌
然而，規劃時常犯兩個錯誤： - 全盤接受客戶所期望的單一個案需求
- 考慮的面向不夠多、影響範圍不夠廣
一、不應全盤照做客戶期望功能 產品經理 PM 常會接收到客戶來的需求，說他們想要什麼什麼... 功能，這樣他們就能很方便，希望我們產品能添加在產品上（ 期盼的眼神 )
客戶如此提出時，產品經理必須思考到：
- 第一層思考：
這是每個客戶都會需要的功能嗎？
還是單一情境下的需求呢？
這功能跟原先產品的 Product Roadmap 規劃是否衝突？
若開發下去是否與未來會重工呢？
- 第二層思考：
客戶為什麼會提出這樣的功能願望呢？
他們的真正痛點是什麼？
我們的現有產品為什麼不能滿足他呢？
若我們沒有考慮到以上的問題，僅針對四面八方的客戶期望，直接去開發產品，將面臨產品功能不斷增生，而這些功能可能只在特定情況下使用。最終將導致產品功能的混亂，進而衍生更多客戶產品的使用問題，如此惡性循環。
二、功能規劃須盡可能多方考慮 在實際找到用戶的真實需求後，我們便開始針對該需求進行功能規劃，常見的產品規劃會先分析用戶故事（User Story）與使用者流程（User Flow），進而提出產品功能開發規格。
此時我們必須思考到：
- 第一層思考：
是 PM 自己的想要功能，還是用戶真的用得到？
是否有真正解決到真實需求？
- 第二層思考：
新功能與現有產品邏輯的一致性？
既有用戶對舊功能的習慣操作，是否遞延到新功能上？
既有用戶對新功能的學習成本，是否會很高呢？
產品是否可以向下相容，確保版本功能間的相容性？
經過以上的幾點思考與評估，便能更加確保新功能有達到需求目標，且符合當前產品的體系，同時亦顧慮到既有使用者的習慣、心情。產品經理 PM 若能在產品規劃的前期考慮越周全，便能降低客戶在實際使用產品後，提出的產品使用上問題。
小川內心話： 這次是產品小川的首篇文章，身為新手軟體產品經理 PM，有很多需要學習的知識與經驗，之後也會一一和各位分享。謝謝閱讀到這的你，希望對你能有所收穫，歡迎留言說說你的想法唷，學習共勉力～加油加油
產品經理 PM 常會接收到客戶來的需求，說他們想要什麼什麼... 功能，這樣他們就能很方便，希望我們產品能添加在產品上（ 期盼的眼神 )
客戶如此提出時，產品經理必須思考到：
- 第一層思考：
這是每個客戶都會需要的功能嗎？
還是單一情境下的需求呢？
這功能跟原先產品的 Product Roadmap 規劃是否衝突？
若開發下去是否與未來會重工呢？
- 第二層思考：
客戶為什麼會提出這樣的功能願望呢？
他們的真正痛點是什麼？
我們的現有產品為什麼不能滿足他呢？
若我們沒有考慮到以上的問題，僅針對四面八方的客戶期望，直接去開發產品，將面臨產品功能不斷增生，而這些功能可能只在特定情況下使用。最終將導致產品功能的混亂，進而衍生更多客戶產品的使用問題，如此惡性循環。
二、功能規劃須盡可能多方考慮 在實際找到用戶的真實需求後，我們便開始針對該需求進行功能規劃，常見的產品規劃會先分析用戶故事（User Story）與使用者流程（User Flow），進而提出產品功能開發規格。
此時我們必須思考到：
- 第一層思考：
是 PM 自己的想要功能，還是用戶真的用得到？
是否有真正解決到真實需求？
- 第二層思考：
新功能與現有產品邏輯的一致性？
既有用戶對舊功能的習慣操作，是否遞延到新功能上？
既有用戶對新功能的學習成本，是否會很高呢？
產品是否可以向下相容，確保版本功能間的相容性？
經過以上的幾點思考與評估，便能更加確保新功能有達到需求目標，且符合當前產品的體系，同時亦顧慮到既有使用者的習慣、心情。產品經理 PM 若能在產品規劃的前期考慮越周全，便能降低客戶在實際使用產品後，提出的產品使用上問題。
小川內心話： 這次是產品小川的首篇文章，身為新手軟體產品經理 PM，有很多需要學習的知識與經驗，之後也會一一和各位分享。謝謝閱讀到這的你，希望對你能有所收穫，歡迎留言說說你的想法唷，學習共勉力～加油加油
這次是產品小川的首篇文章，身為新手軟體產品經理 PM，有很多需要學習的知識與經驗，之後也會一一和各位分享。謝謝閱讀到這的你，希望對你能有所收穫，歡迎留言說說你的想法唷，學習共勉力～加油加油
分享至
成為作者繼續創作的動力吧！
