構建最小可行產品——多少才算太多?
已發表: 2017-04-06小時候,我在看電影的時候,看到一個人拿著傘狀物體從飛機上跳下來,安全著陸,沒有受傷。 那個特技絕對讓我大吃一驚(當時我對降落傘一無所知) ,所以在我的研究之後——當然這不過是挖我父母的大腦——我發現顯然,我可以用塑料袋製作自己的降落傘.
這就是我所說的:

今天,如果我考慮我構建降落傘的方法,不知不覺中,我構建了一個最小可行產品。 好吧,從技術上講,我不能稱其為最終產品,但建造我自己的模型塑料降落傘教會了我很多關於實際降落傘的功能的知識。
我明白這不僅僅是掛在布上的 4 根線,更多的是讓降落傘能夠引導自己朝特定方向前進。
建築產品涉及一定的成本。 成本可能涉及實際的貨幣成本、人力資源、基礎設施等。如果我們能夠在開始構建它並產生所有這些成本之前找出客戶真正想要的東西,那不是很好嗎?
構建 MVP 或最小可行產品是允許您在投入所有資源將其轉換為最終產品之前測試您的想法可行性的方法。 無論您是企業家還是個人產品經理,都在玩弄一個新想法,最好事先與用戶進行一些測試,以了解他們是否真的需要這個產品。

但是,嘿,等一下! 可以在市場上發布的 MVP 可能需要幾個月的時間來構建。 在這裡,我們拯救了最著名的引語之一:
假裝,直到你成功
是的,這就是你應該用來測試你的想法的方法。 從這個意義上說,MVP 術語可能有點誤導,因為歸根結底,您正在構建一個可供客戶使用的產品。 你絕對不想從他們那裡做粗製濫造的工作。

目錄
因此,您可以採用以下一些方法來構建自己的 MVP:
登陸頁面
當您想快速有效地向用戶傳達您的價值主張是什麼以及您正在操作的價格點時,登陸頁面會非常方便。 它們是一個很棒的營銷工具,您可以在其中談論從調查、採訪等中收集的數據。
登陸頁面可以快速構建並且成本不高。 但一定要通過美學吸引足夠的注意力。 即使您沒有可用的產品,了解概念和好處也將幫助您從普通用戶那裡獲得很多興趣。 您可以提供一個簡單的註冊表單,以防您想跟踪表現出興趣的用戶,並且在您準備好產品時,您可以在某個時間點與他們聯繫。 
解說視頻
解說視頻可以是登錄頁面的一部分,也可以是獨立視頻。 這些用於在一分鐘內傳達產品概念。 以下是來自一家名為WaveOptics 的公司的解說視頻示例。 他們的網站上沒有任何與產品相關的信息。 相反,他們創建了一個視頻插圖,解釋他們的產品的輸出以及它在現實世界中可以做什麼。 
綠野仙踪MVP
“沒有必要建造一些東西,建造一些東西。”
綠野仙踪 MVP 將這種方法帶入了核心。 在這種方法中,您可能只想知道這個概念是否有效。 例如:要知道您的客戶是否訂購了特定類型的食物,您不需要應用程序或網站。 你可以和你的用戶一起走進一家餐館,觀察他/她點了什麼食物。 這可以讓您很好地了解用戶對食品的偏好。
通過觀看 Shark Tank,我學到了關於構建產品的知識禮賓 MVP
Concierge MVP 幾乎與綠野仙踪 MVP 相似——但有一個明顯的區別。 客戶實際看到產品。 對於特定客戶,您可以手動處理產品提供的服務。 客戶不會知道他們正在處理來自後端的手動操作,因為他們看到的是產品界面。
單功能 MVP
如果您清楚自己想要構建什麼,這是一個很好的方法,因為它可以幫助您將資源集中在構建一個功能上。 從客戶的角度來看,這也很好,因為他們不會從您的產品中分心,並且可能擁有產品的最佳功能。
在構建 MVP 之前應該問的問題
這是一個有趣且重要的觀點。 我們現在知道可以構建的不同類型的 MVP 以及以何種方式構建,但是您從構建它們中提取的是金塵。 這裡有一些重要的問題要問自己:
我想檢驗什麼假設?
在開始考慮構建 MVP 之前構建假設對於確定與假設相關的風險最高的假設非常重要。 你越能減輕風險假設,成功的機會就越大。 顧客是願意在網上訂餐還是更願意去他們最喜歡的餐廳? 客戶是否願意為在線租用家具付費? 等等。
我應該如何衡量成功和失敗?
為了維持任何業務,您需要賺錢,為此您必須針對消費者的特定痛點設計解決方案——他們有興趣為此付費。 要檢查您的努力是否朝著正確的方向前進,您絕對應該問這些問題:
- 我想嘗試多長時間才能取消它?
- 人們是否真的在尋找一種特定的選擇,而我是否完全在構建其他東西?
- 我可以自信地說,是的,需要這種解決方案並且人們願意為此付費嗎?
我可以向外行解釋嗎?
成功的公司往往是那些產品被大眾所採用的公司。 如果您的產品正在做一些只有火箭科學家才能理解的事情,那麼您可能會將一個非常小的細分市場作為您的目標市場。 問這個問題,你能向你的祖母解釋一下這個概念嗎? 如果答案是肯定的,那麼繼續測試你的 MVP。
有人會為此付費嗎?
正如我之前所說,您業務的成敗取決於付費客戶。 這是要問的最重要的問題,因為它可以為您的產品奠定基礎,甚至可能導致決定完全廢棄它。
終極產品管理資源列表
有時,在構建 MVP 的過程中,您可能會發現一些隱藏的模式,這些模式在其他情況下不太明顯,無法考慮進行假設。 最近,美國國家公路交通安全管理局通過了一項規則,使電動和混合動力汽車的噪音稍微小一些。 是的,你沒聽錯,他們想讓你的車聲音更大。
原因:作為人類,我們依靠自然感官來提醒自己注意即將到來的危險。 這些年來,所有的努力都在使電動汽車變得越來越安靜,這造成了一種新的問題,即行人在高速行駛時完全沒有意識到他們的存在。 幾年前,誰能想到電動汽車製造商會實施這種規則?

