無論是做產(chǎn)品還是做運(yùn)營(yíng)，需求分析都是一個(gè)很重要的環(huán)節(jié)，在本次文章當(dāng)中，作者給大家?guī)砹艘环N她所學(xué)習(xí)到的需求分析方法，一起看看是要如何做的吧。

如果你是創(chuàng)業(yè)公司、還沒用過用戶故事地圖，請(qǐng)一定試試。

今天給大家介紹的，是來自Jeff Patton的《用戶故事地圖》當(dāng)中的需求拆分方法。

一款產(chǎn)品的成功，在于比競(jìng)爭(zhēng)對(duì)手更好地滿足了用戶需求，而這并不是一件容易的事。這是因?yàn)?，你或多或少總?huì)在以下3件事上掉坑里：

1. 讀懂需求本身，能夠抓住核心痛點(diǎn)；
2. 選擇用自己獨(dú)特的方式來滿足；
3. 將需求實(shí)現(xiàn)拆分成大小不同的故事，比競(jìng)爭(zhēng)對(duì)手速度更快、做得更漂亮。

本篇文章，將聚焦第三個(gè)坑，并且尤其適用于多需求、復(fù)合型產(chǎn)品。

掌握故事地圖的方法之后你會(huì)發(fā)現(xiàn)，無論你是一個(gè)喜歡觀察用戶行為、提取用戶行為模式的交互型產(chǎn)品經(jīng)理，一個(gè)注重用戶體驗(yàn)、尋找用戶high點(diǎn)的用戶運(yùn)營(yíng)，還是其他任何會(huì)參與到業(yè)務(wù)流程當(dāng)中、和其他部門發(fā)生協(xié)作的角色，這都是一種在需求拆分過程中保持全景的視角的技術(shù)，一種在部門協(xié)作時(shí)更有效的溝通方式。

什么是MVP？

最小可行產(chǎn)品（MVP），是指可以產(chǎn)生預(yù)期成果的最小產(chǎn)品發(fā)布。這里需要說清楚，“最小”是針對(duì)哪些用戶而言的？這些用戶需要通過軟件達(dá)成哪些目標(biāo)？

另外，很少有哪個(gè)產(chǎn)品是全新的，往往實(shí)在現(xiàn)有產(chǎn)品上增加新的功能或者提升現(xiàn)有功能。所以，又可以講最小可行方案：最小可行方案是指可以產(chǎn)生預(yù)期成果的最小發(fā)布方案。

而聚焦于學(xué)習(xí)、驗(yàn)證第一個(gè)MVP發(fā)布的假設(shè)，還需要設(shè)置更小規(guī)模的實(shí)驗(yàn)和原型來驗(yàn)證我們對(duì)最小和可行的猜測(cè)，所以，MVP根本就不是產(chǎn)品：

最小可行產(chǎn)品是為驗(yàn)證假設(shè)而做的最小規(guī)模的實(shí)驗(yàn)。

如何找到MVP？

很多時(shí)候，一個(gè)完美產(chǎn)品要做的事情多到我們很快就不堪重負(fù)。全部功能的完成，看起來非常重要，但是當(dāng)我們時(shí)候回過頭來思考那些特定用戶以及用戶實(shí)現(xiàn)其目標(biāo)的基本功能時(shí)，會(huì)發(fā)現(xiàn)這些用戶和訴求可以用一兩句精煉的話來概括。

首先，創(chuàng)建用戶故事地圖

大家來自不同的團(tuán)隊(duì)，每個(gè)團(tuán)隊(duì)都專注于各自不同的領(lǐng)域，但是要交付的是一個(gè)產(chǎn)品。大家必須齊心協(xié)力交付這個(gè)產(chǎn)品，不可以根據(jù)各自團(tuán)隊(duì)的視角來制定發(fā)布計(jì)劃，必須以可視化的方式展示出所有的依賴。

故事地圖用來建立共識(shí)，幫助團(tuán)隊(duì)以可視化的方式展示依賴關(guān)系。

創(chuàng)建故事地圖的過程可以幫助發(fā)現(xiàn)設(shè)計(jì)中的坑。我們常常假設(shè)其他團(tuán)隊(duì)會(huì)處理好相關(guān)的事情，而實(shí)際上他們并不知道自己需要這樣做。有時(shí)也可以從中發(fā)現(xiàn)，有些設(shè)計(jì)中竟然遺漏了重點(diǎn)特性之間的關(guān)鍵環(huán)節(jié)。而團(tuán)隊(duì)在構(gòu)建用戶故事地圖的過程中，可以提前發(fā)現(xiàn)被遺漏的部分。

召開一個(gè)用戶故事地圖的討論會(huì)議吧！

你需要做的準(zhǔn)備是：

1. 一個(gè)相對(duì)不被打擾的空間；
2. 一塊白板（如果產(chǎn)品復(fù)雜，涉及到的用戶行為動(dòng)作較多，可以用地板、玻璃墻等）；
3. 五個(gè)人左右的討論組（產(chǎn)品、業(yè)務(wù)、交互設(shè)計(jì)、運(yùn)營(yíng)等，注意人數(shù)不宜過多，否則信息會(huì)容易失控）；
4. 便利貼若干（最好有不同顏色）。

