2023-06-22|閱讀時間 ‧ 約 3 分鐘

從最小可行性產品不斷迭代，產品設計的功能取捨｜EP23

如何用「最小可行性產品」的思維規劃產品開發時程？產品設計要留意哪些事？這篇以即時通訊為例，列舉在產品規劃時，可能會遇到的注意事項。

誰適合看這篇文章？

✔ 對產品經理、產品企劃、產品規劃、產品設計有興趣的朋友

一、產品設計需要迭代

「產品不是規劃出來的，是進化來的。」

當我第一次看到這句時，一直在思考如何有效地做產品迭代，因為在提產品規劃時很難一步到位，常常是提出後不斷優化、增加緊急的功能、刪除次要的功能。

以「即時通訊（Instant Messaging，IM）」為例，最原始的需求通常是：

但開始思考完整的產品策略後，需求就會越長越大，像是：

來自四面八方的產品許願，這時就需要產品經理明確定出產品迭代的進程，例如：

除了上述的進程之外，產品經理也需要根據「最小可行性產品（MVP，Minimum Viable Product )」的概念，確保 V1 的版本可以滿足使用者基本需求。

再以「即時通訊」為例，若基本需求是「互相傳圖文訊息」，那產品團隊就必須確保：

在產品推出的階段，也需要同步確認到底 V2-V4 的規劃是不是市場需要的，也許在 V1 推出後，會發現 V3 的功能是多數使用者期望的，這時有可能會調整原本 V2-V4 的順序。

因此在 MVP 階段，通常產品團隊需要：

這篇是近期的產品經理學習心得，若對這系列有興趣也可以持續觀看：

分享至

成為作者繼續創作的動力吧！