送給真正的互聯網人一頓干貨早餐

【小咖導讀】對于很多有想法卻苦于資源不夠充分的產品經理或者創業者來說，MVP是一種用最小成本嘗試產品模式的方法，快速的迭代開發，只關注于核心功能的用戶體驗。本文作者：Lee Dale，來源于：阿里媽媽MUX

你從來不會因為產品功能而贏得用戶，但他們會因體驗慕名而來。

基于這樣一個背景，你需要重新考慮你的產品設計——摒棄羅列功能清單，選擇通過滿足用戶需求去迎合商業目標，通過定義用戶體驗去吸引目標用戶并驅使他們行動起來。同時，你要時刻準備好從真實使用場景中學習，根據需求不斷調試你的產品；以保證能夠鎖定、維持和增加你的客戶群。

如果你試圖在產品上增加一些功能以確保它是“完整的”，或者希望產品能夠覆蓋更多的極端情況；那就只能推遲進入真實使用環節，你也就會很晚才能了解是什么影響了用戶的參與度、行動力，以及產品與商業結果的相關度。

產品的發布是了解產品體驗的重要機會，因為這將基于真實的用戶反饋，而不是模糊的人口學特征或者由眾多人物角色而形成的假想用戶。這就是為什么你的產品通過最小可行產品（MVP）盡快占領未來市場是非常重要的。

快速進入市場

有時候，是一些與眾不同讓產品從市場中脫穎而出。Foursquare是一個很好的例子。他們花了近兩年專注于普及游戲化模式，這也確實迅速普及開來，但它的吸引力并不足以維系自家的核心產品；或依靠這個核心產品盈利，產生長期價值。因此，他們把目標轉向專注于本地搜索。

Foursquare的例子說明為什么快速進入市場，在市場中測試之前的假設是如此之重要，他們花了兩年的時間在無謂的探索上，這兩年時間原本可以用來秒殺最相似的產品，但事實上花費了數百萬美金的投資后也沒能盈利。

一個更好的說明MVP策略的有趣的例子是Hyperlapse，由Instagram/ Facebook前不久發布。

當你打開這個app，你會被邀請開始錄制視頻。當完成錄制，你可以設置2倍到12倍于原始視頻的速度。當你選擇了一個速度，加速的視頻會保存到你的相機膠卷，然后你可以分享到Instagram或Facebook上；以上就是這個app的全部了。沒有帳戶設置，app中也沒有文件管理，你無法查看任何之前保存的視頻。只能拍攝一次，一旦選擇保存，就無法改變視頻速度設置。所有你能做的，就只有拍攝、設置速度和分享視頻。

“沒有這些功能，就不能發布”

大多數公司會說，“沒有這些功能我們就不能發布產品。”簡單想一下，一款類似Hyperlapse的產品可能真正需要的兩個額外的功能是：文件管理和視頻編輯。要做到這兩點，你需要考慮用戶將如何訪問這些功能入口（導航或屏幕上的控件），設計每一屏的內容，開發實現這些功能（包括文件系統訪問和接入支持編輯復雜視頻的API），最后你還需要測試和發布的產品。

與現在的app相比，它需要多花掉四倍的時間進行界面設計，多花掉六倍的時間完成開發工作。并且這還不考慮由于復雜的工作而引起的開發問題和一些意外情況的出現。在每一種情況下，穩妥的實現這些新功能都需要時間。這意味著該產品會在若干個月后才能推向市場。如果這個過程中沒有人一直推進它，那結果會怎樣呢；又或者最后如果產品不能盈利，那又會怎樣呢？

因此，如果你的MVP很晚才推向市場，你可能會錯過很多寶貴的用戶回饋，被很多無關緊要的功能所拖累；或者更糟的是，基于此，你得到一個錯誤的假設。

設計一個答案機

對新產品來說，你總是站在對用戶的猜測和用戶真實行為的十字路口上。你在努力抓住新的市場機遇的同時，也要處理變化的目標需求和一大堆額外的未知狀況。這些你帶到MVP中的假設和未知會創造更多額外的變數。額外的變數會讓驗證假設變得更加困難。但如果不能有效地驗證你的假設，你就不能收集有助于重新定義產品的有用的數據。

“你的MVP就是解決問題的答案機。”

MVP的目的就是在產品下一個開發階段前減少無謂的假設和不確定性。換句話說，MVP就是一個將問題變為答案的機器。

