編者按：本文來自微信公眾號：Web3天空之城（ID：Web3SkyCity），作者：城主，微新創想經授權發布

Michael Seibel 作為Y Combinato合伙人和Twitch 創始人 ，做了一個簡明扼要的分享，如何構建MVP最小可行產品。

Michael Seibel解釋了如何為創業想法構建一個最小可行產品（MVP）。使用YC加速器的真實案例，Michael詳細介紹了如何確定MVP功能，如何構建原型和demo，以及如何向早期客戶或投資者展示MVP。

當我們暢想AI+產品的各種美好未來時，同時更需要了解，神級產品的第一步，是如何開始的。

好的，今天我想和大家談談如何構建一個MVP，也就是最小可行產品。

如果你以前沒有看過這個，這是一個我們在幫助創始人構建他們的MVP時喜歡討論的梗，叫做midwhip梗。那個作為絕地武士、超級聰明、做所有最好事情并知道所有最好事情的創始人，以及第一次創業、一無所知的創始人。很多時候，這兩位創始人實際上會比那個真正聰明、努力工作、試圖做一切正確的創始人更早地做出正確的決定。

在這種MVP的情況下，最好的建議實際上是快速推出產品并進行迭代。將產品交到客戶手中，然后了解它是否有助于他們，然后對其進行迭代，隨著時間的推移進行改進。錯誤的做法是進行一百個調查和六百次用戶訪談，聯系每一個競爭對手，花一年時間籌款，雇傭一百人，以及所有其他可能讓你分心的事情，這些事情可能看起來像是明智之舉。但實際上，它們并沒有凸顯出MVP最重要的一點，那就是你只有在將產品放在用戶面前時才真正開始了解你的用戶。這并不意味著你在MVP中構建的東西會起作用，對嗎？它可能不會起作用。這只是與用戶開始對話并解決他們問題的最佳方式。

所以總結一下，作為早期創始人，你應該有的目標是快速將產品推向市場，即最小可行產品。

第二，你應該與一些最初的客戶進行對話，試圖弄清楚你可以如何讓該產品對他們有用。你應該關心如何幫助他們實現他們的目標，并試圖弄清楚如何改變和迭代我的產品，以便它實際上幫助他們實現這些目標。

然后反復操作。與更多用戶交流，迭代你的產品。往往在三、四、五、六次迭代之后，你的MVP會有很大不同。

你已經學到了很多。但通過與用戶進行對話并讓他們看到你的產品是如何發展的，你實際上可以讓他們更加興奮，更有可能使用你的產品，更有可能為你的產品付費。并且你可以比僅與你的聯合創始人交談或在腦海中思考學到更多。

今天的挑戰是，很多人都在貶低MVP。很多人在談論最小可愛產品或最小有用產品。而實際上，很多創始人只是想構建，你知道，神級產品。就像史蒂夫·喬布斯那樣，制造iPhone并改變世界。有一種誤解認為，從可能效果不好的小東西開始是個壞主意。有很多人擔心，如果你從小事情開始，交給客戶，而客戶不喜歡這個產品，你將永遠無法再和他們交流。

我要告訴你的是，在大多數情況下，有興趣與創業公司交談的人是早期采用者。他們習慣于使用效果不佳的產品。他們與你交談的原因不是因為他們認為你的產品會運行得很好，而是因為他們有一個真正的問題，并且愿意嘗試使用新軟件。所以你不必擔心失去這些人。這些是一直在嘗試新產品的人。這些是那種人，如果你告訴他們，嘿，看，我不能保證它從第一天開始就能完美運行。但如果你繼續和我合作，我們會讓它變得更好，并確保它隨著時間的推移對你有用。這些是對這種說法有反應的人。

事實證明，看到你的產品出問題并永遠不再使用你的人，他們根本不會嘗試你的產品。他們不是早期采用者。他們不使用新軟件。所以你不必擔心失去那些人，因為你從來沒有擁有過他們。你不會讓他們開始使用。

現在，我們在YC必須經常處理的一個問題是恐懼。這是創始人最大的恐懼。這是一種非特定的恐懼，哦天哪，如果我把我的產品給人們，他們不喜歡它，嘭，我的公司就死了。這總是很好笑，因為當我們考慮這個問題時，就像，嗯，你的公司實際上并沒有死，對吧？像它并沒有在明天死去。這不像游戲結束。你沒有用完錢。你所有的聯合創始人都不會退出。每當我們遇到這些恐懼情境時，我們都喜歡深入挖掘并問，嗯，實際上會發生什么？想象一下最壞的情況。你確實與客戶交談，你確實展示了你的產品。它不起作用。他們不想使用它。你第二天醒來。有什么不同嗎？你不能聯系其他人嗎？你不能在一周后，當你改進了產品時，再次聯系那個你向他們展示過產品的客戶嗎？你的創業公司真的死了嗎？

