?為什么第一個版本要是MVP？為啥要梳理MVP？書里（《精益創業》）告訴你，你需要用一個最小可行性的模型去驗證需求。用最小的代價去驗證用戶是否買賬，就算是驗證出來是偽需求，也方便及時調整方向或止損。

但是在我的實際經驗中，MVP，實際通常是為了保證上線時間，被砍的光禿禿只被保留最核心功能的產物，為什么？

因為人手永遠不夠，老板要求上線的時間永遠都緊迫。

?開始設計一款新產品的時候，作為一個邏輯完整思路清晰目光長遠牛逼哄哄的PM,可能通常會把整個產品設計的大而全，腦中有宏圖心中有草原，但是如果一股腦都開發了是不太好的，因為功能越多，涉及到的交互細節越多，你花時間去設計這些大大小小的邏輯的時間越多，越有可能在一些不重要的細節、交互上浪費時間來回糾結。如果不確定這個產品的技術成本，那還有可能需要花時間和開發人員扯皮，權衡開發時間和收益。碰到好脾氣的開發，可能自己悄悄花很多時間做了，碰到脾氣不好的，可能就會指著鼻子罵你，做的產品沒有意義。

那么如何避免這種情況呢？

?一個字：砍

其實砍需求是不太容易的，這不是打臉嗎？！那怎么辦? emm，那就給自己一個臺階下吧：你需要列優先級，先列大的功能點，再列小的。優先級靠后的往后面的版本去排，具體到版本號，大概排期1-4個大版本，第一個小版本里可以放4-5個小版本。

這樣列完MVP就差不多可以做到心中有數了。

舉個栗子，我們來看下抖音的mvp。

第一個版本的抖音，做了3件事，看視頻、簡單的錄視頻和關注。沒有現在的發現頁卡，沒有美顏、貼紙、也沒有熱門話題，精選視頻的標記，也沒有私信，簡簡單單，只有最最核心的錄視頻和看視頻功能，這就是它的MVP。

因為功能足夠少，產品在后續迭代就有無數種可能和方向，業務重點也可以靈活的調整。

你自己梳理完就結束了嗎？并不是的，靠你自己，可能只能完成50~70%的樣子。why？請接著往下看。

初步的mvp梳理完，接下去就交給交互設計了，完成后開評審會。

第一次評審會非常關鍵，它會讓你對MVP有更清晰的認識。因為這個會上，一定會被開發質問和噴。這次會上需要盡可能講的細，尤其是你感覺不太好做的功能（需要對開發有一定了解），會上溝通，確認好大概的開發時間，如果開發告訴你某個功能耗時非常長不想做的時候，你就需要注意了，先記錄下來，然后思考這個功能能否再拆分的細一些，把一些功能往后面的版本放。會議結束后，及時整理筆記，拆分耗時長的功能，重新梳理優先級，把最重要的保留，其他的往后面的版本放。

做完這一步，MVP基本就90%成型了。

接下來就是開發階段，開發階段，依舊還是會和開發有溝通，協商和調優先級的情況（簡稱撕逼），和之前的套路一樣，碰到開發耗時長的功能，重要功能的做拆分，選出高優先級的，不重要的功能，就往后放吧。??

就這樣，等開發全部提交測試的時候，MVP就定了（如果沒有被硬插新需求）。

從上面的過程來看，MVP的梳理過程中，開發哥哥們幫了很大的忙， 有句話說的好，君子性非異也善假于物也。不要拍被噴，因為比起你的成長收獲和產品推進來說不值得一提，只要最后的需求都是合理的，他們還是會按時去完成的，而且，他們不做也得做呀（滑稽???）

砍需求看上去是件不容易的事情，但是它的意義還是很大的，在這過程中，你會一遍遍反復的去思考一件事：

什么才是我這個產品最重要的功能，我們的思路和主線會一步步的清晰，也會更關注產品本身的核心功能和產品定位。?

——推薦閱讀——

Wireshark抓包分析——TCP/IP協議

Wireshark對HTTPS數據的解密

網易云信IM小程序上線？我們是這么做的！>>

全面復盤！深度剖析直播答題產品架構的難點與坑>>

如何快速設計短信驗證碼>>

如何做好Android 端音視頻測試>>

總結

以上是生活随笔為你收集整理的如何做一个新产品的第一个版本：关于MVP和上线时间的权衡的全部內容，希望文章能夠幫你解決所遇到的問題。

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