構建 MVP 後如何優先考慮功能開發

[封面： Unight手機應用]

首先，正如許多人所說。 在初創產品開發的背景下，MVP 是您夢想中產品的第一個目標版本。 但 MVP 以更少的時間和成本而聞名。 那裡的項目開發即將進入最後階段——mvp之後的下一步是什麼？

你有沒有註意到建立一個MVP有滾雪球效應？

想像一下雪球的創建過程。 你從小處開始，一片片雪花將它們全部聚集成球。 同樣的類比也適用於 MVP 的創建——您從小處著手，定義產品中必不可少的功能。 在應用程序開發過程中，您的團隊和您就如何改進產品提出了新的想法，從而產生了新的任務。 當然，這也會導致預算限制增加。

但是，您已經同意您正在構建 MVP，這意味著您不應該延長開發階段。 首先，您需要藉助最小可行產品來確保您的產品正是市場所需要的。 但是您不能僅僅因為它們的時機不完美而簡單地失去寶貴的想法寶石 - 這就是為什麼我們建議您按照我們一貫的方式行事 - 收集這些想法並將它們放入任務的積壓中。 在 MVP 之後推遲添加功能將使您可以優先考慮稍後功能開發的優先級，並按照您希望構建它們的順序排列它們。

根據 Kano 模型理論，將客戶分為 5 類，這是第 3 類——用戶渴望的有吸引力的品質。 但是MVP的主要目的是不同的。 創建最小可行產品來測試概念。 你的 MVP 需要回答這個問題“市場真的對我的產品感興趣嗎？ ”; 所以明智的做法是更快、更便宜地開發這個產品，並在 MVP 的下一階段具有豐富的功能。

MVP 完成後，創建 MVP 後的下一步是什麼？

1. 先進行 Beta 測試。

眾所周知的是產品所有者在開發過程結束後立即提出的 beta 測試小組。 Beta 測試人員是來自客戶方（或者我們根據客戶要求找到他們）並開始使用產品的不同人員。 過了一會兒，他們向我們提供了他們的反饋，讓我們看到了實際用戶的期望。 之後的重要事情是處理收到的結果 - 通過將功能想法轉化為任務並將它們放入待辦事項中。 這樣做，您向您的用戶傳達了一個明確的信息 - 他們的聲音被聽到並被注意到。

2. 3, 2, 發射。

MVP 產品的推出只是漫長而有趣的產品開發過程中的又一次迭代。 每次完成開發衝刺時都會發生同樣的情況——首先進行測試，然後修復、再次測試並發布。 但是，在此階段，您還需要包含一個組件 - 對外營銷。 有很多方法可以推廣您的新應用或網站，包括：

• SEO/ASO 服務
• 博客發布
• 新聞稿和雜誌廣告
• 競賽和競賽

對進一步的應用營銷感興趣？ 歡迎您閱讀我們最近關於應用營銷的文章。

除了深入研究營銷之外，您還需要密切關注您的產品的參與度。 如果一切正常，您只需專注於技術支持和監控。

最小可行產品之後是什麼？

從現在開始，所有未來的產品開發都取決於您開始接收的數據。 您的結論和行動基於：

1. 收到的指標 - 保留率、會話持續時間、用戶參與參數、用戶獲取和生命週期價值是您應該跟踪和分析的 KPI。 如果您的應用以某種方式貨幣化 - 請注意不同貨幣化方法的性能。 令人驚訝的是，有 9 個著名的應用程序性能衡量 KPI - 您可以在此處找到完整列表。

2. 給出的用戶反饋。 Google Play 和 App Store 為您提供了一種便捷的方式來監控它們，只需查看反饋部分即可。 儘管如此，還是要在社交網絡、論壇和網絡平台上尋找提及您品牌的信息。 我們推薦您使用的工具是 YouScan，它可以讓您找到任何東西 - 從評估到提及您品牌的投訴。

   

3. 第三個 MVP 階段是分析數據 1 和 2，並基於這兩個做出功能實現決策。 為此，您需要重新打開您的任務 backlog，並為每個功能打上一定的標記（從 0 到 10），根據它會影響哪些基本指標（如下圖所示）

還不服氣？ 好吧，在上圖中，假設您已經準確測量了應用內指標，並且您發現用戶參與度明顯低於其他指標。 是時候了解任務待辦列表中列出的功能創意了，您可以選擇要放入水平線的功能（如圖所示）。 我們接下來要做的是分析此特定功能將幫助我們改進哪些指標 - 當然是在我們的業務和營銷分析師的幫助下。 我們只是根據此功能的幫助程度打了一個特定的標記（範圍從 0 到 10）。 功能評估過程表明，“推送通知”元素在用戶參與度方面有信心 10； 部署後，用戶會更頻繁地被提醒該應用程序，從而導致更頻繁地訪問該應用程序、增加活動並最終提高參與率。 因此，我們選擇開發此功能。

另一個需要研究的重要事情是改變的成本。 從經驗上講，標準的推送通知功能需要大約 20 個小時的開發時間。 你準備好投資這個元素了嗎？ 更重要的是，它未來會給你帶來什麼收益？ 仔細的選擇和分析使 MVP 後的功能摘要變得如此重要以區分優先級。

DIBB 方法。

我們還將重點介紹 DIBB 的產品方法 - 數據、洞察力、賭注和相信，這 4 個階段描述了產品中發生的所有過程。 首先你分析數據，然後你查看你的洞察力，對某個特徵下注，最後，你相信必要的實現。 整個 DIBB 概念是您需要檢查的數據驅動預測循環，以實現最大的盈利變化。

重要的提示

您將分析的用戶反饋並不總是會讓您對產品的正面評價感到高興。 有時，您會遇到負面評論和評論。 但在你詛咒世界上的一切之前 - 記住，你在這裡統治。 一切都取決於您在特定情況下的行為方式。 請記住，與您最忠實的客戶的關係通常始於糟糕的 App Store 評論。

有興趣處理負面客戶評論嗎？ 我們關於“如何處理用戶反饋？”的文章即將推出/保持更新！

從MVP到MLP。

甚至維基百科都聲明敏捷 MVP 的主要目標是為進一步的產品開發提供反饋。 因此，一旦擁有它，請考慮為其提供最必要的技術更新的資源和觀點。 分析、批判性思維技能是在這裡幫助您的因素。 然而，還有更重要的事情——你還需要打開同理心因素。 您需要注意用戶所說的話，通過實施他們想要的更改來表明您聽到了他們的意見。 在開始添加功能之前，請考慮一下。 我們總是將我們的產品用於現有市場，那麼為什麼不採用您的產品呢？

由伊万·迪舒克和埃琳娜·貝薩拉波娃撰寫