更多的情況是，當你有這種恐懼時，你應該做的是傾向于它，并問自己，這種恐懼是真實的嗎？如果這個可怕的事情發生，我的公司真的會死嗎？感到恐懼并不壞，但根據它采取行動是壞的。因為你害怕第一個客戶可能不喜歡它，所以花一年時間構建你的MVP是不好的。

現在還有另一群人認為，我知道什么是完美的產品，我知道它需要一年時間才能構建。為什么我要構建糟糕版本的它呢？我喜歡稱這些人為假冒的史蒂夫·喬布斯。這真是對偉大產品人員做的事情的巨大誤解。很多人認為史蒂夫·喬布斯是那種能在腦海中想象出偉大產品，然后將它們帶入現實世界的人。但有趣的是，大多數時候，當人們考慮史蒂夫·喬布斯最為人所知的產品時，比如iPod和iPhone，人們沒有花足夠的時間來看這些產品隨著時間的推移經歷了多少次迭代。

經常有人告訴我，噢，你知道，史蒂夫·喬布斯第一次就發布了一部很棒的手機，我會說，你還記得iPhone一開始沒有應用商店嗎？你還記得第一代iPhone不能錄像嗎？你還記得第一代iPhone只有2G而沒有3G嗎？所以，真的，真的，真的很糟糕的互聯網。大多數人都不記得那些了。大多數人認為的iPhone其實是iPhone的第三或第四個版本。iPod的第一個版本有一個實際的物理滾動裝置，沙子會卡在里面，經常會壞掉。即使是偉大的史蒂夫·喬布斯也會隨著時間的推移迭代他的產品。

所以如果你發現自己有一種假冒史蒂夫·喬布斯的想法，覺得我確切地知道客戶需要什么，我只需要籌集一千萬美元，花一年時間構建，然后發布它。再考慮一下，好嗎？如果史蒂夫·喬布斯需要多次嘗試才能把產品做對，或許你也需要。

接下來，我們來看一些例子。在所有這些例子中，你會看到三個相當簡單的要點。

首先，所有這些產品都是快速構建的。它們很快就進入了市場。其次，它們的功能都非常有限。第三，有趣的是，所有這些產品都吸引了一小部分用戶。

這些創始人意識到，制作一些僅一小群人喜歡的東西，比從一開始就能滿足所有潛在客戶所有需求的東西要重要得多。

這就是Airbnb的第一個版本長什么樣子。

如果你是Airbnb剛推出時的用戶，有些有趣的功能你體驗不到。沒有支付功能。如果你在Airbnb上找到一個地方，你不能在那里支付。你必須另找途徑安排支付。沒有地圖視圖。所以你實際上無法看到城市中各個地方的位置。這個功能非常基礎。第三，更有趣的是，你只能住在充氣床上。你不能出租整棟房子。你也不能出租房子里的一個房間。第四，Airbnb的第一個版本只適用于會議。他們會在有會議的城市開啟這個服務。會議結束后，他們會關閉。這就是最初的Airbnb。這就是最小可行產品（MVP）。

這是第二個例子。這是我的公司，Twitch。

Twitch起初叫做JustinTV，我的聯合創始人賈斯廷頭戴攝像頭，全天24小時直播。Twitch的第一個版本只有一個頁面，就是你現在看到的這個頁面。只有一個主播。他的名字是賈斯廷。沒有電子游戲，除非我們偶爾玩一些像吉他英雄這樣的游戲。而且流媒體非常昂貴。我們支付給了CDN費用。我們還沒有構建我們的視頻系統。但這是我們產品的第一個版本。現在你去Twitch，一切都完全不同，但這是它的起點。

最后，我們有Stripe。這是Stripe的第一個版本。那時候它甚至還沒有叫Stripe。它叫做斜線債務斜線支付（/debt/payments）。

那時候他們沒有任何高級的銀行協議。他們與一家小銀行合作。那家銀行甚至沒有直接的API來設置賬戶。所以他們必須每晚給銀行打電話，手動提交文件以便你設置賬戶。他們的API幾乎沒有任何功能。Stripe的第一個版本如此基礎，以至于我們當時在Twitch都無法使用，因為它沒有足夠的功能。但是那些能用它的人是早期的YC（Y Combinator）創業公司，他們只想從客戶那里接受簡單的信用卡支付。這就是Stripe一開始所做的全部。足以讓他們起步。

