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