產品的核心體驗

顯而易見，產品發布前，你設計的越多，能推向市場的時間就越久。可惜遺憾的是，缺乏市場信息的參照，你設計的越多，可能越難專注于目標用戶。這一切只因你不可避免的過多關注在產品的功能集合上，而那些功能集合又基于不斷發展的未被證明的假設上。這一切就好像缺乏任何照片參考，卻要拼湊一個巨大的拼圖。

相反，你需要把重點放在目標用戶的核心體驗上。從產品的外延到產品的核心一層層抽絲剝繭，尋找一個你的產品能夠幫目標用戶完成的，不可替代的任務。盡快把產品交到目標用戶的手上，看看他們是如何回應的。

如果你不專注于核心體驗上，而是創造一個寬泛淺顯的產品，你會發現你的用戶會在這個產品里感到迷失、困惑、無聊、以至于想要放棄。更重要的是，你找不到那些沒了你的偉大的產品就活不下去的激情用戶，因此你就找不到那份吸引力。

太多的“但是”

典型的產品設計過程中有一些內在的阻力，往往造成MVP實際上沒有展現出速度，專注，高效，和洞察力等重要價值。進入市場前，你總能找到很多理由去做的更多，但是這些理由都不是在傳達“你必須創造一個偉大的產品”。所以我們不妨來看看這些內在阻力，以及它們是如何導致產品失敗的。

有三個原因可能會阻礙創造出一個有價值的MVP，如果你從一個產品經理這里聽到這個，他或許會用外交官般官方的方式來談論臃腫的MVP的負面影響，而不是集中于MVP上。

如果你是一個產品經理，我們也希望你能多考慮用戶使用你的MVP的體驗，這是可以優化的最重要因素。不以這個為目標意味著你將面臨比MVP的開發預算更大的危險。

“但是”1：我需要從MVP中得到更多地價值

作為一個企業業主或支票簽署人，嘗試讓MVP比實際需要多出一些功能是很有吸引力的。如果你信奉功能越多價值越高的話，越來越多的功能可能會讓你覺得它傳遞了更多地價值。但更多的功能其實僅僅意味著更多地工作，且往往會導致產品體驗變差，進而降低價值。

這類似于你用一輛車的車輪的數量來界定一輛車的價值，六個輪的就一定比四個輪的好。這當然不是一個合理的論據，增加MVP的功能數量也不是，因為功能并不等同于體驗。事實上，越多的功能可能會導致讓體驗變得復雜和令人費解。額外的功能往往會帶來負面效應，讓產品隨著開發、維護和投入資金的增加而變得越來越難用。

換句話說，MVP的功能數量并不草率的與MVP的價值相關，增加MVP的功能將會讓你遲遲不能開始做一些關鍵的事。比如：

· 驗證假設

· 提供有關用戶和市場偏好的數據

· 向用戶傳遞產品的核心體驗

如果你想優化產品，找到產品的激情用戶會比較快達到這一目標，而不是增加產品的功能。

“但是”2：“我們需要覆蓋所有的用戶情況，不然就會有疏離用戶的危險”

現在就丟掉這個觀點吧，你根本不可能覆蓋所有的用戶情況。功能豐富的產品歷經成千上萬的開發者和幾十年的發展，但是仍然無法覆蓋所有的用戶情況。追求全覆蓋面真的很傻，也會讓一切越來越糟，因為它讓你分神而不能集中于核心用戶體驗，更糟糕的是，它迫使你忽視你的核心用戶。

以微軟的Office軟件為例，Office在微軟是營收僅次于Windows系統的第二大支柱，但是現在谷歌的Docs和太多別的書寫工具正威脅到Office的地位。Office其實使用起來并沒有那么快、跨平臺使用也沒有那么方便，它也沒有它的競爭產品那樣操作簡單。這些競爭產品都集中在核心的書寫功能上，而不是開發很多的僅僅吸引高級用戶的功能。

讓我們假設大多數的Word的用戶只使用的5％的產品功能。這意味著，任何一家只要將那5%做得更好的公司，都比Word有令人信服的優勢。構建一個滿足很多極端情況和高級用戶需求的MVP可能要多花4倍的設計投入和6倍的開發投入，況且多加的功能反倒會讓用戶界面變得混亂，因為頁面上多了很多不相關的信息，用戶在達到目的之前，需要過濾的信息也就更多了。

