您應該在創建應用程序之前創建 MVP 嗎？
已發表: 2022-03-10你能負擔得起對應用程序的想法或對消費者會如何反應的假設進行賭博嗎？ 我敢打賭，您的客戶也不太願意這樣做，尤其是當他們的錢和名譽岌岌可危時。
如果不小心對待應用程序，它可能對企業來說是一項風險投資。 即便如此，經過最充分研究的應用程序概念也可能導致令人失望的用戶下載和留存率。
無論您從事的是構建移動應用程序還是 SaaS 產品的業務，您是否考慮過使用最小可行產品 (MVP) 來保護客戶的投資？
MVP 不僅使您可以更快地通過管道獲得項目，而且它們使開發人員能夠為他們的客戶創建更強大的產品。
這是你需要知道的。
MVP 在應用程序開發中的價值
Frank Robinson 是 2001 年第一個定義 MVP 的人。從根本上講，MVP 是產品的縮減版本，它向公眾發布，用於測試和驗證產品的概念和市場可行性.
The Lean Startup 一書的作者 Eric Ries 是 MVP 的早期倡導者之一，他在 2013 年就我們為什麼以及如何使用 MVP 說了一些有趣的話：
重點不是創造更精簡的產品。 它將應用程序的最基本版本或概念交到採用者和傳播者手中。 這樣，開發人員可以儘早收集用戶反饋，進而將產品正確地塑造成最終版本。
以 Dropbox 為例。 這是該產品在 2009 年的登陸頁面：
這是一個簡單的頁面，包括公司名稱、軟件說明以及下載桌面或移動應用程序的鏈接。 對於想要了解更多有關他們所獲得的內容的用戶，“導覽”將他們帶到了一個包含更多信息的迷你網站：
這與當今消費者和企業使用的強大存儲、內容創建和協作服務相去甚遠：
但這就是 MVP 的魅力所在。 從本質上講，它迫使開發人員僅構建具有最少但絕對必要的功能集的產品。
Dropbox 不需要預見雲存儲服務的強大功能，也不需要創造當時不適合市場的東西。 它所要做的就是啟動一個用戶當時需要的簡單解決方案。 然後，用戶可以驗證產品並為公司提供其產品所需的方向。
創建 MVP 還有其他好處：
- 與等待開發完整應用程序相比，您可以更快地將產品推向市場。
- 在您為工作投入太多工時之前，您有機會測試該概念的可行性。
- 你給自己更多的空間（甚至可能還有一點寬恕）來解決你最終產品中的問題。
- 您可以通過 MVP 來省錢。 首先，因為您只花時間構建絕對需要的功能。 其次，因為您可能會發現用戶對縮減版本感到滿意，並且您不需要做更多的工作來完成產品。
- 通過用戶接受的經過測試的想法，您可以為投資者帶來一些東西，這可以使其餘的開發過程更加順利。
正如 Eric 在視頻中所說，MVP 是最大程度地提高成功機會的最佳方式，並且可以在比完整產品開發所允許的更短的時間內做到這一點。
如何構建用戶想要測試的有價值的 MVP
您的 MVP 的成功取決於其利用早期採用者提供的見解和反饋的能力——他們 100% 支持您，相信產品並希望幫助您填補空白。 所以，不要忽視這一點。
MVP 不是一些半途而廢的應用程序。 它仍然需要有價值。
在構建和啟動 MVP 之前，您必須執行以下操作：
1.確定產品的用途
如果您希望您的應用程序成功，它需要為大部分消費者群體獨特地解決問題。 這意味著您的 MVP 需要清楚地分解產品的功能以及用戶需要它的原因。
例如，這就是 Uber（當時的 UberCab）在 2010 年測試期間的自我推銷方式：
就像前面的 Dropbox 示例一樣，它的概念非常簡單，並且在解釋它是什麼或為什麼它如此有價值方面也很簡單。 但你還是明白了。 這是一款讓人們可以通過手機訂購和支付汽車費用的應用程序。 從本質上講，它是出租車的便捷替代品。
再往前一年，你會看到優步開始通過其正式產品發布來鞏固其身份和價值主張：
這要追溯到 2011 年，當時優步放棄了“出租車”，並將自己標記為隨叫隨到的私人駕駛服務。 這是一種讓消費者體驗他們可能無法負擔的豪華特權的方式。
雖然這不是 Uber 最終採用的最終形式，但您可以看到早期用戶反饋如何幫助產品開發人員決定平台的哪些部分真正值得強調和構建。
這正是當您構建 MVP 並開始從用戶那裡收集關於他們想要什麼以及他們需要哪些功能的寶貴見解時會發生的事情。 但是，首先，您必須首先弄清楚它的一般用途和價值。 您可以稍後對其進行細化。
2.找到你的理想用戶
你有你的概念。 現在，是時候弄清楚消費者是否想要它了。 儘管 MVP 的構建成本更低、速度更快，但這並不意味著它最終不會完全浪費您的時間和資源。 您至少必須確認興趣存在，然後明確定義您的目標用戶是誰。
具體來說，您需要考慮位置。
在上面的 Uber 示例中，您可以看到 beta 產品僅在舊金山進行了測試。
Airbnb 的初始版本做了類似的事情。 Airbnb 的聯合創始人喬·格比亞 (Joe Gebbia) 在 2017 年的《我如何建造這個》一集中講述了他的 MVP 的故事。
基本上，他現金不足，決定在他舊金山的公寓裡出租充氣床墊，以備即將舉行的會議。 他知道酒店的房間會短缺，他認為他可以從中賺錢。 但他賺的不僅僅是租金。 在很多人對在他的公寓租用空間表示興趣後，他有了一個新業務的想法。
於是，他和他的合夥人創建了一個名為“AirBed & Breakfast”的網站。 然而，一旦它上線，它就遠遠超出了最初的舊金山測試區域。
2009 年，有 72 個國家的 AirBnB 租賃。 今天，您幾乎可以在世界各地的任何城鎮挑選垃圾。 但這一切都始於舊金山。
因此，當您著手構建您的產品時，請考慮在您的應用程序完全發布之前測試和獲得反饋的最佳位置。 您希望該區域能夠很好地代表您的目標人群和人口統計數據。 您還必須確保對產品有需求，並且您的目標用戶可以負擔得起使用它（一旦您開始獲利）。
3. 選擇 MVP 格式
在進行任何構建之前，MVP 的格式是另一個需要考慮的重要事項。
在某些情況下，您將不得不構建一個可行的產品。 例如，假設您的目標是構建一個新的約會應用程序。 市場上有大量約會應用程序； 尤其是兩個應用程序，它們不斷地佔據主導地位。 您知道，無論您削減多少功能，構建任何類型的移動約會應用程序都將是一場巨大且昂貴的賭博。 所以你會怎麼做？
你可以構建一個 PWA 約會應用程序。 成本會更低，上市時間會顯著加快，並且將 MVP 呈現在用戶面前要比在應用商店上放東西要容易得多。 您甚至可能最終發現 PWA 就產品格式而言就足夠了。
在其他情況下，MVP 甚至不需要是實際產品。 它可以只是一個宣布產品或提供概念的線框/原型的網站。
2018 年，Rand Fishkin 宣布離開他於 2004 年共同創立的公司 Moz。同時，他宣布推出一款名為 SparkToro 的新產品。
現在，蘭德是一個能夠以 MVP 的形式推出一個概念並使其仍然成功的人。 他在這個領域擁有悠久的歷史和良好的聲譽，因此，儘管無法消費，用戶當然會被這種新產品所吸引。
對於那些為新品牌打造 MVP 的人來說，你可能不會這麼幸運。 但是，這實際上取決於您計劃構建的產品類型。
如果絕對沒有辦法在縮減版本中創建產品，那麼這可能是一個值得探索的選項。 如果您或您的客戶完全沒有資金並且需要經過驗證的反饋來向投資者證明您的概念的可行性，這也是一個好主意。 這真的是我看到喬·施莫斯僥倖逃脫的唯一方式。
如果你真的走這條路，你也需要一個非常好的解釋器部分。 這就是 SparkToro 在我們正在構建的頁面上的內容：
我認為對於那些會被這樣的產品所吸引的用戶——即真正需要這種解決方案的高級營銷人員——這種測試功能概念和可行性的方式是好的。 它是用他們的語言和他們理解的視覺寫成的。
但是，對於不熟悉您的品牌或沒有像 Rand 的受眾那樣受過良好培訓的用戶，產品儀表板的線框或原型將是一個更好的主意。 即使是創始人的解釋視頻也能很好地工作。 它只需要說服用戶註冊並儘早開始提供反饋。
4.找到你的實際最小值
如果您觀看 Eric Ries 的視頻，您會看到他提供了一個公式來定義您的 MVP 的最低功能。 它是這樣的：
# 你認為你需要的最低功能 / 8 = 真正的最低要求
如果這個公式讓你感到憂慮，那是有道理的。 但是這樣想：
你構建了一個盡可能簡單的 MVP，但它不會變得無用。 您將其發送給用戶並讓他們有機會提供反饋。
結果可能會發生一些事情：
他們絕對討厭它。
他們向你抱怨功能 A 很糟糕，他們希望它做其他事情，或者功能 B 幾乎就在那裡，但後來卻沒有達到預期。 那很完美！ 您的測試用戶會準確地告訴您他們想要從您的產品中得到什麼。 獲得足夠一致的反饋，您將獲得一系列必備功能，這些功能需要出現在應用程序的下一個版本中。
他們可以接受它，但不喜歡它……但是。
同樣，如果用戶對它不是 100% 滿意，那也沒關係。 你給了他們一個機會來嘗試一個很棒的產品，他們看到了它的承諾。 給他們一個表達想法的機會，讓你知道他們喜歡什麼，不喜歡什麼。 然後，專注於加強這些弱點，並包括使其成為真正改變遊戲規則的功能。
他們會喜歡它的原樣。
老實說，這不太可能發生。 但是，如果反饋如此稀缺以至於您可以按原樣使用 MVP，那不是很好嗎？ 另外，想想你通過大量削減產品節省了自己的時間和節省了客戶的錢。 有時越簡單越好。
不要忘記感謝這些用戶對產品的反饋和支持。 如果沒有他們的洞察力，您就無法創建他們需要的解決方案，因此認識到他們在其中所扮演的角色將符合您的最大利益。 作為回報，他們將在您的產品發布後很長時間內繼續成為您產品的傳道者。
5. 儘早設計你的登陸頁面
雖然我不太熱衷於僅作為 MVP 的登錄頁面或迷你網站（出於上述原因），但我確實認為在 MVP 工作期間啟動移動優先登錄頁面是個好主意.
遊戲應用程序和 SaaS 將是提早啟動 beta 註冊頁面的特別好的選擇。 這是 Hytale 的一個例子：
如果您希望您的 MVP 成功，您應該將現在擁有的一些額外時間用於構建強大的目標網頁。 首先研究這篇文章中提到的公司的早期網站。 他們都成功地解釋了他們的概念，軟推銷他們的產品，並說服早期用戶註冊測試。
當您使用它時，您還應該設置您的博客、社交媒體帳戶和社區功能（使用活躍的時事通訊）。 你永遠都不會知道。 有人可能會在 Google 搜索以外的其他地方找到您的 MVP 公告，並決定他們想要為該站點添加書籤或儘早註冊成為 beta 測試人員。
開始從您的用戶群中獲得支持永遠不會太早！
6. 定義你的成功標準
最後但同樣重要的是，您必須決定如何衡量 MVP 的成功。 因為這不僅僅是關於反饋的質量。
考慮以下：
- 有多少訪問者訪問了您的目標網頁？
- 這些人中有多少人註冊了測試版？
- 您在一段時間內（1 個月、3 個月等）保留了多少用戶？
- 有多少人提供了反饋，它是否足以對未來的產品設計和功能做出可靠的決定？
- 您的用戶集的人口統計數據是否與您設計應用程序的受眾相匹配？ 你認為那是為什麼？
- 用戶平均在應用程序中花費了多少時間？
- 他們在哪些功能上花費的時間最多？ 至少？
- 哪些功能獲得了最有利的反饋？ 至少？
- 是否有某些用戶對該產品有過積極的體驗？ 是什麼讓他們與眾不同？
獲取您收集的所有信息——從原始登錄頁面、beta 測試人員、使用數據等——並真正查看所有信息。 它告訴你關於你設計的 MVP 的什麼？ 而且，現在，你打算用它做什麼？
您會保持原樣還是將其構建為用戶想要的完整產品？
根據您收集的使用數據，是否容易吸引和獲取客戶？ 更重要的是，您能否留住這些用戶，或者將您的應用程序保留在瀏覽器端而不是原生應用程序形式是否更具成本效益？
最後，您可以並且應該為訪問該產品收取多少費用？ 它最終會使公司盈利，還是沒有足夠的興趣（至少在貨幣化方面）使其成為一項有價值的冒險？
我知道我會給您留下很多問題，但是一旦測試開始，您將需要解決很多問題。 另外，這也是你最初創建 MVP 的全部原因。 這種用戶反饋對於流程非常寶貴，並且是您了解它是否值得推向市場或重新設計的唯一方法。