今天這篇譯文是關於 MVP 產品和 MAP 產品的，在讀到這篇文章之前，我確實只知道互聯網產品有 MVP 產品這麼一說，不過這篇文章的作者拋出的 MAP 產品的概念，確實讓我眼前一亮，一言以蔽之——市場變了，用戶變了，我們做產品的理念也要跟著變。
我在這裡要毫不掩飾地說，所謂的 MVP 已經死了。但是你可能還是先要知道，我這裡說的 MVP 是什麼？
MVP（minimum viable product）： 最小可行產品
在互聯網產品領域，mvp 指的就是一款具備產品必須的基本功能，可以滿足初期用戶使用，通過採集用戶使用過程中的反饋，來對產品做進一步提升的這樣一個產品版本。在商品市場領域，mvp 在專家的口中就是可以在市場銷售的成品。
直到能夠上市銷售之前，都不能稱為 MVP。「可行」意味著你可以銷售它了。
這句話是從維基百科中複製粘貼來的定義。對於這個定義我總體來說是認同的，但是我認為對於 MVP 更準確的定義應該是：
最小可行性產品（ MVP）指的是一款擁有最少必要功能的可以上線的產品，該試用型的產品可以讓我們通過一些列方式獲取很多關於用戶如何使用產品的信息，進而通過研究這些信息我們可以對產品做進一步的升級和迭代。
用下面這張很著名的圖片是解釋 MVP 產品最好的方式了：
這個形式其實很簡單。
你想造一輛車？太棒了。那讓我們開工吧！具體怎麼做呢？先來做幾個輪子，然後其他的輪轂、車架子、車身、然後發動機等等。這樣做是不是有什麼問題？要完全把車做成我們想要的樣子可能需要太長的時間？那能不能先做一個滑板，然後來一個滑板車，再升級成自行車，接著摩托車，最後才變成我們想要的汽車？
這個過程會不會比之前更長呢？是的。但這個是不是可行性更高呢？當然！
我在這裡並不想來討論 MVP 產品的開發過程的一些細節。我們在這裡是來宣佈 MVP 的這個模式已經宣告死亡了，以及讓我對此深信不疑的理由。
做任何東西都不可能同時做到又好又快又便宜。在開發 MVP 產品的過程中總要排一個優先級。開發的成本預算給的很低，到了開發截止日的時候總會有一個簡單的「測試」，但是，潛在的用戶真的會因為你給他的只是個測試產品，而不在意產品的品質問題麼（或者說是看起來的品質）？
這就是我特別想說的：隨著新的時代到來，新的技術不斷湧現，對普通人來說，移動互聯網根本就不是什麼新奇的東西了，電子商務也不是了，各種免費的聊天 APP 就更不是了。情況都變了。
在好幾年前，那時候恰逢湧現了一大批新的技術，一個30歲左右的潛在用戶，剛剛開始在家裡接入互聯網，至於智能手機，在普通人群裡也還遠沒有普及，但是現在什麼都不一樣了。
我鄰居的一個12歲的孩子，他用的智能手機的計算能力是美國宇航局四十年前阿波羅11號飛船系統的10萬倍。
技術革命的大踏步前進，消費者哪怕學得不夠快但也在不斷的進步和不斷學習。
當我14歲的時候我根本就不知道也沒聽說過 Facebook，Instagram，Amazon 或者 Whatsapp。他們根本就不存在。但是現在這個世界上18歲到40歲之間的人還有不知道這幾個公司的嗎？就算有，也只是一小部分。
這一切的問題在哪裡呢？
當用戶習慣了一個類型的產品最基本的功能以後，它會希望所有的新的產品都要有這樣的功能。
這是什麼意思呢？比如市面上新出了一款社交類的 app，用戶一定會希望它能夠把在這個 app 上的活動其他的社交 app 上，不管是Facebook 還是 Instagram、WhatsApp 等等，就是這麼簡單的道理。
如果你的產品連這麼簡單的功能都沒有，人們會覺得這個產品很差，也不會怎麼去關注它。這不是他們期望中的產品。
所以我的觀點就是 MVP 已死，MAP 當道。
MAP ：最低完成度但足夠能讓人驚豔的產品
現在這個時代，當你在考慮一個產品的發展（不管是實體的還是網站，還是 app 等等），你不應該只問自己「這是我能讓這個產品可行的最基本的形態麼？」這個一開始看起來好像是對的問題，但是當我們拋出以下的問題時你會發現現在都沒辦法這麼做了。
這種我能創造的最基本卻能讓人感到驚豔的產品可行麼？
重要的是整個市場一直在改變。在這之前，我們腦子裡想的就是在產品上線前產品只能基本功能可以用就行。這在前幾年，移動互聯網剛剛興起的時候是沒有問題的，那時候的用戶對各種互聯網產品的瞭解和使用都很有限，要求也不高，但是現在不一樣了，現在的用戶接觸了大量的互聯網產品，對各種產品的要求越來越高，我們必須能給用戶更多的驚喜，一些遵循用戶的使用習慣但又讓人眼前一亮的東西。
下面這個圖就能說明這個問題：
這兩個產品的界面有啥不一樣呢？他們展示的都是一樣的內容。兩個都有：頭部以及僱傭的各種信息（名稱，日期，公司，類型，薪資）。
但是對用戶和消費者來說，看起來 MAP 產品相對來說更可靠和更吸引人。
這個虛構的 app 的目標用戶是18-36歲的群體（男女都有），他們知道如何使用在線搜索工作的功能，他們可能已經用過其他的一些求職軟件比如 Talent，LinkedIn，JobToday 等等。
如果在2018年，我們應該打算如何用一款新上線的中等品質的產品和我們的競爭對手競爭，尤其是競爭對手的產品已經經過數年的運營和優化，而且已經有了成千上萬的用戶基礎？
我們不僅僅要在產品的功能、運行的速度以及流暢性上去和其他產品競爭，同時也要在設計上花很多心思，因為用戶 的心中已經存在了「一個求職類 app 該是什麼樣子」的既有印象。
「真正的競爭其實是通過我們的產品給用戶提供更好的體驗。」
一個更好的體驗是包含方方面面的，功能，性能，流暢度和設計。這些都是和其他app正面競爭中必不可少的。8年之前，沒有什麼標準或者設計模板，所有的一切還在探索。
最後一個簡單的例子，比如你想上線一款新的社交型 app，用戶會希望這個產品是沒有搜索欄，聊天系統以及點贊和收藏系統的麼？不會，因為大家早就對社交型產品有了既有的認知。
這就是為什麼當新發布一款產品時，僅僅做到足夠快、能用是完全不夠的，應該是要做到儘可能讓人感到驚豔。我們要打造的是一款能讓用戶體驗後覺得夠好的產品，這樣我們才會有機會在市場中立足。
「在我們現有的資源條件下，我們不僅僅要做一款可行的產品，而是需要去做一款體驗足夠好的產品。」
當然，Dave McClure 在 twitter 上提到關於我文章的一點想法是非常重要的：
MAP 產品到底要做到多好，要看你的目標行業的競爭產品的情況，如果根本就沒有什麼競爭產品，那麼MVP = MAP；如果已經有很多競爭者了，那麼 MAP > MVP。
非常感謝你的評論，真的非常對。這個具體怎麼理解呢？很簡單，如下圖：
所以當你下次再思考 MVP 產品時，請思考 MAP 產品（除非你根本就沒有競爭對手）：可以少做些功能，但是都要做的夠好。
你想在你的 app（MVP）中加任何功能前先想一想你真的需要它麼？如果答案是肯定的，太好了，那就做吧，但是一定要確保它用起來很棒（MAP）。
「如果你想去開發一款新產品，多思考你的目標用戶到底想要的是什麼，然後盡全力去提供最好的體驗和產品。」
很多人會問我從哪裡可以找到合適的開發者和設計師去幫我做出一款 MAP 產品？這問題就是錯的！核心問題不在開發者和設計師，而是在項目管理者。你必須去提高自己對產品的預期和積極性，同時也要明白如果沒有足夠的時間——只花幾個星期、一個月的時間，你根本就做不出一款 MAP 產品。你必須去接受這個現實。
你必須要管理和接受這個現實，所有的一切都需要你的時間去打磨。更好的管理才能讓你做出 MAP 產品。
以上就是譯文的全部內容，英文好的同學可以點擊 原文鏈接看到英文的原版文章。
譯者：MU.SIR，一個不斷學習的不正經設計師。
譯者地址：三木自習室（微信號：mumumustudy）
本文由 @MU.SIR 授權發佈於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自 Pexels，基於 CC0 協議
閱讀更多 人人都是產品經理 的文章