因此，它不僅僅大幅度增加的產品開發工作，也大大的增加了用戶的認知成本，用戶每次都要先想好為了完成他們想完成的任務，他們要怎么做。歸根結底，為大宗用戶，使用Microsoft Word進行日常寫作任務包含了太多的無用信息，太多的選擇，太多的分心，過多的困難。最好的情況是，用戶直接忽略了大多數他們從來不使用的功能；最壞的情況是，他們一次又一次的盲目點擊，卻無法找到他們想找到的。雖然Word是一個成熟的產品，而不是MVP，但是對最大化產品的功能列表的后果而言，這是一個絕佳的例子。

所以，跟我一起再重復一遍：你不能覆蓋所有的情況。現在開始，回歸專注于體驗。

但是3：“我們需要在產品發布前就做完這個產品”

對于創造一個成功的MVP而言，“完成”的概念通常是一種常見的障礙。

這種拖延往往來自銷售或營銷的利益相關者，他們擔心真實的MVP（以加速產品上市進程、并收集有用數據的優化）是不完整的。這種擔心來源于他們對兩個問題的錯誤認知，是什么創造了無與倫比的產品體驗？怎樣能在用戶使用產品的過程中，降低人與產品的摩擦？

更多的功能，或者更完整的功能列表從來都不能導向一個更愉悅的體驗；只有真正的集中于產品的核心體驗才可以。這意味著你所有的資源都應該集中于計劃、設計、開發和傳播一個非常精心制作的核心體驗。這才是一項龐大的事業。為了讓產品變完整，你所做的所有多余的努力其實只會導致延期和假設的疊加，在產品和目標之前也會產生一種隔閡。實際上，你的產品永遠不會完成。當你從你的每一位用戶身上學到些什么的時候，當商業規則和市場情況都在改變時，你的產品需要去基于當下的情況解決哪些問題。你越早開始學習和適應，你越有可能會成功。

你的MVP可能需要去掉更多的功能

你的MVP可能需要刪減掉一些功能，它會從兩方面提升你的產品：

· 推向市場的時間

· 預算

請記住，每一個功能的背后，是成倍的更多的工作，因為它需要多個利益相關者有所投入，包括：

·內容

·設計

·工程

·測試

·維護

·法律

當你要給你的產品增加一個功能點的時候，多想想這個吧。

專注于體驗

上市時間和預算都不是削減MVP的最佳理由，反倒增加了一定要做MVP的理由。每一個利益相關者所做的任何努力，都應該從產品核心體驗的角度出發。從產品立項到發布，以及其中的每一次迭代，都將可用資源充分集中于核心體驗上。

無論你是想增加功能或者做一些界面上的改動，你都應該不斷地去了解你的用戶做出了怎樣的回應，他們從中收獲了什么，以及他們是怎樣使用這個產品的。

如果有什么東西影響了產品的核心體驗，最好馬上停止產品更新或發布。觀察人們是怎樣使用產品的、他們表現出了什么樣的行為、并回顧以往的假設；不輕舉妄動，有時候會有更多的感悟。在你努力追求與市場相契合的產品時，這種感悟往往會帶給你最多的回報。

更多推薦

回復“51”：目前最好的關于用戶運營文章：用戶運營的定義、演變和方法論

回復“52”：百度移動云高級美女產品經理：O2O日趨火爆，下個估值過億的上門美業將花落誰家？

回復“53”：為什么我們都來北上廣？此生若得安穩，誰愿顛沛流離！--PMcaff獻給所有奮斗的互聯網人

回復“54”：2015版App推廣全攻略：你所不知道的撕逼營銷，事件營銷和PR傳播。

回復“55”：火爆了，5000位來自百度阿里騰訊Amazon的產品經理瘋搶的課程現場。

回復“56”：微視已死，騰訊戰略放棄微視，大牛紛紛離職，PMcaff--行業內部解讀。

回復“57”：Uber產品經理首次在中國自述產品理念：我們看中的并非只是錢。

回復“58”：產品經理們是如何越過 iOS 沙盒機制的？

回復“59”：如何避免開發一款失敗的產品？

回復“60”：你可能不知道的學習的15個APP設計技巧！

原創或推薦文章請發送至郵箱：xiaoxi@pmcaff.com

pmcaff合作媒體：Chinaz

總結

以上是生活随笔為你收集整理的【干货】专注用户体验，用最小代价验证你想法的可执行性的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。