設計一個 App 并不是一個簡單的任務，在開發和維護它們時，所花費的成本也并不便宜。因此，在為客戶開發一個新的 App 或 SaaS（Software-as-a-Service 的縮寫名稱，意思為軟件即服務，即通過網絡提供軟件服務）之前，你應該先思考如何推出一個最小可用產品（最小可用產品，Minimum Viable Produc，縮寫為MVP）。有了MVP，你就可以用一種低風險、低成本的方式在市場上測試你的理念。

你能把賭注押在一款 App 的創意想法上嗎？或者押在用戶對這款 App 是如何反應的假設上？我敢打賭，你的客戶不太愿意這么做，尤其是在關系到他們的金錢和聲譽的時候。

如果并沒有明確的目標去開發 App，對企業來說可能是一項高風險的投資。甚至，就算對 App 的概念進行充分的深入研究 ，也可能導致令人失望的下載率和留存率。

無論你從事的是開發 App 還是 SaaS 產品的業務，你是否考慮過使用最小可用產品（MVP）來保障客戶的投資？

MVP 不僅可以讓您更快速地完成項目，而且它們可以讓開發人員為他們的客戶創造更強大的產品，以下這些是你需要知道的。

MVP 在 App 開發中的價值

MVP 的重點并不是創造更精簡的產品。它是為了讓App 的最基礎版本或概念掌握在采用者和傳播者手中。通過這種方式，開發人員可以在早期收集到有價值的用戶反饋，再根據反饋來調整產品，從而將產品正確地塑造成最終想要的版本。

以 Dropbox① 為例。這是2009年該產品登錄頁面的樣子：

2009年以來的 Dropbox 網站和軟件。（來源：Dropbox）

①Dropbox 是一款免費網絡文件同步工具，是 Dropbox 公司運行的在線存儲服務，通過云計算實現網上的文件同步，用戶可以存儲并共享文件和文件夾。

這是個簡單的頁面，包含了公司名稱、軟件的說明和下載 Dropbox 的電腦端或 App 的鏈接。對于想要了解更多信息的用戶，“導覽”會將他們帶到一個包含更多信息的微型網站：

Dropbox 的 MVP 提供了其軟件的基本細節。（來源：Dropbox）
這與如今消費者和企業都在使用的 Dropbox 強大的存儲、內容創建和協作服務有著天壤之別：

2019年 Dropbox 網站和 SaaS 的樣子。（來源：Dropbox）
但是這就是 MVP 的魅力所在，從本質上來說，它迫使開發人員用最小但絕對必要的方式來構建產品。

Dropbox 并不需要預見云存儲服務的強大功能，也不需要創造出在當時并不適合市場的產品功能。它們所需要做的，是發布一個用戶在當時所需要的簡單解決方案。然后，用戶可以去驗證產品方案并給予反饋，為公司提供產品開發所需要的方向。

創造 MVP 還有其它好處

• 你可以更快地把產品推向市場，而不用等到整個 App 開發出來
• 在投入過多的成本之前，你有機會測試這個概念的可行性
• 你可以給自己更多空間（甚至可以說是一點點寬容）來解決最終產品中的遇到的各種問題
• MVP 是一種節省成本的方法。首先，你只需要把時間花在構建絕對需要的功能上。第二，你可能發現用戶對縮小后的版本很滿意，并且你不需要做太多的工作就可以完成產品
• 有了經過測試并被用戶接受的想法，你就可以為投資者提供一些有價值的反饋，這些也可以使開發過程的其他部分變得更加順利

正如埃里克（Eric）在視頻中所說，MVP 是提高成功機率的最好方法，而且相對于完成整個產品開發所需要的時間，MVP 可以在更短的時間內完成。

如何構建用戶想要測試的有價值的 MVP

MVP 的成功取決于它利用了早期使用者所具有的洞察力和反饋的能力——即：那些100%站在你這邊，相信這個產品會成功，并且想要幫助你發現問題并給予想法的人。所以，不要忽略這一點。

MVP 并不是一個半途而廢的 App，它仍需要具有價值。

