如何用「最小可行性產品」的思維規劃產品開發時程？產品設計要留意哪些事？這篇以即時通訊為例，列舉在產品規劃時，可能會遇到的注意事項。
誰適合看這篇文章？
✔ 對產品經理、產品企劃、產品規劃、產品設計有興趣的朋友
一、產品設計需要迭代
「產品不是規劃出來的，是進化來的。」當我第一次看到這句時，一直在思考如何有效地做產品迭代，因為在提產品規劃時很難一步到位，常常是提出後不斷優化、增加緊急的功能、刪除次要的功能。
以「即時通訊（Instant Messaging，IM）」為例，最原始的需求通常是：
- 想讓買家可以在購買前私訊賣家，確認款式、現貨與否等。
但開始思考完整的產品策略後，需求就會越長越大，像是：
- 希望有關閉聊聊的功能，因為有人不想要被私訊
- 希望有封鎖功能，避免有惡意人士騷擾
- 希望有已讀功能，讓發訊息的人知道對方有沒有看到
- 希望有收回功能，避免誤傳訊息
- 希望有訊息快捷鍵，使用者就不用一直輸入一樣的文字
來自四面八方的產品許願，這時就需要產品經理明確定出產品迭代的進程，例如：
- V1 基本聊天功能：可以傳圖片和文字，並且有封鎖機制
- V2 快速聊天功能：可以傳商品連結、優惠券，建立訊息快捷鍵
- V3 訊息編輯功能：可以針對特定聊天室標註星號、未讀取、已讀
- V4 優化產品體驗：增加貼圖、訊息搜尋框
二、最小可行性產品
除了上述的進程之外，產品經理也需要根據「最小可行性產品（MVP，Minimum Viable Product )」的概念，確保 V1 的版本可以滿足使用者基本需求。
再以「即時通訊」為例，若基本需求是「互相傳圖文訊息」，那產品團隊就必須確保：
- 傳輸正常：圖文可以傳給對方，也可以順利接收對方傳來的圖文
- 傳遞效能：傳遞過程中的效能、開啟聊天室的效能
在產品推出的階段，也需要同步確認到底 V2-V4 的規劃是不是市場需要的，也許在 V1 推出後，會發現 V3 的功能是多數使用者期望的，這時有可能會調整原本 V2-V4 的順序。
因此在 MVP 階段，通常產品團隊需要：
- 確認基本功能是否能被正常使用
- 確認開發進程和使用者期望的功能是否一致
- 確認是否有延伸功能許願需要列入評估
三、總結
這篇是近期的產品經理學習心得，若對這系列有興趣也可以持續觀看：