這個(gè)會(huì)議，就是讓所有參與者一起用便簽，一張一個(gè)動(dòng)作，從左至右按照時(shí)間線，描繪用戶在產(chǎn)品使用場(chǎng)景下所發(fā)生的所有用戶行為。同一時(shí)間發(fā)生的，就寫在同一位置的下方；出現(xiàn)同一場(chǎng)景不同可能的動(dòng)作時(shí)，可能會(huì)形成不同的分支動(dòng)作；直到重回主線或者結(jié)束支線。

在這個(gè)描述過程中，可能會(huì)非常吵，因?yàn)榇蠹視?huì)爭(zhēng)執(zhí)用戶動(dòng)作發(fā)生先后，身處其中，你也會(huì)發(fā)現(xiàn)自己不曾想到過的細(xì)節(jié)。

正是這些細(xì)節(jié)，有可能讓參與的所有人受益需要提醒的是，這是一個(gè)自下而上的、不給自己建立任何預(yù)先假設(shè)的方法；它讓你忘記自己曾經(jīng)把某個(gè)行為判定為“必需”還是“非必需”。當(dāng)全景圖出現(xiàn)的時(shí)候，你再來合并掉同時(shí)的、無關(guān)的，你會(huì)看到在路線的關(guān)鍵節(jié)點(diǎn)上，哪些用戶體驗(yàn)非常重要。從用戶故事圖景出發(fā)，來看自己的產(chǎn)品，會(huì)有一種豁然開朗的全局感。

故事地圖完成后，我們會(huì)發(fā)現(xiàn)，要做的事情太多了，要完成所有的事情，項(xiàng)目日期幾乎看不到頭。這時(shí)候需要問：“要達(dá)到xxx效果，我們需要用到所有的功能碼？”

聚焦于系統(tǒng)外的預(yù)期成果來決定系統(tǒng)內(nèi)需要什么功能？

其次，劃分MVP發(fā)布計(jì)劃

在用戶故事地圖上劃分出第一個(gè)發(fā)布需要做的內(nèi)容，其他的在之后的版本中完成。思考過程是這樣的：“如果能xx預(yù)期里達(dá)到xx成果，產(chǎn)品亮相時(shí)看起來不錯(cuò)。發(fā)布計(jì)劃中的所有功能都是用戶的基本需求，并且是驚艷的，可以讓人眼前一亮?！?/p>

聚焦于成果，即發(fā)布后用戶能使用和感知的東西，切分發(fā)布計(jì)劃應(yīng)該以成果為導(dǎo)向。

接著，劃分發(fā)布路線圖。

整個(gè)故事地圖包含許多的東西，但是完成所有功能所需的時(shí)間是無法接受的，聚焦于最首要的一個(gè)目標(biāo)成果，識(shí)別出第一個(gè)發(fā)布要包含哪些內(nèi)容。

我們水平劃分用戶故事地圖上的便簽，在劃分的每一個(gè)發(fā)布的左邊貼上便簽，上面寫上少量文字描述預(yù)期能產(chǎn)生的成果。然后在各個(gè)發(fā)布之間移動(dòng)卡片，盡可能匹配各個(gè)發(fā)布的成果預(yù)期。這樣，在整個(gè)地圖的左側(cè)，是發(fā)布的名稱列表，這些名稱標(biāo)識(shí)著目標(biāo)成果。這就是發(fā)布路線圖。

聚焦于特定的目標(biāo)成果，這是排定開發(fā)工作優(yōu)先級(jí)的秘密。

最后，為成果排列優(yōu)先級(jí)，而非功能。

拆分大型輸出的秘密在于聚焦于小的、特定的成果。成果的背后是參與特定活動(dòng)的特定用戶之特定行為的改變。通過聚焦于即將發(fā)生的活動(dòng)，選擇參與活動(dòng)的用戶。但是，聚焦于活動(dòng)用戶，無法同時(shí)滿足其他用戶的需求，這些用戶在比較長(zhǎng)的一段時(shí)間內(nèi)還是繼續(xù)通過現(xiàn)有系統(tǒng)來滿足需求。你無法一次性取悅于所有人。

小結(jié)

你的工作不是開發(fā)軟件，而是比競(jìng)爭(zhēng)對(duì)手更好地滿足了用戶需求。使用故事地圖輸出MVP的發(fā)布計(jì)劃，為了更少的開發(fā)，為了更快的學(xué)習(xí)，為了按時(shí)發(fā)布。

而你在做用戶故事地圖的時(shí)候，記得這三件事：

1. 盡可能全面地描述用戶故事；
2. 可視化你的用戶行為；
3. 站在地圖前重新審視：下一個(gè)開發(fā)階段，我們要實(shí)現(xiàn)什么？

作者：京貝貝，專注移動(dòng)電商、企業(yè)新媒體營(yíng)銷近3年，篤行內(nèi)容的價(jià)值。同時(shí)也是一個(gè)愛籃球的文藝妹子，凡事喜歡求個(gè)究竟。個(gè)人微信公眾號(hào)：京天快樂

來源：微信公眾號(hào)：簡(jiǎn)運(yùn)營(yíng)深夜食堂

本文由 @簡(jiǎn)運(yùn)營(yíng)深夜食堂 ?授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。