起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識定義MVP必備技能：用戶故事地圖
無論是做產品還是做運營，需求分析都是一個很重要的環節，在本次文章當中，作者給大家帶來了一種她所學習到的需求分析方法，一起看看是要如何做的吧。
如果你是創業公司、還沒用過用戶故事地圖，請一定試試。
今天給大家介紹的，是來自Jeff Patton的《用戶故事地圖》當中的需求拆分方法。
一款產品的成功，在于比競爭對手更好地滿足了用戶需求，而這并不是一件容易的事。這是因為，你或多或少總會在以下3件事上掉坑里：
- 讀懂需求本身，能夠抓住核心痛點；
- 選擇用自己獨特的方式來滿足；
- 將需求實現拆分成大小不同的故事，比競爭對手速度更快、做得更漂亮。
本篇文章，將聚焦第三個坑，并且尤其適用于多需求、復合型產品。
掌握故事地圖的方法之后你會發現，無論你是一個喜歡觀察用戶行為、提取用戶行為模式的交互型產品經理，一個注重用戶體驗、尋找用戶high點的用戶運營，還是其他任何會參與到業務流程當中、和其他部門發生協作的角色，這都是一種在需求拆分過程中保持全景的視角的技術，一種在部門協作時更有效的溝通方式。
什么是MVP？
最小可行產品（MVP），是指可以產生預期成果的最小產品發布。這里需要說清楚，“最小”是針對哪些用戶而言的？這些用戶需要通過軟件達成哪些目標？
另外，很少有哪個產品是全新的，往往實在現有產品上增加新的功能或者提升現有功能。所以，又可以講最小可行方案：最小可行方案是指可以產生預期成果的最小發布方案。
而聚焦于學習、驗證第一個MVP發布的假設，還需要設置更小規模的實驗和原型來驗證我們對最小和可行的猜測，所以，MVP根本就不是產品：
最小可行產品是為驗證假設而做的最小規模的實驗。
如何找到MVP？
很多時候，一個完美產品要做的事情多到我們很快就不堪重負。全部功能的完成，看起來非常重要，但是當我們時候回過頭來思考那些特定用戶以及用戶實現其目標的基本功能時，會發現這些用戶和訴求可以用一兩句精煉的話來概括。
首先，創建用戶故事地圖
大家來自不同的團隊，每個團隊都專注于各自不同的領域，但是要交付的是一個產品。大家必須齊心協力交付這個產品，不可以根據各自團隊的視角來制定發布計劃，必須以可視化的方式展示出所有的依賴。
故事地圖用來建立共識，幫助團隊以可視化的方式展示依賴關系。
創建故事地圖的過程可以幫助發現設計中的坑。我們常常假設其他團隊會處理好相關的事情，而實際上他們并不知道自己需要這樣做。有時也可以從中發現，有些設計中竟然遺漏了重點特性之間的關鍵環節。而團隊在構建用戶故事地圖的過程中，可以提前發現被遺漏的部分。
召開一個用戶故事地圖的討論會議吧！
你需要做的準備是：
- 一個相對不被打擾的空間；
- 一塊白板（如果產品復雜，涉及到的用戶行為動作較多，可以用地板、玻璃墻等）；
- 五個人左右的討論組（產品、業務、交互設計、運營等，注意人數不宜過多，否則信息會容易失控）；
- 便利貼若干（最好有不同顏色）。
這個會議，就是讓所有參與者一起用便簽，一張一個動作，從左至右按照時間線，描繪用戶在產品使用場景下所發生的所有用戶行為。同一時間發生的，就寫在同一位置的下方；出現同一場景不同可能的動作時，可能會形成不同的分支動作；直到重回主線或者結束支線。
在這個描述過程中，可能會非常吵，因為大家會爭執用戶動作發生先后，身處其中，你也會發現自己不曾想到過的細節。
正是這些細節，有可能讓參與的所有人受益需要提醒的是，這是一個自下而上的、不給自己建立任何預先假設的方法；它讓你忘記自己曾經把某個行為判定為“必需”還是“非必需”。當全景圖出現的時候，你再來合并掉同時的、無關的，你會看到在路線的關鍵節點上，哪些用戶體驗非常重要。從用戶故事圖景出發，來看自己的產品，會有一種豁然開朗的全局感。
故事地圖完成后，我們會發現，要做的事情太多了，要完成所有的事情，項目日期幾乎看不到頭。這時候需要問：“要達到xxx效果，我們需要用到所有的功能碼？”
聚焦于系統外的預期成果來決定系統內需要什么功能？
其次，劃分MVP發布計劃
在用戶故事地圖上劃分出第一個發布需要做的內容，其他的在之后的版本中完成。思考過程是這樣的：“如果能xx預期里達到xx成果，產品亮相時看起來不錯。發布計劃中的所有功能都是用戶的基本需求，并且是驚艷的，可以讓人眼前一亮。”
聚焦于成果，即發布后用戶能使用和感知的東西，切分發布計劃應該以成果為導向。
接著，劃分發布路線圖。
整個故事地圖包含許多的東西，但是完成所有功能所需的時間是無法接受的，聚焦于最首要的一個目標成果，識別出第一個發布要包含哪些內容。
我們水平劃分用戶故事地圖上的便簽，在劃分的每一個發布的左邊貼上便簽，上面寫上少量文字描述預期能產生的成果。然后在各個發布之間移動卡片，盡可能匹配各個發布的成果預期。這樣，在整個地圖的左側，是發布的名稱列表，這些名稱標識著目標成果。這就是發布路線圖。
聚焦于特定的目標成果，這是排定開發工作優先級的秘密。
最后，為成果排列優先級，而非功能。
拆分大型輸出的秘密在于聚焦于小的、特定的成果。成果的背后是參與特定活動的特定用戶之特定行為的改變。通過聚焦于即將發生的活動，選擇參與活動的用戶。但是，聚焦于活動用戶，無法同時滿足其他用戶的需求，這些用戶在比較長的一段時間內還是繼續通過現有系統來滿足需求。你無法一次性取悅于所有人。
小結
你的工作不是開發軟件，而是比競爭對手更好地滿足了用戶需求。使用故事地圖輸出MVP的發布計劃，為了更少的開發，為了更快的學習，為了按時發布。
而你在做用戶故事地圖的時候，記得這三件事：
- 盡可能全面地描述用戶故事；
- 可視化你的用戶行為；
- 站在地圖前重新審視：下一個開發階段，我們要實現什么？
作者：京貝貝，專注移動電商、企業新媒體營銷近3年，篤行內容的價值。同時也是一個愛籃球的文藝妹子，凡事喜歡求個究竟。個人微信公眾號：京天快樂
來源：微信公眾號：簡運營深夜食堂
本文由 @簡運營深夜食堂 ?授權發布于人人都是產品經理，未經作者許可，禁止轉載。
《社交網絡》電影截圖
最近剛開始看這本書呢，不過還要補充敏捷開發的知識。