以下是在構建和發布 MVP 之前必須做的事情：

1. 決定產品的目的

如果你想讓你的 App 成功，它需要為很大一部分用戶群體解決一個獨特的問題。這意味著你構建的MVP 需要清楚地分解產品的功能和用戶需要它的原因。

例如，Uber（當時是叫 Ubercab）在2010年的 beta 測試②中的銷售方式：

2010年，Uber 的前身 Ubercab 的網站。（來源：Uber）

②Beta測試是一種驗收測試。所謂驗收測試是軟件產品完成了功能測試和系統測試之后，在產品發布之前所進行的軟件測試活動，它是技術測試的最后一個階段，通過了驗收測試，產品就會進入發布階段。

像前面 Dropbox 的例子一樣，它的概念極其簡單，并且在解釋它是什么或者為什么它如此有價值方面也非常簡單。但是你仍然可以明白，這是一個App，人們可以通過手機預訂車輛和支付費用。本質上，它是比出租車更方便的替代品。

又過去一年，你會看到 Uber 通過正式的產品發布，開始鞏固自己的身份和價值主張：

在2011年 beta 測試完成后，Uber 開始改善自己的形象。（來源：Uber）

這要追溯到2011年，當時 Uber 放棄了“Cab”（出租車），將自己標榜為隨叫隨到的私人駕駛服務。這是一種可以讓消費者體驗到某些奢侈特權的方式。

盡管這并不是 Uber 最終采取的形式，但你可以看到，早期的用戶反饋是如何幫助產品開發人員決定平臺的哪部分是真正值得重點強調和構建的。

當你構建一個MVP，接下來要開始從用戶那里收集他們對于產品有用的想法，比如：它們想要什么樣的產品？他們具體需要什么樣功能？但是要注意的是，首先你必須先弄清楚產品的目標和價值，以便于你稍后對其進行優化。

2. 定位你的理想用戶

你有你的產品概念，現在需要弄清楚消費者是否需要它。盡管 MVP 的構建成本低、速度快，但這不意味著它完全不會浪費你的時間和資源。你必須至少要明確產品創意點是存在的，然后明確的定義你的目標用戶。

簡而言之，你需要思考產品定位。

在前面 Uber 的例子中，你可以看到 beta 產品僅在舊金山測試過。

Airbnb 最初的版本也做了一些類似的事情，喬·格比亞（Joe Gebbia）是 Airbnb 的聯合創始人，他在2017年一期《我是如何做到這點的》(How I Built This)節目中講述了他構建 MVP 的故事。

故事大體是，他因為手頭拮據而付不起房租，為了賺些錢，于是決定把舊金山公寓里的氣墊床租出去。當時城里正好準備舉辦一個設計展，周邊的酒店都被訂滿了，所以他想他可以從中賺錢。但他掙得不僅僅是房租，還包括提供家庭自助早餐的服務費用。在許多人對租他的氣墊床表示出興趣之后，他由此產生了一個經營企業的想法。

因此，他和他的合作伙伴創建了一個名為“AirBed & Breakfast”的網站。隨后，因為太受歡迎，網站投入使用時，它提供家庭旅店的范圍就遠遠超出了最初的舊金山試驗區。

2009年 Airbnb 概念的早期版本。(資料來源:Airbnb)

2009年，Airbnb 房屋出租業務遍及72個國家。今天，你幾乎可以在世界上任何一個城市里挑選房子。但這一切最早是從舊金山開始的。

因此，當你開始構建你的產品時，在你發布一個完整的 App 之前，考慮一下哪里是最好的產品測試和獲得反饋的地點。你希望這個地區能夠很好地代表你的目標人群，你還必須確保他們確實需要這樣的產品，并且即便需要付費，你的目標用戶仍會去使用它。

3. 選擇 MVP 格式

在你構建任何產品之前，MVP 的格式都是需要思考的另一件重要的事情。

在某些情況下，你將不得不構建一個可行的產品。例如，假設您的目標是構建一個新的約會類App。市場上有大量約會類App，特別是排名靠前的兩個 App，它們一直主導著這個領域。你應該明白，不管你在產品功能上削減了多少，再開發任何一款約會 App 都是一場巨大且昂貴的賭博。那么，你會怎么做呢?