所以你可能會問自己，到底是哪些人愿意使用這些糟糕的MVP呢？你告訴我們它們將快速構建。它們可能不會運行得很好。我們必須不斷迭代它們才能真正使它們變得好。哪些早期采用者愿意經歷這種體驗？

有一個有趣的類比，當我還是早期創始人時有人告訴我。那就是，你想為那些頭發著火的客戶構建你的第一個版本。我從未完全明白這意味著什么。我的理解是，假設你是一個人，你現在看這個的時候頭發著火了。現在想象如果我坐在你旁邊的房間里。你希望我能賣什么來解決這個問題？你的頭發現在正在燃燒。大多數人可能會想到一桶水，一根水管，某種與水有關的東西。現在那是一個很棒的產品。那就像今天的iPhone，能立即解決你的問題。

但我沒有那個。我是一名創始人，我有的是一個MVP。我在賣的是一塊磚頭。

現在，如果我在賣你一塊磚頭，你會怎么做？有些人可能會說，嗯，我會，你知道，我會離開這個房間。我不能用一塊磚頭。胡說，你的頭發著火了。你會買下那塊磚頭，然后用磚頭猛擊自己的頭以撲滅火。那就是MVP。

這不是完美的解決方案，但作為客戶，你痛苦得如此厲害，你會使用一個不完美的解決方案來解決你的問題。這就是你應該追求的客戶。對于那些不是那么絕望的客戶，你可以等。你現在不必去追求他們。

只需首先追求那些絕望的人。這會讓你的生活容易得多。

現在，我知道你們中的一些人，特別是那些上過商學院的人，可能會說，我可以跳過這一步。為什么不直接對用戶進行調查呢？為什么不跟100個用戶聊聊，讓他們告訴我該做什么呢？我希望事情就是這樣。我希望用戶能直接告訴你應該做什么，然后你只要按照他們的意愿去做，就能成功。事實上，我想每個企業都希望如此。但問題是，你的客戶雖然非常了解他們自己的問題，但他們并沒有解決這個問題的所有答案。這是你的工作，是產品開發者的工作。

調查可能幫助你了解客戶正在經歷的痛苦，但它們不能幫你找到解決這個痛苦的方法。唯有當你把一個產品（最好是一個很糟糕的最小可行產品，MVP）擺在他們面前，開始詢問“這解決了你的問題嗎？”時，你才開始與客戶進行這樣的對話。我從未見過跳過這一步的捷徑。

即使是大公司，即使是企業級軟件公司，如果你回頭看他們產品的最初版本，它們都遠非完美，只是達到了客戶愿意使用的最低標準。總的來說，你必須從最小可行產品開始。

我想留給大家最重要的一點是，你創業時并不會擁有所有的答案。特別是在產品尚未找到市場的初創階段，一切都是關于學習。大多數好的解決方案，大多數我們今天使用的產品中最好的部分，都是在產品發布后、創始人從用戶那里學習時被發現的。

構建和發布一個MVP是開始學習過程的最快方式。你學得越快，就越有可能在別人之前構建出人們喜愛的東西。

那么，如何確保你能快速地構建一個MVP呢？這里有一些建議：

1. 給自己設一個非常明確的截止日期。

2. 寫下你的規格書。如果你覺得需要五個或十個功能才能發布一個MVP，就全部寫下來。

3. 剪輯那個規格書。在你寫下所有這些之后，逐一問自己，一個真正絕望的客戶是否真的需要這個功能？

4. 最重要的一點，不要愛上你的MVP。它會改變，你會對它進行迭代。

所以，你應該明白了，最簡單、最容易、最明智、最高明的路徑就是構建并發布你的產品，然后不斷迭代它。祝大家好運！記住，擁有一百個熱愛你產品的人遠比有十萬個對它感到一般的人要好。

所以，當你發布那個MVP時，完全可以做一些不可擴展的事情，并一次招募一個客戶。如果你關心那些客戶，我保證他們會跟你交流，你可以與他們合作，幫助他們解決問題。因此，也能幫助你了解如何為他們構建一個好產品。

非常感謝，祝大家好運。

本文（含圖片）為合作媒體授權微新創想轉載，不代表微新創想立場，轉載請聯系原作者。如有任何疑問，請聯系http://www.i0562.net/。