需求無限、資源有限的情況下，產品經理設計功能都會面臨如何縮減需求，透過有限的開發人力打造最小可行性產品（Minimum Viable Product，MVP），這篇將分享「減法思維」在實際產品規劃中如何運用。
一、什麼是減法思維
⠀⠀
「減法思維」是指在產品開發過程中，為了在「有限時間、有限人力」的情況下交付功能，因此專注於核心功能，先減去當下非必要的元素。▍ 減法思維的好處
- 加速上線時間：專注核心功能，快速推出功能滿足需求方。
- 降低開發成本：減少不必要的開發和測試時間，節省資源。
- 增強團隊專注：將目標縮小，促使團隊更明確往目標前進。
- 便於迭代優化：基於核心功能的反饋，可以再次收斂後改進。
▍ 減法思維的風險
- 情境未完全滿足：在使用者操作後，發現缺少指定功能而導致體驗不佳。
- 遺留技術債：有些為了求快的開發方式，像是寫死的程式碼，未來可能需要再次重寫架構。
⠀⠀
⠀⠀
二、實例：聊天功能的 MVP 開發
⠀⠀
這裡想直接舉一個過往我參與過的產品「聊天功能」，在當時如何透過減法思維，從 MVP 開始逐步擴展功能。
在求職平台服務時，我們想打造一個「讓求職者可以更快速與企業主、HR 聯繫的功能」，類似蝦皮聊聊、小雞上工的聊天功能，但聊聊功能要做到多深、功能要多全面，一直是當時備受討論的議題。
因此我當時根據市面上的聊天產品，自己規劃一個迭代路線。
- V1：基本聊天功能（MVP）
- V2：增強版聊天
- V3：進階聊天體驗
- V4：全方位溝通平台
⠀⠀
▍ MVP 包含哪些功能
在 MVP 階段，我們只先專注於最核心的聊天功能，確保用戶可以傳遞訊息，進行最基本的溝通。
- 一對一文字聊天：可以傳送和接收文字訊息，並顯示訊息傳遞時間。
- 職缺連結：可以在訊息框點擊指定職缺連結，並可以透過連結開職缺頁。
- 聊天列表：可以看到過往的聊天紀錄，並顯示每個聊天對話的時間軸。
- 訊息搜尋：可以用關鍵字搜尋過往聊天紀錄。
⠀⠀
這時第一代 MVP 還不包括：
- 多媒體訊息（圖片、語音、視訊等）
- 表情符號
- 通知推播
⠀⠀
▍ 如何確定 MVP 的範圍
- 定義核心需求： 當時考慮求職者和企業主的基本溝通需求是文字和連結，因此先將圖片、影音這類需求先排除。
- 評估開發成本：確保基本功能可以有限時間和開發人力下完成。
- 設定明確目標：因為功能預設是關閉，上線後要請客戶經理 2 個月內讓 100 間企業開始使用。
- 用戶反饋循環：透過客戶經理收集使用者心得，並確保企業主的使用狀況，並根據反饋準備後續的迭代。
⠀⠀
⠀⠀
三、如何協調最低上線標準
⠀⠀
雖然透過減法思維可以讓 MVP 快速「瘦身」，但產品經理仍要確定 MVP 的最低上線標準是否符合各方利害關係人的預期，包含：
- 確定核心功能清單：列出上線當下「支援和不支援」的功能，確保所有人都知道這次上線內容。
- 確定產品路線圖：為了避免上線後各個需求不斷湧入，需要確保 MVP 做完之後的產品方向，要繼續迭代或是先開發其他項目。
- 確定產品優先級：為了避免上線後，因為 MVP 功能的缺乏，讓第一線人員誤以為是 bug 而回報，因此產品經理需要訂出優先級，確認哪些要修、哪些非 bug。
⠀⠀
⠀⠀
四、結語
⠀⠀
運用減法思維進行產品規劃，專注於開發最小可行性產品（MVP），可以讓產品團隊在「有限資源、有限時間、有限人力」下進行最快速的衝刺，以上述聊天功能的開發為例，當下僅先滿足「傳遞訊息」的功能，解決最基本的溝通需求。
但同時，MVP 不是終點而是起點，雖然快速上線，也代表可能快速失敗，因此產品經理需要保持開放和靈活的心態，時時確認第一線使用者或客服人員有沒有收到產品反饋。
⠀⠀
如對這系列文章有興趣可以再觀看：
