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

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

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

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

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

MVP 在 App 開發(fā)中的價值

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

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

2009年以來的 Dropbox 網(wǎng)站和軟件。（來源：Dropbox）

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

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

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

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

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

創(chuàng)造 MVP 還有其它好處

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

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

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

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

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

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

1. 決定產(chǎn)品的目的

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

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

2010年，Uber 的前身 Ubercab 的網(wǎng)站。（來源：Uber）

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

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

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

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

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

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

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

2. 定位你的理想用戶

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

簡而言之，你需要思考產(chǎn)品定位。

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

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

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

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

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

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

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

3. 選擇 MVP 格式

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

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

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

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

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

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

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

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

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

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

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

Sparktoro 的網(wǎng)站解釋了它在構建什么。（來源：Sparktoro）

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

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

4. 找到實際的最小值

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

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

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

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

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

他們非常討厭它。

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

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

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

他們喜歡現(xiàn)在的樣子

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

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

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

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

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

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

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

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

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

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

6. 定義你的成功標準

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

去思考以下問題:

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

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

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

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

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

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

原文作者 | Suzanne Scacca

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

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

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

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

本文由 @三分設 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉載。

推薦閱讀：蘋果7和7p的區(qū)別