上個月有幸去參與了一個關(guān)于產(chǎn)品大咖的講座，其中有位產(chǎn)品大咖的一些觀點引起了我的反思。

那么我簡單粗暴地解釋下為什么？

記得其中有一段，他是這么說的：

傳統(tǒng)的產(chǎn)品開發(fā)模式是這樣的：

我們有一個產(chǎn)品說我要做一個線上APP，很明確的一款產(chǎn)品，你說以后大概有12項主要功能，每項功能里頭有多少個特性要去分組，然后你去倒推你的計劃，每一個你要完成多少，如果進度比較快，我的團隊就要多改一改bug，如果進度比較慢就要加班，完全根據(jù)立項計劃一步步去推進。

此刻在臺下，竟發(fā)現(xiàn)在工作過程中使用的模式與此竟是出奇地一致，那么我倒想深究你要如何吐槽這類開發(fā)模式？

劉官華繼續(xù)說到：但到現(xiàn)在你發(fā)現(xiàn)有一個特別特別大的問題，就是我們現(xiàn)在做的是不確定性的產(chǎn)品，沒有人告訴你做一款產(chǎn)品能引到微信，一定能贏得用戶和市場嗎？不太確定。我們應(yīng)該怎么辦？

我們會做不同的迭代，這兩個迭代之間的周期盡可能短，讓它極短的時間里作出一個迭代的產(chǎn)品，迭代是為了干什么？

我今天發(fā)布產(chǎn)品的1.0版本，不是為了把這些功能全部做完，而是產(chǎn)品一旦發(fā)布上線馬上丟給我的目標(biāo)用戶，聽取他們的反饋，這些所有的反饋意見我會收集上來，作為我2.0版本的輸入，然后因為我跟用戶有直接的渠道，我收集速度比較快，所以我下一個迭代馬上基于上一個迭代的輸入立即進行，這樣你每一次迭代都朝著用戶需要的方向在進行，有可能你的產(chǎn)品趕不上微信，但沒關(guān)系我們永遠在朝著用戶認(rèn)可的方向在做，所以每一個迭代就像人的心跳一樣，你的心跳速度有快有慢，在產(chǎn)品上線初期可能要快，但中期可能會相對穩(wěn)定，但一定要有迭代。

這就是為什么張小龍在做微信的時候人們問他你下一步微信要出什么功能？他說我也不知道下一步要出什么功能。因為他下一步的功能是根據(jù)用戶反饋的用戶需求，這個版本剛發(fā)出去用戶反饋還沒收集回來，我怎么知道下一步什么功能。

所以產(chǎn)品是根據(jù)用戶的需求不斷演化出來的，所以在每一個迭代里頭要確定自己的變化，這也就是我們怎么認(rèn)識這個事。我們認(rèn)為什么叫迭代？迭代就是重復(fù)反饋過程的活動，它不是研發(fā)的周期，它是一個需要重復(fù)反饋的過程，其目的是為了逼近所需目標(biāo)或結(jié)果，每一次對過程的重復(fù)稱為一次迭代，而這每一次迭代得到的結(jié)果會作為下一次迭代的初始值。

所以產(chǎn)品不是設(shè)計出來的，產(chǎn)品是根據(jù)用戶的需求逐步演進出來的。

由MVP迭代模式引起的反思

MVP迭代解決的問題

由此，我也想到了一件事，那就是騰訊的10/100/1000法則，：產(chǎn)品經(jīng)理每個月必須做10個用戶調(diào)查，關(guān)注100個用戶博客，收集反饋1000個用戶體驗。

產(chǎn)品經(jīng)理不斷地搜集用戶反饋，做用戶畫像，梳理用戶需求，不斷地進行迭代產(chǎn)品，讓產(chǎn)品更加符合用戶需求的產(chǎn)品，讓產(chǎn)品成為用戶生活的一部分。

那么問題來了，我們?yōu)槭裁从肕VP（Minimum Viable Product）模式，解決的問題是什么？

節(jié)省時間，多少創(chuàng)業(yè)公司是被拖死的，制訂一個看起來可行的開發(fā)方案，一開始的宏圖大略，后期的新增需求、戰(zhàn)略調(diào)整、人員不夠等等原因，產(chǎn)品還未上線，沒有用戶數(shù)據(jù)，未拿到融資，無法持續(xù)地拿到投資，直接胎死腹中。
節(jié)省資源，以最快的時間進行迭代，在盡可能短的時間做出一個符合用戶需求成型的產(chǎn)品，將會極大地節(jié)省資源，二十人團隊花費六個月一舉推出二十個大功能的產(chǎn)品，很可能產(chǎn)品并不如預(yù)想地那么符合用戶需求，另外一個二十人團隊花費三個月推出十個功能的產(chǎn)品，經(jīng)歷了快速迭代，深得用戶喜愛，孰優(yōu)孰劣，一看便知。
跟上時代的風(fēng)口，當(dāng)時下流行的產(chǎn)品類型以及功能，我們都可以立即進行開發(fā)，力圖符合當(dāng)下的需求，而不是一味地按照原方向進行開發(fā)，舉一個簡單的例子：微信最先推出附近的人功能，憑此打敗易信等眾多社交公司，相應(yīng)地，陌陌立即跟上迭代此功能，立即在陌生人社交領(lǐng)域獲得一片天地。
綜上所述，MVP模式可以為我們節(jié)省時間、節(jié)省資源以及跟上時代的風(fēng)口，及時調(diào)整戰(zhàn)略方向，做出符合用戶需求的產(chǎn)品。

從另一個維度看待MVP迭代

目的是盈利，所以有個選擇叫創(chuàng)業(yè)，

既然創(chuàng)業(yè)，那么需要做一款有人用、有贏利模式的產(chǎn)品，

要做以上的產(chǎn)品，首先你需要有個產(chǎn)品，

產(chǎn)品需要上線，需要開發(fā)，

融資人的錢、手上的錢只有這么多，

我們需要抓緊時間開發(fā)，上線去看效果——有沒有人用，如何贏利，

這時候就需要MVP模式進行開發(fā)了~

具體的實例

在當(dāng)今的互聯(lián)網(wǎng)行業(yè)，我們看到很多傳統(tǒng)企業(yè)甚至傳統(tǒng)IT公司，兩個月一個版本已經(jīng)是非黨快的。

而以前有款產(chǎn)品叫QQ農(nóng)場，最瘋狂的時候，一周上了23個版本。

每發(fā)出一個版本都是海量用戶在用，海量用戶反饋，所以驅(qū)使這個團隊要不停地快速去把這些需求響應(yīng)，大家特別熱愛的功能趕緊把它做細化，所以它必須要頻繁地快速發(fā)布。

諸如此類的例子，還有很多很多...

總結(jié)

過往的產(chǎn)品開發(fā)模式已經(jīng)逐漸地不適用于當(dāng)前節(jié)奏變快的社會，如何更快了解用戶需求，開發(fā)出讓用戶喜愛的產(chǎn)品，我們需要MVP迭代。

MVP（minimum viable product）迭代，意即“最簡可行產(chǎn)品”——用最快、最簡明的方式建立一個可用的產(chǎn)品，這個產(chǎn)品要表達出你產(chǎn)品最終想要的效果，然后通過迭代來完善細節(jié)。