中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

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

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

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

MVP概念問題

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

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

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

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

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

MVP的正解

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

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

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

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

決定取舍

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

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

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

目標市場

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

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

JTBD（“有事要干”）

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

確定你產品的JTBD涉及到以下幾個方面：

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

描述問題

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

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

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

用戶故事

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

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

我們可以發布了嗎？

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

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

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

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

逆境重生

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

總是有新原因導致產品推遲發布，所以關鍵在于如何創造性的找到方法來解決問題。以下這些方法是一些公司成功解決這些常見問題使用的。

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

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

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

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

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

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

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

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

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

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

Mattermark就是這樣做的。最初，他們想解決一個具體的問題：“我們如何幫助風險資本家和投資者獲得更好的交易情報來引導他們的投資決策？”

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

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

你的產品是否可行或有價值？

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

譯者：oftodesign

原文作者：Ward Andrews （UX設計公司 Drawbackwards 的創始人）

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

本文由 @oftodesign 翻譯發布于人人都是產品經理。未經許可，禁止轉載。