創(chuàng)造一個成功的MVP不僅僅是為了構建一個能夠大開眼界的產(chǎn)品，更重要的是如何把一件小事情做好。

幾年前，一個新的音樂訂閱產(chǎn)品以改變音樂流行方式為目標亮相了。事實上，音樂類產(chǎn)品歷經(jīng)了幾十年的起起伏伏，免費下載音樂的這類產(chǎn)品興起（如Napster，Pandora和Spotify）加劇了這種形勢：音樂家的努力付出沒有得到同等的報酬，粉絲只想聽喜歡的音樂，而不是要掏空錢包，每三分鐘就聽一次廣告。

2014年10月，在眾人的期待中，Tidal這個平臺在美國，英國和加拿大發(fā)布了。這個平臺得到了行業(yè)的大佬支持（如Jay Z， Beyonce，Rihanna，Madonna和Kanye West），主打粉絲們渴望的無廣告，高品質(zhì)，獨家的音樂，準備掀起行業(yè)的一場革命。

但這場萬眾矚目的變革遲遲未來。

兩年多后，Tidal還在為存活問題而掙扎，更不用說去改變整個行業(yè)現(xiàn)狀，甚至是那些最執(zhí)著的音樂愛好者，樂評人和藝術家本身都打算放棄它了。其訂閱量仍遠遠低于Apple Music和Spotify，短短8個月第三個CEO就上任了，Tidal需要做出一些重大調(diào)整，不然其前景堪憂。

到底發(fā)生了什么？為什么Tidal沒有在大家的期盼中成功？什么因素阻礙了它的發(fā)展？

雖然導致其失敗的原因有很多，但問題的核心還是在于它錯誤的MVP。

MVP概念問題

MVP（最小可行性產(chǎn)品）這個理念最先是由Frank Robinson提出的，20世紀90年代，Steve Blank 在其“客戶發(fā)展方法”( Customer Development methodology )中進一步推廣了這個理念，到21世紀初，它在Eric Ries的精益創(chuàng)業(yè)運動中被大家所熟知。Ries將MVP定義為產(chǎn)品發(fā)現(xiàn)過程中的一個階段：“讓團隊以最少的投入去收集最多的客戶信息的產(chǎn)品。”

這個概念吸引了設計師和開發(fā)人員，特別是隨著科技行業(yè)的蓬勃發(fā)展，產(chǎn)品開發(fā)的門檻降低。它為產(chǎn)品設計人員提供了一套框架，可讓新產(chǎn)品快速上市。開發(fā)人員和營銷人員也能夠快速推出一個精簡產(chǎn)品，用真實客戶進行測試，并測量其在市場上的成功，而不需要先構建一個完整的解決方案。

隨著行業(yè)逐漸接受MVP的概念，他們開始嘗到甜頭：節(jié)省時間，節(jié)約成本，迅速獲得反饋。但隨著時間的推移，一個新問題出現(xiàn)了：我們其實誤解了MVP的定義和意圖。

現(xiàn)在，MVP變成許多設計師，開發(fā)人員和產(chǎn)品經(jīng)理懶惰的借口。他們以“保持精益”和“快速產(chǎn)出”的名義偷工減料，移除功能，犧牲用戶體驗。

也許是因為MVP一開始就被錯誤地定義，我們一直誤認為“MVP”指的是產(chǎn)品只需要最少功能去解決市場的主要問題。

MVP的正解

MVP必須具備幾個關鍵特征：

你的產(chǎn)品必須以一種獨特的方式為一個真實的用戶解決至少一個真正的問題。否則，用戶沒有任何理由對你的產(chǎn)品做出反應，投入情感，使用產(chǎn)品或提供反饋。

畢竟MVP只是一個實驗。作為產(chǎn)品設計師或開發(fā)人員，你可以進行可用性測試，看看你提出的假設是否準確。如果上述四個特征缺失其中任何一個，測試結果將會出現(xiàn)偏差，從而導致決策偏差和潛在的產(chǎn)品問題。

限制MVP時間表也是至關重要的。設計師和開發(fā)人員有喜歡“修修補補”的職業(yè)習慣，產(chǎn)品可以進行無數(shù)次迭代，但客戶反饋就像貨幣，你一天不把產(chǎn)品投放到市場上去收集信息，你在產(chǎn)品發(fā)現(xiàn)和開發(fā)方面虧得越多。

決定取舍

