學過敏捷的朋友或是對於敏捷有認識的朋友對於MVP(Minimum Viable Product)並不會太陌生。這是在跑敏捷時候，常常會聽到的一個詞語，之前里長伯也在「里長伯碎碎念#2提到遊戲化設計使用MVP概念導入」的例子。但是，隨著敏捷的演變，也越來越多不同的專有名詞，開始困惑著大家。里長伯最近看到一篇10個作者共同發表的文章(原文)解釋這四種名詞解時得很不錯，特別找機會整理了一下，並用里長伯自己的經驗來下註解，希望各位夥伴們能夠從中更能清楚理解。
對於里長伯而言，比較熟悉的是MVP以及MBI(Minimum Business Increment) 這兩個概念。很欣賞原文的內容，強調了兩次MVP與MBI的差異，並用這兩個概念進行衍生討論。里長伯接下來就用MVP以及MBI這兩個概念來進行說明。
簡單來說，MVP就是在學習上的投資，而MBI是對於(商業)價值的投資。MVP主要的目的在於，在於試驗時，在於需求不明確時，我們可以用MVP來發現客戶的實際需求；MBI則是我們在得到了MVP的相關資訊時，有了比較清楚的產品構想與想法時，用這個方式去看是否能夠得到相對應的(商業)價值。
里長伯用實際案例來跟大家說明，或許會比較淺顯易懂一點。
假如說里長伯想要科普化專案管理，想要以出版專案管理桌遊的方式讓更多人體會到專案管理的好處，並且開始跟出版社合作，進行正式上架販售。(先說這完全是假設喔，里長伯並沒有真的想賣桌遊)。因為不知道市場對於哪桌遊的接受度如何，於是里長伯跟出版社討論，可能先參考現在最熱門的狼人X系列，想看看是否能夠用現有桌遊機制的方式，透過團隊合作與支援，來找到真正的商業間諜。
為了要進行測試，於是里長伯自己開始列印剪貼卡片，做出了對應的卡片，更換卡片內容，然後與理解專案管理的朋友以及桌遊的朋友開始測試。玩過幾輪正在寫教案時，發現這樣的內容好像無法真的比較容易嘴砲，必較難有實際上溝通的行為，於是開始修正桌遊機制，加入點說書人的故事結構，以及合作的機制，讓桌遊更符合當初設計的構想。接著，就繼續進行試玩，討論，修正，試玩，討論，修正，直到真正的學習效益可以獲得驗證。
以上，里長伯是在進行MVP的討論。沒有任何的商業價值產出。
接著，出版社可能安排里長伯去參加桌遊測試會。里長伯帶著桌遊的原型，或是簡化版的桌遊的原型，直接去面對去消費者，看看消費者願不願意實際掏錢購買，或是與在場幾個桌遊比起來，賣得如何，看看這樣的商業價值是否符合出版社的期待。這個時候透過反饋，里長伯與出版社知道要市場需要些甚麼，以及怎麼樣修改才能更符合市場期待，得到更多的商業利益。
以上可以稱為MBI(如果是全部的Feature)。如果是部分的Feature單獨出來測試，比方說里長伯把專案管理桌遊分成兩個部份：純桌遊和專案管理，里長伯單獨拿純桌遊(專案管理的元素全部拿掉)來測試桌遊機制時，我們可以叫做Minimum Marketable Feature (MMF)。
上述的過程，里長伯會不斷的進行MVP與MBI中間來回，直到出版社確定這款桌遊是可以上是為止。這裡，里長伯提到了MVP，MBI以及MMF等3個名詞，那Minimum Marketable Release (MMR) 是甚麼呢？
MMR其實就是集合的MBI。部分公司不喜歡少功能進行上市，在時間與成本是主要考量前提下，公司讓大量的MBI面市，以減少產品上市期程。這就叫做MMR。
整體MVP的產品開發流程大概可以參考上圖。里長伯跟出版社有了要出版專案管理桌遊這個想法後，進行產品發想。經由小規模建構後，以MVP方式進行導入，並進入觀察與討論。如果想法被認可或是確認，出版社就可以進行商品化的準備，以MBI或是MMF的方式到市場進行確認。如果想法沒有被確認，可能專案管理桌遊這個想法就會被割捨，或是重新進行軸轉，用其他方式(比方說用專案管理手遊或是測試其他的桌遊機制)來發表，達到專案管理科普化的目的。
跟原文一樣，里長伯必須要再強調一次：MVP就是在學習上的投資，而MBI是對於(商業)價值的投資。MVP主要的目的在於，在於試驗時，在於需求不明確時，我們可以用MVP來發現客戶的實際需求；MBI則是我們在得到了MVP的相關資訊時，有了比較清楚的產品構想與想法時，用這個方式去看是否能夠得到相對應的(商業)價值。
以上里長伯並沒有講解太多的名詞，但是透過實際上的例子來解釋，希望各位夥伴能夠更容易理解，MVP、 MBI、MMF、以及 MMR這四個概念的錯綜複雜的關係。
— — — — — — —
如果你覺得這篇里長伯文章有幫助，請給我1~10個掌聲，
如果你覺得這篇文章值得跟你的朋友分享，請不吝於幫我轉發分享，
如果你想繼續看到里長伯的文章，歡迎你按下follow來追蹤我的最新文章。
— — — — — — —
