產品規劃如何運用減法思維？以最小可行性產品為目標｜EP65

需求無限、資源有限的情況下，產品經理設計功能都會面臨如何縮減需求，透過有限的開發人力打造最小可行性產品（Minimum Viable Product，MVP），這篇將分享「減法思維」在實際產品規劃中如何運用。

一、什麼是減法思維

⠀⠀

「減法思維」是指在產品開發過程中，為了在「有限時間、有限人力」的情況下交付功能，因此專注於核心功能，先減去當下非必要的元素。

▍ 減法思維的好處

1. 加速上線時間：專注核心功能，快速推出功能滿足需求方。
2. 降低開發成本：減少不必要的開發和測試時間，節省資源。
3. 增強團隊專注：將目標縮小，促使團隊更明確往目標前進。
4. 便於迭代優化：基於核心功能的反饋，可以再次收斂後改進。

▍ 減法思維的風險

1. 情境未完全滿足：在使用者操作後，發現缺少指定功能而導致體驗不佳。
2. 遺留技術債：有些為了求快的開發方式，像是寫死的程式碼，未來可能需要再次重寫架構。

⠀⠀

⠀⠀

二、實例：聊天功能的 MVP 開發

⠀⠀

這裡想直接舉一個過往我參與過的產品「聊天功能」，在當時如何透過減法思維，從 MVP 開始逐步擴展功能。

在求職平台服務時，我們想打造一個「讓求職者可以更快速與企業主、HR 聯繫的功能」，類似蝦皮聊聊、小雞上工的聊天功能，但聊聊功能要做到多深、功能要多全面，一直是當時備受討論的議題。

因此我當時根據市面上的聊天產品，自己規劃一個迭代路線。

• V1：基本聊天功能（MVP）
• V2：增強版聊天
• V3：進階聊天體驗
• V4：全方位溝通平台

⠀⠀

▍ MVP 包含哪些功能

在 MVP 階段，我們只先專注於最核心的聊天功能，確保用戶可以傳遞訊息，進行最基本的溝通。

1. 一對一文字聊天：可以傳送和接收文字訊息，並顯示訊息傳遞時間。
2. 職缺連結：可以在訊息框點擊指定職缺連結，並可以透過連結開職缺頁。
3. 聊天列表：可以看到過往的聊天紀錄，並顯示每個聊天對話的時間軸。
4. 訊息搜尋：可以用關鍵字搜尋過往聊天紀錄。

⠀⠀

這時第一代 MVP 還不包括：

• 多媒體訊息（圖片、語音、視訊等）
• 表情符號
• 通知推播

⠀⠀

▍ 如何確定 MVP 的範圍

1. 定義核心需求： 當時考慮求職者和企業主的基本溝通需求是文字和連結，因此先將圖片、影音這類需求先排除。
2. 評估開發成本：確保基本功能可以有限時間和開發人力下完成。
3. 設定明確目標：因為功能預設是關閉，上線後要請客戶經理 2 個月內讓 100 間企業開始使用。
4. 用戶反饋循環：透過客戶經理收集使用者心得，並確保企業主的使用狀況，並根據反饋準備後續的迭代。

⠀⠀

⠀⠀

三、如何協調最低上線標準

⠀⠀

雖然透過減法思維可以讓 MVP 快速「瘦身」，但產品經理仍要確定 MVP 的最低上線標準是否符合各方利害關係人的預期，包含：

1. 確定核心功能清單：列出上線當下「支援和不支援」的功能，確保所有人都知道這次上線內容。
2. 確定產品路線圖：為了避免上線後各個需求不斷湧入，需要確保 MVP 做完之後的產品方向，要繼續迭代或是先開發其他項目。
3. 確定產品優先級：為了避免上線後，因為 MVP 功能的缺乏，讓第一線人員誤以為是 bug 而回報，因此產品經理需要訂出優先級，確認哪些要修、哪些非 bug。

⠀⠀

⠀⠀

四、結語

⠀⠀

運用減法思維進行產品規劃，專注於開發最小可行性產品（MVP），可以讓產品團隊在「有限資源、有限時間、有限人力」下進行最快速的衝刺，以上述聊天功能的開發為例，當下僅先滿足「傳遞訊息」的功能，解決最基本的溝通需求。

但同時，MVP 不是終點而是起點，雖然快速上線，也代表可能快速失敗，因此產品經理需要保持開放和靈活的心態，時時確認第一線使用者或客服人員有沒有收到產品反饋。

⠀⠀

如對這系列文章有興趣可以再觀看：

• B 端和 C 端的產品數據怎麼看？如何使用和回報數據？｜EP64