MVP 不是一個(gè)產(chǎn)品,而是一個(gè)過程
相同的故事發(fā)生了一遍又一遍。首先,一個(gè)團(tuán)隊(duì)有了一個(gè)想法。
然后,他們創(chuàng)造了一個(gè) MVP(最小可行產(chǎn)品),花了很多時(shí)間決定是否要添加某個(gè)功能。最后,如果 MVP 獲得了成功,他們就打算繼續(xù)把產(chǎn)品打磨的功能更完整、穩(wěn)定性更好。
這樣做有什么問題嗎?為什么采用這個(gè)策略的初創(chuàng)公司都掛了呢?
問題在于這些團(tuán)隊(duì)都沒有真正理解 MVP 的精髓。 MVP 不僅僅是一個(gè)功能不完善的產(chǎn)品,也不僅是一種把產(chǎn)品更早推向市場的方法。事實(shí)上,MVP 都不一定是個(gè)產(chǎn)品。MVP 并不是你只要經(jīng)歷一次就可以了。
創(chuàng)業(yè)者們認(rèn)為 MVP 是怎么回事兒
圖:創(chuàng)業(yè)者們認(rèn)為 MVP 是怎么回事兒
MVP 是一個(gè)過程,而且你要一遍一遍地經(jīng)歷這個(gè)過程:提出最大膽的假設(shè),找到最容易的方法驗(yàn)證假設(shè)是否成立,然后用實(shí)驗(yàn)結(jié)果來校準(zhǔn)。
做產(chǎn)品的時(shí)候,你會有很多假設(shè)。你假設(shè)自己知道用戶的需求是什么,他們喜歡什么樣的設(shè)計(jì),應(yīng)該采取什么樣的市場策略,用什么架構(gòu)最有效,如何持續(xù)的盈利,哪些法律和規(guī)定是必須遵守的。不管你有多厲害,總有一些假設(shè)是錯(cuò)的。問題在于,你無法在事前知道哪些錯(cuò)了。
在對 100 多家失敗的初創(chuàng)公司進(jìn)行事后分析時(shí),CB insights 發(fā)現(xiàn)導(dǎo)致創(chuàng)業(yè)公司倒閉的首要原因(占比 42%)是「沒有人需要」。接近一半的初創(chuàng)公司已經(jīng)花了幾個(gè)月甚至幾年的時(shí)間才搞清楚:沒有人需要他們的產(chǎn)品。
搞清楚是否有人需要你的產(chǎn)品的唯一方法,就是把你的產(chǎn)品盡快推向市場。當(dāng)你這么做了之后,你很可能發(fā)現(xiàn)你需要重新來過。事實(shí)上,你很可能需要一次又一次地重新開發(fā)產(chǎn)品。
圖:MVP 究竟是怎么回事兒
并不只是開發(fā)產(chǎn)品是這樣,當(dāng)你寫一本書或者論文,你都要寫很多版草稿,并且花很多時(shí)間來編輯。當(dāng)你寫代碼的時(shí)候,你需要經(jīng)常重構(gòu)或者甚至重寫所有代碼。每個(gè)創(chuàng)造力工作者,都需要大量的試錯(cuò)。
在一個(gè)需要不斷試錯(cuò)的世界中,誰能先找到錯(cuò)誤,誰就能笑到最后。有些人給這種觀點(diǎn)起名叫「fail fast」。在 TripAdvisor(貓途鷹),我們稱之為「以速度取勝」。Eric Ries 叫它「精益創(chuàng)業(yè)」,Kent Beck 和其他一些程序員叫這種觀點(diǎn)是「敏捷開發(fā)」。不管叫什么,這種觀點(diǎn)的核心是盡快從真實(shí)的用戶那里獲取反饋,搞清楚你的假設(shè)哪些是錯(cuò)的。
不管你是做產(chǎn)品、寫代碼,還是做一份市場策劃,你都應(yīng)該問你自己兩個(gè)問題:
- 最大膽的假設(shè)是什么?
- 最容易驗(yàn)證假設(shè)是否成立的方法是什么?
MVP 是一個(gè)過程
我們來聊聊一個(gè)具體的例子。
你決定開發(fā)一個(gè)產(chǎn)品,飯店老板可以很方便地用這個(gè)產(chǎn)品為自己的飯店做一個(gè) APP。這個(gè)產(chǎn)品的交互簡單,只用拖拽即可,有很多預(yù)置的模板,有日歷、簡報(bào)、簽到、相冊、即時(shí)通訊等功能,并且集成了點(diǎn)評網(wǎng)站、社交網(wǎng)絡(luò)和谷歌地圖。最重要的還是,它有訂座、外賣和優(yōu)惠券的功能,你可以通過這些功能來盈利。這個(gè)產(chǎn)品真是太棒了!
如果是典型的創(chuàng)業(yè)公司,你會找朋友加入你的創(chuàng)業(yè)團(tuán)隊(duì),并且融到一筆錢,然后閉關(guān) 12 個(gè)月,努力實(shí)現(xiàn)上述的所有功能。如果你稍微懂行的話,你會在第一個(gè)版本砍掉一些不必要的功能,這樣你用 8 個(gè)月就可以發(fā)布 MVP.
在上述情況中,你將注定失敗。
原因是什么呢?大部分你所做出的假設(shè)都可能是災(zāi)難性的。
- 你花了數(shù)個(gè)月的時(shí)間為你的用戶做了個(gè)移動(dòng)應(yīng)用,但是他們可能只想要網(wǎng)站能適配移動(dòng)端,這樣顧客可以在 Google 上更好地找到飯店的網(wǎng)站。
- 或者你使用了最先進(jìn)的技術(shù)開發(fā)了即時(shí)通訊功能,卻發(fā)現(xiàn)你的用戶用郵件解決溝通問題,而且他們也不想整天坐在電腦前回復(fù)信息。
- 或者最糟糕的情況是,飯店老板壓根不想麻那個(gè)煩,對于使用科技產(chǎn)品和維護(hù)應(yīng)用一點(diǎn)興趣都沒。
等待數(shù)月才能得出這些關(guān)鍵的結(jié)論實(shí)在太久了。最好的情況是浪費(fèi)了很長的時(shí)間;最差的情況是你的公司就掛了。Peter Drucker 說過,用很高的效率做無用功,是最沒用的事情。
讓我們嘗試把 MVP 當(dāng)做一個(gè)過程的方法,看看這樣做是否會更好一些。我們會迭代產(chǎn)品,在每個(gè)階段都會問:
- 最大膽的假設(shè)是什么?
- 最容易驗(yàn)證假設(shè)是否成立的方法是什么?
在最開始的時(shí)候,最大膽的假設(shè)可能是:飯店老板需要移動(dòng)應(yīng)用。
因此,最早期的 MVP 可以是移動(dòng)應(yīng)用的原型 —— 甚至你可以在飯店紙巾上畫一個(gè)。去和飯店老板聊聊,問問他們在使用科技產(chǎn)品時(shí)遇到了什么問題。他們是否已經(jīng)有應(yīng)用了?如果沒有的話,為什么沒做呢?他們想要一個(gè)應(yīng)用嗎?他們對科技產(chǎn)品有多在行呢?他們了解飯店應(yīng)用的好處嗎?把你的原型給他們瞧瞧,搞清楚這樣的產(chǎn)品是否能解決他們的問題。
可能你會發(fā)現(xiàn)飯店老板對于開發(fā)應(yīng)用沒什么興趣。這有點(diǎn)丟人,但好消息是你所花費(fèi)的不過是幾個(gè)小時(shí)而已,而節(jié)省了幾個(gè)月的開發(fā)時(shí)間。另一方面,你可能會發(fā)現(xiàn)飯店老板雖然對應(yīng)用沒什么興趣,卻想要簡單地?fù)乙粋€(gè)網(wǎng)站。你還是有所進(jìn)展的!
但是這樣還沒完,你必須重復(fù)這個(gè)過程,來開發(fā)你的下一個(gè) MVP.
現(xiàn)在,飯店老板最有可能為網(wǎng)站買單。最容易驗(yàn)證假設(shè)是否成立的方法是什么?開發(fā)下一個(gè) MVP 時(shí)可以先做幾個(gè)靜態(tài)網(wǎng)站,看看那些飯店老板反饋如何。他們喜歡這樣的網(wǎng)站嗎?這樣的網(wǎng)站是否已經(jīng)有了?他們愿意花多少做一個(gè)這樣的網(wǎng)站?
可能一聊到錢的問題,你就會發(fā)現(xiàn)飯店老板并沒有那么感興趣。好消息是你只用幾天的時(shí)間就了解清楚了,而不是浪費(fèi)幾個(gè)月的時(shí)間來開發(fā)。
或者你發(fā)現(xiàn)飯店老板愿意花錢做網(wǎng)站。然后他們付錢或者給你支票,讓你來做網(wǎng)站。產(chǎn)品發(fā)布之后,告訴飯店老板如果需要更新信息就給你發(fā)郵件。是的,這個(gè)階段需要大量人力勞動(dòng);不,這樣無法規(guī)?;H欢?dāng)你還是小公司時(shí),不要為了做的事情無法規(guī)?;鴵?dān)心。有規(guī)模化的問題是件好事,因?yàn)槟且馕吨阕龅氖虑橹档靡?guī)模化。
但是與此同時(shí),你需要重復(fù) MVP 過程。
現(xiàn)在可能是找到合適的市場策略。你不可能去世界上每家飯店和老板見面。最容易驗(yàn)證假設(shè)是否成立的方法是什么?你的 MVP 可能是一個(gè)著陸頁,用來描述你的產(chǎn)品是干嘛的,展示你們已經(jīng)做過的飯店網(wǎng)站,并且如果瀏覽網(wǎng)站的人對此感興趣,就讓他們提供郵件地址。然后你可以在 Google、Facebook、Twitter 或者 Linkedin 上買廣告,增加著陸頁的曝光,然后看看有什么效果。
如果潛在用戶不肯給你郵件地址,他們也不可能給你的產(chǎn)品付錢。比起重寫整個(gè)產(chǎn)品,寫幾段話然后放上幾個(gè)圖片要容易得多。越早發(fā)現(xiàn)問題,你就越能節(jié)省時(shí)間。
總而言之,這就是 MVP 過程。不管你是在做產(chǎn)品設(shè)計(jì)、市場策劃,還是在寫代碼,都需要問:
- 最大膽的假設(shè)是什么?
- 最容易驗(yàn)證假設(shè)是否成立的方法是什么?
作者@Yevgeniy (Jim) Brikman
譯者@劉韜 ? ?來源@36kr
原文鏈接:A Minimum Viable Product Is Not a Product, It’ s a Process
譯文鏈接:http://36kr.com/p/5043691.html
好文章。接近一半的初創(chuàng)公司已經(jīng)花了幾個(gè)月甚至幾年的時(shí)間才搞清楚:沒有人需要他們的產(chǎn)品。搞清楚是否有人需要你的產(chǎn)品的唯一方法,就是把你的產(chǎn)品盡快推向市場。