產品規劃
含有「產品規劃」共 66 篇內容
全部內容
發佈日期由新至舊
產品經理的工作，本質上是一場從「混亂」到「有序」的持續博弈。
需求池裡堆積如山的用戶回饋、營運同學提的緊急訴求、開發質疑「這個功能到底解決了什麼問題」…每天被各種資訊轟炸，如果沒有一套清晰的梳理和規劃方法，很容易陷入「看起來很忙，但產品方向越來越模糊」的困境。
越來越多企業嘗試將 AI 功能整合到既有產品中，但設計 AI 產品並非單純加入一個「智能生成」，從產品策略、使用者體驗，到後續商務團隊的營運成本，都是產品經理要考慮到的環節，這篇會記錄我在求職平台、電商開店系統、客服系統的 AI 產品設計心得。
產品經理常被稱為「產品 CEO / 沒有組員的領導者」，但究竟要扮演哪些角色？為什麼近幾年越來越盛行？產品經理的價值和定位是什麼？這篇會記錄我在曼陀號領航計劃 PM 組的收穫。
AI 如何加速商品上架？產品經理在規劃 B 端功能要考量哪些議題？剛好近期參與到「AI 生成商品規格」，在【2025 Generative AI 年會】也不斷被提到，因此這篇想記錄一下我參與這個功能的一些細節。
近期在做電商開店平台的後台系統，開始瞭解到「效率型產品」的定位，如何讓使用者更快、更順利地完成一項任務？如何快速抓到使用者的 Jobs-to-be-done？都是產品經理在規劃功能前要先蒐集的資訊，這篇想記錄打造效率型產品的心得。
產品經理在規劃功能時，不時會遇到「這個需求在技術上是否可行」、「產品現況的技術架構跟客戶期望的修改方式好像無法符合」等技術相關問題，但哪些是技術債要大改、哪些是技術限制只要微調，往往需要工程師協助盤點，這篇想記錄在面對技術債（Legacy Code，Technical debt）時，身為產品經理會遇
需求優先度是 PM 都會遇到的議題，尤其在 To C 產業，或是 To B 要做成 SaaS 型產品，常會遇到的兩難。
象限法
最常用的需求分析應該是象限法(個人感受，無數據支持)，適合分析兩種至多三種名目屬性的變數。包含有無、是否、男女等。常見的範例兩種變數，緊急不緊急、重要不重要
需求無限、資源有限的情況下，產品經理設計功能都會面臨如何縮減需求，透過有限的開發人力打造最小可行性產品（Minimum Viable Product，MVP），這篇將分享「減法思維」在實際產品規劃中如何運用。
產品的舊定位
比起公司發展20年的 Saas 平台產品，我的資歷實在尚淺，許多舊有產品並非出自我手。但是面對客戶新需求，又得重新包裝舊產品，以符合市場需求。
之前就碰到一個尷尬情況，過往公司服務客戶是小型企業為主，但是逐漸開始接觸大集團。有一次碰到一個棘手的客戶，是國際級的大集團...
帳號權限管理一直是產品系統的重要議題，近期規劃權限功能時發現 RBAC 這套模型，才開始了解為什麼要有 User-Role-Permission 的架構，隨著系統規模的擴大和複雜度的增加，傳統的權限管理模式已經無法滿足需求，而基於角色的訪問控制（Role-Based Access Control，簡