你可以開發一個 PWA（Progressive Web App，漸進式 Web 應用程序）來替代。與投放 MVP 到應用商店相比，它成本更低，投放市場的時間明顯會更快。你甚至可能發現在產品格式上，PWA已經足夠了。

除此之外，MVP 甚至都不需要是一個真正的產品。它可以只是一個宣傳產品或者提供線框、原型概念的網站。

2018年，蘭德·菲什金（Rand Fishkin）宣布，他將離開莫茲（Moz），莫茲是他在2004年與別人共同創立的公司。同時，他宣布了一款名為SparkToro③ 的新產品。

SparkToro MVP 登錄頁面描述了即將推出的產品，但沒有提供訪問權限。(來源:SparkToro）

③SparkToro是協助各種組織快速準確地確定受眾的網站，博客，播客，社交帳戶等，從而使營銷工作更有針對性和更有效

現在，蘭德·菲什金是一個能夠推出 MVP 概念并使之成功的人。他在這一領域有著豐富的經驗和穩固的聲譽，盡管這款新產品還無法使用，但用戶還是會被它吸引。

對于那些構建新品牌 MVP 的人來說，你可能不會那么幸運。因為你沒有像蘭德·菲什金一樣的影響力，但這實際上將取決于你準備構建的產品類型。

如果完全沒有辦法在縮小版本中創建產品，那么 PWA 可能是一個值得探索的選項。如果你或你的客戶沒有完全足夠資金，并且需要經過驗證的有效的反饋來向投資者證明你的概念的可行性，這也是一個好主意。

如果你這么做了，你也需要一個非常好的產品說明文字，解釋你正在構建什么產品，產品可以幫助用戶解決什么問題。下圖就是SparkToro 在它的網頁上對我們構建什么產品的內容說明：

Sparktoro 的網站解釋了它在構建什么。（來源：Sparktoro）

我認為對于喜歡這些產品的用戶來說，即那些需要這種解決方案的高級營銷人員，這種測試功能概念和可行性的方法是很好的。它是用他們的語言寫的，而且有他們能理解的視覺效果。

然而，對于那些不熟悉你的品牌的用戶，一個產品儀表盤的線框圖或原型將會是一個更好的主意。甚至可以是創始人的解說視頻，也能達到預期的效果。它只需要說服用戶注冊并盡早開始提供使用反饋。

4. 找到實際的最小值

如果你看埃里克?里斯（Eric Ries）發布的視頻，你就會知道他提供了一個定義 MVP 最小功能的公式，就像這樣：

你認為你需要的最小功能/8=真正的最小功能

如果這個公式讓你有了不安的感覺，也是意料之中的。但是可以這樣想:

當你在構建一個 MVP，它要盡可能簡單，并且不會變得毫無用處。你可以把它快速發布給用戶，給他們一個提供反饋的機會。

結果可能有以下幾種情況：

他們非常討厭它。

他們向你抱怨 A 功能有多糟糕，他們多么希望它解決些其它的事情，或者 B 功能多么接近預期，但是卻沒有達到預期。如果你的測試用戶能準確地告訴你他們想要從你的產品中得到什么，簡直太完美了。當你獲得用戶很一致的反饋，你就能得到一個產品必須具備的功能清單，這些功能需要在App 下次迭代版本中出現。

他們覺得還可以，但還沒達到喜歡的程度。

同樣，如果用戶對這個 MVP 不是百分之百滿意的話也沒關系。你給了他們一個機會去測試一個將會變得的很棒的產品，他們也會從中看到希望。讓他們說出對產品的想法，讓你了解他們喜歡什么，不喜歡什么。然后，將精力重點放在改進缺點和那些真正改變游戲規則的功能上。

他們喜歡現在的樣子

老實說，這種情況不太可能發生。但是，如果反饋真的很少，以至于你構建了一個像現在MVP 一樣的產品，那不是很好嗎？另外，想想你通過銷減產品幫你的客戶節省了這么多時間和金錢。有時候更簡單更好。

不要忘記感謝這些用戶對產品的反饋和支持。沒有他們的真知灼見，你不可能了解到他們所需要的解決方案，因此，認識到他們在其中所扮演的角色，是對你最好的幫助。作為回報，他們在推出后很長一段時間將繼續成為您產品的傳播者。

5. 盡早設計你的登錄頁面

基于上述原因，雖然我不太熱衷于僅僅用一個登陸頁面或小型網站作為 MVP，但我確實認同在 MVP 開發過程中，優先構建一個移動端登錄頁面是一個好主意。

游戲類 App 和 SaaS 將是盡早啟動 beta 注冊頁面的特別好的選擇。下面是Hytale④（奇幻傳說）的一個例子:

游戲應用 Hytale 用它的登錄頁來教育用戶關于游戲的知識，并在發布前獲得內測版用戶。（來源：hytale）

④Hytale 是由 Hypixel Studios 出品的全新沙盒游戲，將角色扮演和沙盒游戲元素巧妙結合在一起，讓玩家在程序生成的世界中擁有沉浸式體驗。

如果你想要你的 MVP 獲得成功，你現在應該多花一些時間來建立一個有影響力的登錄頁面。首先，從前面提到的那些公司的早期網站開始研究，他們都成功地向用戶表達了他們的產品概念，用易打動用戶的文案來推銷他們的產品，并說服早期用戶盡快注冊并測試。

當你在做這件事的時候，你也應該建立你的博客、社交媒體賬戶和社區功能（帶有新聞活動的資訊頁）。有些人可能會在除谷歌之外的其他地方發現MVP 的宣傳公告，并決定將該站點添加到書簽，或者盡早注冊成為內測用戶。

這距離你的用戶購買正式版不會太遠！

6. 定義你的成功標準

放到最后但非常重要的是，你必須學會如何測量 MVP 的成功。因為這幾乎關系到反饋的質量。

去思考以下問題:

• 有多少訪問者訪問了您的登錄頁面?
• 有多少人注冊了內測版?
• 在一段時間內（1個月、3個月等），您保留了多少用戶?
• 有多少人提供了反饋，這些反饋是否足夠有價值，能夠對未來產品設計和功能做出正確的決策?
• 你的測試用戶群體是否符合你設計這款應用的目標用戶群體?你認為這是為什么?
• 用戶平均在 App 中花費了多少時間?
• 他們花在哪些功能上的時間最多?花在哪些功能上的時間最少?
• 哪些功能得到了最有用的反饋?哪些功能得到了最少的反饋？
• 是否有特定的用戶對產品體驗有積極的反饋?是什么讓他們與眾不同?

將你從最初的登錄頁面、內測人員、使用率數據等等收集到的所有信息，都仔細查看一遍。關于你構建的MVP，這些都給你了什么反饋？現在，你打算怎么改進它?

你是保持原樣，還是構建出用戶想要的完整產品?

根據您收集的使用數據，是否很容易吸引和獲得客戶?更重要的是，您是否能夠留住這些用戶，還是將應用程序保留在瀏覽器端而不是本機應用程序的形式更節約成本？

最后，你能或者應該對該產品的訪問收取多少費用？它最終可以讓公司盈利嗎？還是僅僅因為沒有足夠的興趣（至少在貨幣化方面）就無法使之成為一個重要的商機？

我知道我給你們留了很多問題，但是一旦測試開始，接下來就會有很多問題需要解決。另外，這也是你構建MVP 的初衷。用戶的反饋對整個過程來說是無價的，也是你了解產品是否值得推向市場或重新改進的唯一途徑。

原文作者 | Suzanne Scacca

原文地址 | https://www.smashingmagazine.com/2019/07/mvp-app-development/

編譯作者 | 桃子| 深圳| UI設計師

評審指導 | TCC委員團 |胖魚、呵呵、彈跳

編輯整理 | 三分設運營編輯 | 皮皮、

本文由 @三分設 翻譯發布于人人都是產品經理，未經許可，禁止轉載。