常見的誤解是MVP指精簡產(chǎn)品，從而快速地、低成本地推出產(chǎn)品。這個功能還要不要呢？不要算了。UX設計？沒有時間去考慮，管用就行。代碼？先快速寫出來，之后再去修bug。

這種方式不但不會讓產(chǎn)品獲得成功，這正是產(chǎn)品失敗的原因。最有效的MVP在代碼，設計，UX和內(nèi)容方面仍然保持高質(zhì)量標準。他們只是限制了范圍。

要確定你的MVP時，請考慮這些問題和做法。

目標市場

定義目標市場是產(chǎn)品發(fā)現(xiàn)的第一步。這個市場是由你最想要的，并有能力幫助他們解決問題的用戶組成。在限定你的目標市場時，問問自己和團隊以下問題：

• 我們的產(chǎn)品能幫助哪些人？
• 這些人有什么共同之處？（人口統(tǒng)計學，動機，價值觀等）
• 他們遇到了哪些問題或痛點？
• 哪些受眾細分暫時沒有被定位？競爭對手或目前使用的解決方案沒有解決哪些受眾細分的問題？
• 鑒于我們目前的能力，我們可以最大限度地影響哪些受眾細分？
• 哪些受眾細分是最容易幫助的？
• 這是一個足夠大的市場嗎？
• 這些受眾是否容易接觸到？
• 他們經(jīng)濟上承受得了嗎？
• 我們已經(jīng)掌握充足的如何滿足他們需求的信息嗎？

JTBD（“有事要干”）

無論你是對現(xiàn)有產(chǎn)品進行迭代，還是創(chuàng)建全新的解決方案，它必須滿足用戶的某一類需求。JTBD可能是用戶想“雇用”你的產(chǎn)品或解決方案去完成一項任務或激勵他們購買你的產(chǎn)品的目標（情感，社會，個人等）。

確定你產(chǎn)品的JTBD涉及到以下幾個方面：

1. 確定你的目標市場（見上文“目標市場”）
2. 確定用戶“雇用”你做的事情
3. 對目標進行描述
4. 確定目標的優(yōu)先級

描述問題

要獲得成功的MVP，你得認真研究目標用戶“雇用”你的產(chǎn)品達到的一個目的，描述中有確定的目標，一套核心理念和想法也有助于集中團隊的力量設計出更有意義的體驗。陳述問題時要考慮一下幾點：

• 你為什么要解決這個問題，而不是其他問題？
• 什么原因促使你想解決這個問題？
• 你解決了這個問題會給用戶生活帶來什么變化？
• 你想為你的用戶帶來什么樣的體驗？
• 你想為你的團隊帶來什么樣的公司文化？
• 如果你的公司在50年內(nèi)獲得終身成就獎，那么獎品將是什么？

將所有這些要素（目標市場，JTBD，目標等）總結為一個簡潔易懂的短語，制定一個問題陳述，這個問題陳述將是你的團隊在開發(fā)和產(chǎn)品管理過程中的指南。

用戶故事

有了一個問題陳述后，你的團隊可能會有幾十個，甚至數(shù)百個對MVP潛在功能的想法。要確定這些功能的優(yōu)先級順序，并確定哪些功能保留，哪些功能舍棄，可以使用“用戶故事”的做法。

1. 在便貼紙上，記下你希望用戶用你的產(chǎn)品完成的一個任務，把它貼在墻上或白板上。
2. 重復步驟1，直到列出用戶在未來某一時刻使用的所有功能的詳盡列表。
3. 按主題或類別對這些標貼紙進行分組。
4. 針對用戶，將這些便貼紙從最重要到最不重要進行優(yōu)先級排列。最重要的功能就成為你的“A級故事”。這一組也代表了為了提供獨特的，精心設計的用戶體驗所需的最少數(shù)量的故事，它們能提高產(chǎn)品了價值，并實現(xiàn)主要目標。
5. 如果你很難確定優(yōu)先級次序，可以對每個故事進行從1到5的打分，以便客觀地查看優(yōu)先級。

我們可以發(fā)布了嗎？

在整個產(chǎn)品發(fā)現(xiàn)，設計和開發(fā)過程中，新功能和想法必將出現(xiàn)。你可以使用問題陳述和用戶故事做法來評估這些功能請求的優(yōu)先級，但當其他所有功能都被否時，這時可以提出一個關鍵問題：

“沒有這個功能我們也可以發(fā)布嗎？”

請記住，這個問題應該從用戶的角度回答，而不是開發(fā)者或設計者的角度。對用戶而言最低價值功能是什么？如果我們發(fā)布時沒有這個功能，我們還能解決他們的主要問題嗎？

