精益創(chuàng)業(yè)就是通過不斷地嘗試在真實世界中驗證產(chǎn)品想法康嘉，其中一個重要的實踐是最小可行產(chǎn)品（Minimum Viable Product森枪，MVP）病毡，我們這次就把這個實踐展開討論一下雷滋。
什么叫最小可行產(chǎn)品平绩？就是“剛剛好”滿足客戶需求的產(chǎn)品恭垦】烀客戶需求好理解，怎么算“剛剛好”呢番挺？其中的關(guān)鍵在于理解“最小”和“可行”唠帝。
最小代價
首先，我們必須清楚一件事玄柏，我們要做的是驗證一個想法的可行性襟衰，甚至不是為了開發(fā)一個軟件，開發(fā)軟件只是一種驗證手段禁荸。
第一步右蒲，我們要驗證這樣一個想法是否可行。我們做了一個產(chǎn)品文檔赶熟，就好像我們已經(jīng)有了這個產(chǎn)品一樣瑰妄，讓負責銷售的同事拿著這個文檔給客戶講講，看看客戶對這個想法的反映映砖。
驗證了方向上的想法间坐，我們開始進入到具體的產(chǎn)品設(shè)計階段。這個階段我們想驗證的是邑退，我們給出的產(chǎn)品設(shè)計用戶是否可以接受竹宋。于是，我們決定把這個產(chǎn)品的交互做出來地技。
得益于原型工具的快速發(fā)展蜈七，我們用一個原型工具做出了相對完整的用戶界面，而且把各種交互流都做出來了莫矗。在用戶看來飒硅，這幾乎就是完整的軟件了砂缩。
經(jīng)過多輪測試下來，團隊有了一大堆的用戶反饋三娩，而且是來自真實用戶的反饋庵芭。接下來，就是整理這些用戶反饋雀监，決定哪些可以真正的開發(fā)出來双吆，這時候，團隊才真正進入到開發(fā)階段会前。
不知道你注意到了沒有好乐，迄今為止，這個團隊驗證了一大堆的想法回官，而代碼卻是一行都沒有寫曹宴，所有花費的工作量都是有針對性的驗證。
開發(fā)軟件是一件成本很高的事情歉提。如果只是驗證想法，無論是創(chuàng)業(yè)方向区转，還是產(chǎn)品設(shè)計苔巨，我們可以找到各種各樣的手段，不用寫代碼废离。
可行路徑
但從產(chǎn)品可行的角度侄泽，我們需要轉(zhuǎn)換一下思路，不是一個模塊做得有多完整蜻韭，而一條用戶路徑是否通暢悼尾。
于是，我們做了一個決定肖方，第一個版本只包含貸款能力闺魏。是的，這個版本只能貸款俯画，不能還款析桥。因為用戶一個月之內(nèi)不會用到這個功能，你從頁面上艰垂，完全看不出這樣的能力缺失泡仗，因為一個月內(nèi)，根本沒有任何用戶有可還的款項猜憎。
就這樣娩怎，幾個月之后，我們就逐步上線了一個功能相對完整的 P2P 平臺胰柑。在這個過程中截亦，我們每個階段都會上線新功能辣辫，從用戶可見的角度，他看到的始終是一個完整的平臺魁巩，其中的變化只有站在內(nèi)部實現(xiàn)者的角度才能看得清楚急灭。
和大家分享這個例子，主要是想破除大家對于一個“完整”系統(tǒng)概念的認識谷遂。當時間有限時葬馋，我們需要學會找到一條可行的路徑，在完整用戶體驗和完整系統(tǒng)之間肾扰，找到一個平衡畴嘶。
站在開發(fā)團隊的角度，我們怎樣把 MVP 理念運用在自己的工作中呢集晚？當產(chǎn)品經(jīng)理有一大堆要實現(xiàn)的功能時窗悯，我們就可以根據(jù) MVP 理念，從這些產(chǎn)品功能中找出一條最小的可行路徑偷拔，重新安排一個合理的開發(fā)計劃蒋院。
產(chǎn)品同樣需要分解，目前在探索產(chǎn)品的不確定性上的最佳實踐是精益創(chuàng)業(yè)莲绰，而精益創(chuàng)業(yè)就包含了將龐大的產(chǎn)品分而治之的方式：最小可行產(chǎn)品（Minimum Viable Product欺旧，MVP）。最小可行產(chǎn)品就是“剛剛好”滿足客戶需求的產(chǎn)品蛤签。
想要在實踐中運用好最小可行產(chǎn)品的理念辞友，就是要用最小的代價找到一條可行的路徑。最小的代價就是能不做的事就不做震肮，能簡化的事情就簡化称龙。