這是一個這樣的例子,其中隱藏的模式/問題在構建產品或一般 MVP 時被發現。
歸根結底,無論你採取什麼方法,都應該回答你腦海中出現的關於你的想法/產品的所有問題。
“保持冷靜,相信MVP。”
從世界頂級大學在線學習產品管理課程。 獲得碩士、Executive PGP 或高級證書課程以加快您的職業生涯。
為您推薦的特色課程:杜克 CE 的設計思維認證課程
最小可行產品是什麼意思?
在第一次開發新產品時,一旦產品成為包含足夠數量和功能以及可行設計的版本,可以發布給客戶,足以讓他們想要使用該產品,那麼開發週期就結束了。 第一個版本被稱為最小可行產品。 此版本的定義是在規劃階段的早期制定的,以便產品開發人員知道何時完成他們的開發過程並將下一階段的產品移交給其他利益相關者以促進發布。
最小可行產品應該做什麼?
最小可行產品必須包含足夠的功能,以便它包含足夠的價值主張,讓客戶想要試用和使用該產品。 它必須具有吸引人的設計和足夠簡單的界面,可以讓客戶執行基本功能而不會遇到麻煩。 還必須以可擴展的方式開發最小可行產品,以允許開發團隊在試點啟動後根據需要輕鬆添加更多功能和/或修改其設計。 最重要的是,必須對最小可行產品進行編程,以提供信息豐富的錯誤消息,以防客戶在使用產品時遇到問題。
一個人應該花多少時間來開發最小可行的產品?
新產品開發的問題在於,大多數團隊會因添加越來越多的功能而忘乎所以,沉迷於功能和設計,這可能會導致開發時間過長。 與此同時,產品經理可能還希望根據跨職能團隊中其他利益相關者的輸入或市場趨勢添加額外的功能。 時間過長也是危險的,因為它讓競爭對手有更多時間發布自己的產品版本,從而剝奪了你的競爭優勢。 大多數專家建議在開發最小可行產品上花費不超過 9-12 個月。