如果答案是“是的”，那么就可以這個功能移除。如果答案是否定的話，那就得評估添加這個功能將需要什么。會不會超過預算？是否符合當前時間表？這是艱難的決定，成敗在此一舉。

逆境重生

像任何項目一樣，MVP很少按計劃進行。工作需要比預期花的時間更長…預算減少或投入到在其他方面…高管不批準整個項目。

總是有新原因?qū)е庐a(chǎn)品推遲發(fā)布，所以關鍵在于如何創(chuàng)造性的找到方法來解決問題。以下這些方法是一些公司成功解決這些常見問題使用的。

• 問題：時間軸
• 解決方案：減少自動化

許多app和產(chǎn)品依靠自動化來簡化現(xiàn)有流程，并節(jié)省用戶時間。然而，這種自動化需要時間和資源來構建。

有時MVP中可以包含不擴展的功能。這些功能可能看起來違背直觀原則，但可以在后臺手動繼續(xù)完成一個過程（同時用戶認為是自動化的），這種做法仍然增加了價值，而不會增加額外的開發(fā)時間和費用。

例如，許多產(chǎn)品引入一大堆數(shù)據(jù)，分析數(shù)據(jù)，并向用戶發(fā)送報告，使信息更容易查看和理解。理想情況下，這個過程是自動化。但它必須一開始就是自動化的嗎？不是的。

事實上你的產(chǎn)品可以讓用戶導入或添加他們的數(shù)據(jù)，然后屏幕上顯示“您的報告將在12個小時內(nèi)發(fā)送到您的收件箱”。用戶會覺得整個過程是自動化的，而你的團隊可以在后端手動完成此過程。

如果這些概念有效，你可以真正自動化V2或V3中的流程，但同時，您你仍然為用戶提供價值，并從客戶那里獲得有意義的反饋。（這個反饋甚至可能會改變你在V2或V3中自動化過程的方式?。?/p>

• 問題：缺乏支持或資源
• 解決方案：組建一個研發(fā)團隊

一些歷史上最成功的產(chǎn)品和品牌，如Mac和Nike，都是以臭鼬項目開始的（臭鼬項目指針對一個項目，為了銳意變革臨時組建一個研發(fā)小團隊）。如果你想解決部門資源限制問題，可以考慮組建一個獨立的研發(fā)團隊，這個研發(fā)團隊的工作是將獨立的時間和預算分配給創(chuàng)新，而不是產(chǎn)品管理。（只要確保這個團隊不會與公司的其他部門陷入沉默，他們的工作也需要以相同的問題陳述和用戶調(diào)查為指導，他們的研究結果應與其他團隊共享，以最大限度地發(fā)揮作用。）

• 問題：預算
• 解決方案：考慮一個備用的MVP

預算通常是新產(chǎn)品最大的問題。除了上述建議之外，還可以考慮是否有不同的方式來證明你的理念，而不再重新構建產(chǎn)品。這樣，你可以展現(xiàn)其潛在價值，并為推出更全面的MVP贏得更多預算。

Mattermark就是這樣做的。最初，他們想解決一個具體的問題：“我們?nèi)绾螏椭L險資本家和投資者獲得更好的交易情報來引導他們的投資決策？”

自2012年推出以來，他們構建了一個完整的軟件產(chǎn)品。然而，Mattermark并不是以一個產(chǎn)品開始的。剛開始，它是一個關于創(chuàng)業(yè)投資領域的博客，而后它慢慢積累人氣，演變成記錄公司成長得分，位置，總資金等的電子表格，最終在團隊有足夠的動力和預算時才構建一個app。

你如何做到不構建一個產(chǎn)品，引導你的Mattermark，測試你的假設，并解決您的目標市場的主要痛點呢？

你的產(chǎn)品是否可行或有價值？

正如Tidal等品牌帶來的教訓，創(chuàng)造一個成功的MVP不僅僅是為了構建一個能夠大開眼界的產(chǎn)品，更重要的是如何把一件小事情做好。如果他們可以著重解決一個關鍵問題，并打好設計成功階梯的地基（功能，可用性和舒適性），也許Tidal會卷土重來。

譯者：oftodesign

原文作者：Ward Andrews （UX設計公司 Drawbackwards 的創(chuàng)始人）

原文地址：https://design.org/blog/the-power-of-storytelling/

本文由 @oftodesign 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。