最小可行產品易消化指南 (MVP)

想像一下。

您製作了一個應用程序，添加了您認為用戶需要的所有功能。 您認為您的應用程序是移動世界的最佳問題解決者。 一切都恰到好處——設計、流程、一切。

但是用戶沒有安裝您的應用程序。 您在構建應用程序上投入的所有金錢和時間都流向了南方。 真可惜。

您不知道出了什麼問題，您在告訴人們該應用程序方面缺少什麼。

我會告訴你發生了什麼。

你還沒有投入時間來製作 MVP。

小縮寫，但影響巨大。

來吧，讓我們趁有時間解決這個問題。 讓我們看看什麼是 MVP，如何構建 MVP，以及理想的流程是什麼。

閱讀：MVP 或 EVP：您的創業公司的正確選擇是什麼？

但在開始之前，請先閱讀我們的移動應用程序開髮指南，了解您需要維護哪些清單、需要避免哪些錯誤、如何選擇正確的移動應用程序開發技術，以及如何選擇正確的移動應用程序開發技術必須盡快開始進行 MVP 開發的應用程序開發公司。

什麼是最小可行產品？

簡而言之，MVP 是為用戶提供價值並為您提供對用戶的洞察的應用程序版本。 這是確保應用程序成功的第一步。

有信任問題？ 讀這個。

因此，假設您有送餐應用程序，並且您已經分析了目標受眾面臨的問題。 現在，您要做的是將解決方案作為您的應用程序中的一項功能引入，並由您的一些目標受眾運行它以判斷這是否是一個問題，首先和其次他們對您提供的解決方案有何反應。

創建 MVP 背後的想法是，通過這種方式，公司可以在推出整個應用程序之前了解他們的功能是如何被接受的。

Dropbox、Airbnb、Buffer 等品牌最初是 MVP ，如今已成為世界上收入最高的機構。

現在，在我帶您深入了解產品版本的世界之前，可以節省您在收集有關目標受眾的經過驗證的知識方面的花費和精力，讓我們先了解一下基礎知識。

我們已經介紹了最小可行產品是什麼以及它如何從初創公司中打造品牌。 而且我敢肯定，如果您在這裡，您已經知道當您想試水時，MVP 是一個很好的起點。

你能走到這一步真是太好了。 但接下來是我看到我們的客戶掙扎的過程。

你知道你需要一輛 MPV，而 Minimum 和 Product 是兩個容易理解的詞，你如何定義 Viable 是什麼？ 您如何確定 MVP 銷售能力的可行性因素？

現在就讓你知道這個秘密。

我們的想法是為他們提供一種與他們習慣的產品不同但仍然賦予他們價值的產品。 以人們在嘗試之前無需多想的方式將最小化與可行相結合。

你是怎樣做的？ 您如何創建一個版本，以了解您為更大問題提供的解決方案？

就是這樣 -

構建最小可行產品的步驟

1.買家角色

構建或設計 MVP 的第一條規則是知道你的目標是誰的問題。

我最近致力於為 Uber 之類的應用程序構建 MVP，該應用程序有很多用戶，每個用戶都有自己的需求。 但自從我們開始，我們就堅持使用主要參與者——通勤者。

當確定了我們為其製作 MVP 的通勤者時，我們繼續關注他們的痛點並將其轉化為機會陳述。 為了結束這個階段，我們強調了我們的應用程序可以解決他們的 xyz 問題的方式。

現在，無論您的應用程序是什麼，都將重點放在一類人的問題上。 如果您開始混合您的用戶角色，MVP 將無法解決其目的。 將它們分開以獲得更清晰的目標。

2.必須具備的特徵

當您創建 MVP 時，很容易被帶走並混淆要添加哪些功能 - 告訴用戶應用程序目的的功能還是讓您與其他功能區分開來的功能？

答案是否定的。

你在這裡的鬥爭是在你的用戶想要什麼和他們需要什麼之間。 雖然他們想要的可能有很多東西，但他們需要的是你的應用程序 MVP 的基礎應該是什麼。 再進一步，讓我們看看這個例子——

用戶希望從按需出租車服務應用程序中獲得的是司機在正確的位置接他們、他們聯繫的號碼以及乘車的付款細節。 但是現在想要的是能夠改變位置或者能夠看到司機的照片。

看到不同？ 所以你會怎麼做？

您在 MVP 中添加的功能應該是他們主要從您的品牌中需要的東西以及他們想要您的競爭對手沒有給他們的東西的混合。

3.釋放並重複

在您的 MVP 中添加最小可行功能後，下一步是在市場上發布它，看看人們對它的反應如何。 然後繼續添加/刪除功能並測試市場。

上面提到的所有三個步驟都不是一次性事件，它們是一個連續的過程，建議每次你要拋出一堆你不確定用戶會如何使用的不同功能時都遵循這個過程。

有了這個，您現在知道構建最小可行產品所涉及的步驟。

現在，即使您知道所涉及的步驟，您如何確保您正在做的事情會給您帶來最好的結果？ 你怎麼知道即使在製作了具有計算功能的應用程序之後，它對用戶也有意義？

在為客戶構建 MVP 時，我們一直遵循三種方法——用戶故事、設計衝刺和精益畫布。

讓我為您介紹一下它們。

設計衝刺

設計衝刺是我們在構建 MVP 時所從事的最受時間限制的過程之一。 通過將構建和發布階段排除在外，五階段流程使用原型設計、設計和測試理念來降低在市場上推出新服務、產品或功能時的風險。

這就是您使用設計衝刺創建 MVP 的方式——

• 繪製問題並選擇要關注的領域
• 在紙上畫出解決方案
• 在假設中轉換解決方案
• 製作解決方案的高保真原型
• 在你的用戶身上測試它

MVP 用戶故事映射

您知道創建一個被數百萬人使用和喜愛的應用程序的唯一方法是為用戶創造價值。 當您過於專注於功能時，您將無法提供體驗。 功能不會創造價值。 按順序鏈接在一起的功能可以創造體驗和價值。

但是如何根據用戶故事創建 MVP？ 這就是——

• 請注意您的應用最終擁有的所有不同用戶故事
• 根據執行難度和價值對故事進行評分。 借助焦點小組或您的直覺。
• 在高優先級的故事中，向下鑽取到只剩下必須開發的功能的級別。

精益帆布

在用戶故事之後，精益畫布是我們為客戶構建 MVP 的方法。 我們所做的符合典型的 Lean Canvas 商業模式。 這個想法是使用 9 個定義塊來剖析用戶故事，這也可以看作是一個清單。 並且在它結束時篩選出的任何功能都適合 MVP。

這是九個街區——

• 首要問題
• 主要問題的可能解決方案
• 您的 USP
• 您的競爭優勢
• 目標聽眾
• 關鍵測量領域
• 接觸客戶的渠道
• 可變成本和固定成本清單
• 您的收入來源

這些是我們在開發 MVP 時發誓的三種模型，但您可以找到更多替代方案。 因此，實施最適合您目標的那些。

有了這個，你就對 MVP 瞭如指掌，至少你可以和你的應用程序開發公司就它進行對話。 最後，唯一要記住的是，最小可行產品背後的基本原則是以最少的投資快速學習。 因此，請確保您遵循的任何流程都保持不變。