用“用戶故事地圖”高效進(jìn)行需求組織和迭代規(guī)劃

4 評(píng)論 19407 瀏覽 105 收藏 30 分鐘

“用戶故事地圖”以直觀易變的方式進(jìn)行項(xiàng)目的良好溝通,大多數(shù)人看重的是地圖的形式部分,橫向是講述大故事的部分,縱向是逐步的細(xì)化。但是最關(guān)鍵的是產(chǎn)品的構(gòu)思框架,讓團(tuán)隊(duì)成員對(duì)想要做出的產(chǎn)品一目了然,大大提高了團(tuán)隊(duì)之間相互協(xié)作的默契度。

在公司推行敏捷開(kāi)發(fā)的過(guò)程中,產(chǎn)品常常抱怨每次迭代就向需求池里添加本次迭代的需求,若干次迭代后,需求池便變得零碎而混亂,產(chǎn)品面臨既無(wú)法理清各個(gè)需求間的邏輯關(guān)系,也很難清楚的知道每個(gè)用戶故事被開(kāi)發(fā)的程度。中間嘗試過(guò)使用“需求分類(lèi)”來(lái)將需求按功能模塊歸類(lèi),但效果欠佳。

反思后,認(rèn)為問(wèn)題出在:

  1. 由于是產(chǎn)品開(kāi)發(fā)一段時(shí)間后才引入敏捷方法,因此前期需求并沒(méi)有在需求池中體現(xiàn)。
  2. 一開(kāi)始推行敏捷方式時(shí),僅比較好的落地了scrum的組織流程,對(duì)于如何用用戶故事來(lái)組織需求沒(méi)有落實(shí)好,因此需求并非端到端的,既有大的功能模塊,也有很小的UI調(diào)整。
  3. 由于產(chǎn)品比較復(fù)雜,要一邊開(kāi)發(fā)一邊探索需求,并沒(méi)有一個(gè)一開(kāi)始就想清楚的功能架構(gòu),于是常常陷入功能細(xì)節(jié)而忽略了整體。

為了解決上述問(wèn)題,我了解到“用戶故事地圖”這一方法,并進(jìn)行了一點(diǎn)研究。下面是對(duì)這個(gè)方法論的一個(gè)梳理,附帶一些幫助組織和思考的小工具。

用戶故事地圖已經(jīng)成為敏捷需求規(guī)劃中的一個(gè)流行方法。用戶故事地圖可以將你的backlog變成一張二維地圖,而不是傳統(tǒng)的簡(jiǎn)單列表,用戶故事地圖可以解決以下問(wèn)題:

只見(jiàn)樹(shù)木不見(jiàn)林,重要的待辦項(xiàng)容易淹沒(méi)在各種細(xì)節(jié)中看不到全貌,因而難以排列優(yōu)先級(jí):

  1. 不能明顯地聚焦于用戶需求;
  2. 很難了解不同粒度故事(史詩(shī)故事、主題故事以及故事)之間的關(guān)系;
  3. 不能方便地了解系統(tǒng)提供的功能的完整性;
  4. 不能方便地了解系統(tǒng)提供的工作流以及價(jià)值流;
  5. 不能方便地利用遞增和迭代的方式去確定發(fā)布計(jì)劃以及發(fā)布目標(biāo)。

用戶故事地圖概覽

一般來(lái)說(shuō)用戶會(huì)按照從左到右的順序來(lái)使用你的系統(tǒng)(用戶故事地圖)

橘色便簽表示 用戶行為(user activies),由一群相似的人在相似時(shí)間完成的任務(wù)組成,旨在達(dá)到特定的目標(biāo)。當(dāng)你閱讀整個(gè)地圖頂部的活動(dòng)時(shí)會(huì)發(fā) 現(xiàn),這些活動(dòng)組成了一條敘事主線。

藍(lán)色便簽表示 用戶任務(wù)(user tasks),是描述人們做什么事情的動(dòng)詞短語(yǔ),用以表示用戶如何使用軟件來(lái)達(dá)成他們的目標(biāo)。按照從左到右的順序組織卡片的擺放形式,先發(fā)生的任務(wù)在左,后發(fā)生的在右。

黃色便簽表示 用戶故事(user stories),黃色便簽在每個(gè)用戶任務(wù)下自上而下排列,便于我們確定優(yōu)先級(jí)。

最后,正如我們上文所言,為了縮短項(xiàng)目周期,我們要在“用戶故事地圖”上進(jìn)行MVP的內(nèi)容篩選,把最重要的內(nèi)容放在前面。橫向移動(dòng)用戶目標(biāo),縱向移動(dòng)深挖出的細(xì)節(jié),然后用膠帶或其它工具做出分隔,以此劃分不同版本。

小結(jié)

“用戶故事地圖”以直觀易變的方式進(jìn)行項(xiàng)目的良好溝通,大多數(shù)人看重的是地圖的形式部分,橫向是講述大故事的部分,縱向是逐步的細(xì)化。

但是最關(guān)鍵的是產(chǎn)品的構(gòu)思框架,讓團(tuán)隊(duì)成員對(duì)想要做出的產(chǎn)品一目了然,大大提高了團(tuán)隊(duì)之間相互協(xié)作的默契度。

要注意的一點(diǎn)就是,功能的開(kāi)拓要適度,否則這幅用戶地圖永遠(yuǎn)都畫(huà)不完。

怎么做?

在支持項(xiàng)目的過(guò)程中,初期會(huì)選擇采用「故事編寫(xiě)工作坊」的形式來(lái)梳理產(chǎn)品的用戶故事地圖。

準(zhǔn)備工作

  • 一個(gè)相對(duì)不被打擾的空間
  • 一塊白板
  • 3-5個(gè)人左右的討論組(產(chǎn)品、業(yè)務(wù)、交互設(shè)計(jì)、運(yùn)營(yíng)等,注意人數(shù)不宜過(guò)少和過(guò)多,因?yàn)楦俚娜艘馕吨銦o(wú)法獲得足夠的建議,而更多人則會(huì)因?yàn)橛懻摵蛥f(xié)調(diào)降低會(huì)議效率。)
  • 便利貼若干(最好有不同顏色)

這個(gè)會(huì)議,就是讓所有參與者一起用便簽,一張一個(gè)動(dòng)作,從左至右按照時(shí)間線,描繪用戶在產(chǎn)品使用場(chǎng)景下所發(fā)生的所有用戶行為。

重要流程分成四個(gè)步驟:產(chǎn)品定義——刻畫(huà)用戶畫(huà)像——梳理骨干故事——深挖細(xì)節(jié)——?jiǎng)澐职l(fā)布計(jì)劃。

下面簡(jiǎn)要介紹下這四步分別需要做哪些事情。

第一步:產(chǎn)品定義

一般是在故事編寫(xiě)工作坊準(zhǔn)備階段,首先由PO主導(dǎo)產(chǎn)出,聚焦于具象化產(chǎn)品的機(jī)會(huì):

  1. 這個(gè)大想法到底是什么?
  2. 客戶是誰(shuí)?我們認(rèn)為哪些公司會(huì)采購(gòu)這款產(chǎn)品?
  3. 用戶是誰(shuí)?采購(gòu)這款產(chǎn)品的公司中,哪些人會(huì)用到該產(chǎn)品,他們會(huì)用他來(lái)解決什么問(wèn)題?
  4. 購(gòu)買(mǎi)和使用的動(dòng)機(jī)?解決了哪些客戶和用戶當(dāng)前無(wú)法解決的問(wèn)題?使用之后能獲得什么樣的收益?
  5. 為什么要開(kāi)發(fā)這款產(chǎn)品?如果開(kāi)發(fā)出來(lái)并獲得了成功,我們的公司又會(huì)得到哪些收益?

將這些內(nèi)容記錄在黑板上,與大家討論達(dá)成共識(shí),最終確定產(chǎn)品定義。

可以從產(chǎn)品圖景練習(xí)開(kāi)始,采用電梯測(cè)試或者封面故事的形式,團(tuán)隊(duì)描述一下一年之后在雜志上看到自己的產(chǎn)品介紹是怎樣的。這可以幫助我們識(shí)別團(tuán)隊(duì)對(duì)產(chǎn)品方向是否有一致的理解,或者團(tuán)隊(duì)是否需要作進(jìn)一步的研究(比如進(jìn)一步的用戶訪談和原型測(cè)試等) 。

簡(jiǎn)單來(lái)說(shuō),需要明確「我們?yōu)槭裁匆鲞@個(gè)?」以及「用戶為什么要用這個(gè)?」明確業(yè)務(wù)訴求和用戶訴求為之后的設(shè)計(jì)提供了指導(dǎo),不僅可以在接下來(lái)討論的過(guò)程中不易迷失方向,還可以避免陷入設(shè)計(jì)細(xì)節(jié)的糾結(jié)。

第二步:刻畫(huà)用戶畫(huà)像

下面針對(duì)優(yōu)先級(jí)最高的目標(biāo)開(kāi)始討論,開(kāi)始頭腦風(fēng)暴:

  1. 產(chǎn)品面向的主要用戶群是那些?
  2. 產(chǎn)品的潛在用戶群有哪些?
  3. 誰(shuí)會(huì)為我們的產(chǎn)品付錢(qián)?

基于這些問(wèn)題,羅列不同類(lèi)型的用戶,討論他們能從中得到什么好處,使用的動(dòng)機(jī),需要的功能等。

精煉出若干類(lèi)用戶,制成“用戶畫(huà)像”卡片,卡片上的內(nèi)容不用很詳細(xì),可以描述出基本特征即可,給每個(gè)類(lèi)型的人群起一個(gè)人的名字,張三李四隨意,目的是方便日后討論,以后這個(gè)名字就代表這一類(lèi)人群,再對(duì)每個(gè)用戶做一下簡(jiǎn)單的訴求描述。

最后,把這些寫(xiě)著用戶類(lèi)型的卡片,按照優(yōu)先級(jí)排好,重要的用戶放在上面,貼在白板上。

第三步:梳理骨干故事

從最重要的用戶類(lèi)型下手,這里依然使用頭腦風(fēng)暴,按照時(shí)間順序挖掘,描述這個(gè)人在一天中如何使用產(chǎn)品的情景,“首先他會(huì)怎樣,然后怎樣,然后……“這些故事可以比較概括,如“用戶注冊(cè)”或“修改日程”,團(tuán)隊(duì)中安排專門(mén)的人負(fù)責(zé)記錄把每一件事都寫(xiě)到一張便利貼中,按照時(shí)間順序從左到右排好便利貼。

當(dāng)有遺漏的故事被挖掘出來(lái)時(shí),可以隨時(shí)調(diào)整卡片順序。在這個(gè)過(guò)程中,做到了團(tuán)隊(duì)成員對(duì)所要做的東西達(dá)成了一致,產(chǎn)品創(chuàng)意精彩的細(xì)節(jié)部分被所有人所消化。

為了方便大家理解,在這里舉一個(gè)大家生活都會(huì)發(fā)生的例子。故事的整個(gè)范圍:起點(diǎn)是起床——終點(diǎn)是到達(dá)公司。閉上眼睛,回想一下今天早上起床的過(guò)程。把這段故事分成這樣幾個(gè)階段,起床——洗漱——穿衣——出門(mén)——上班途中——到達(dá)公司。

在真實(shí)做項(xiàng)目過(guò)程中,大家在這一步可能會(huì)寫(xiě)出不同顆粒度的故事,需要設(shè)計(jì)師把控故事的大小,這段故事可以再往下梳理一層顆粒度更小一點(diǎn)的故事。比如起床就可以再拆分為:鬧鈴響了——掙扎——關(guān)鬧鐘——下床。剩下的故事卡片都可以繼續(xù)這樣拆分歸類(lèi)。

這樣我們骨干故事就有兩層:一級(jí)故事和二級(jí)故事,故事的發(fā)生從左至右是一個(gè)敘事流。

注意點(diǎn):

  • 我們?cè)诘谝徊酱_定產(chǎn)品整體范圍之內(nèi)盡量的把故事講完整,比如我們這個(gè)例子,起床——洗漱——穿衣——出門(mén)——上班途中——到達(dá)公司。這樣我們項(xiàng)目組的所有人就可以對(duì)整個(gè)產(chǎn)品有個(gè)全局的印象。
  • 我們需要注意是要講完整的故事,但是一定要廣度優(yōu)先,而非深度,要做到一公里寬一厘米深。比如刷牙這個(gè)故事里面,找牙刷、擠牙膏這類(lèi)故事在這個(gè)階段我們無(wú)須關(guān)注,不要過(guò)早的沉浸到細(xì)節(jié)中。在這步讓大家做到對(duì)產(chǎn)品只見(jiàn)森林不見(jiàn)樹(shù)木的狀態(tài)。
  • 在真實(shí)業(yè)務(wù)中,故事的流程不可能是一帆風(fēng)順的,情況會(huì)變得復(fù)雜,我們可以借助流程圖的圖例線連接我們的故事卡片。
  • 每張卡片上寫(xiě)的都是動(dòng)詞短語(yǔ),描述的是特定類(lèi)型用戶的行為 。這樣寫(xiě)可以幫助我們把故事講得更好。比如“一個(gè)上班族要起床,為此首先鬧鈴響了,然后他開(kāi)始掙扎,然后關(guān)鬧鐘,然后下床?!笔褂谩叭缓蟆?連接每張卡片上所寫(xiě)的內(nèi)容時(shí),就是在講一個(gè)好故事 。

第四步:深挖細(xì)節(jié)

在完成上面的“大故事”后,“用戶故事地圖”的框架已經(jīng)結(jié)束,下面要做的是深挖細(xì)節(jié)。

在剛剛梳理的每一個(gè)二級(jí)故事下面做停留,去拆分二級(jí)故事獲取更多細(xì)節(jié)內(nèi)容。如果二級(jí)故事是一個(gè)海平面的話,那二級(jí)故事以上就是海平面故事,那現(xiàn)在我們需要關(guān)注的是海平面以下更多不可見(jiàn)的故事。

一個(gè)海平面級(jí)別的任務(wù),是指我們會(huì)連貫完成的任務(wù),通常在完成之后才去做其他事情。比如“洗操”,就是一個(gè)海平面級(jí)別的任務(wù),因?yàn)槟悴粫?huì)在洗到一半的時(shí)候就轉(zhuǎn)去打掃浴室。類(lèi)似的任務(wù)“洗操”可以分解成很多小的子任務(wù),如“ 調(diào)節(jié)水溫”、“洗頭發(fā)”,還會(huì)涉及諸如“用絲瓜瓢搓操去死皮”之類(lèi)的事情。

請(qǐng)記住,人與人不同,你可以從他們做任務(wù)的方式中看出這種行為差異。 可以用“魚(yú)”來(lái)表述這個(gè)級(jí)別的任務(wù),因?yàn)樗鼈冊(cè)诤F矫嬷隆?/p>

項(xiàng)目組會(huì)圍繞這個(gè)故事寫(xiě)出很多細(xì)節(jié)來(lái)。我們可以按照以下幾個(gè)維度對(duì)細(xì)節(jié)進(jìn)行歸類(lèi),分別是:故事細(xì)節(jié)、想法、痛點(diǎn)、機(jī)會(huì)、情緒。其中情緒可以通過(guò)固定的問(wèn)題獲得,也可以通過(guò)用戶想法、用戶的痛點(diǎn)結(jié)合主觀判斷。

在這個(gè)過(guò)程中,先讓大家在一定時(shí)間內(nèi)按照自己的想法寫(xiě)出來(lái),每一條寫(xiě)在一張卡片上,做到相互不干擾,然后每個(gè)人出聲說(shuō)出自己的卡片內(nèi)容,讓所有人了解并貼在墻上。

項(xiàng)目組人在寫(xiě)想法的時(shí)候,相當(dāng)于腦暴的過(guò)程,這時(shí)可以通過(guò)一些問(wèn)題來(lái)刺激大家腦暴出更多的內(nèi)容,比如:

  • 用戶在這步具體要做什么?
  • 用戶在這一步還有其他選擇么?
  • 用戶怎么做才能更爽?
  • 出現(xiàn)問(wèn)題如何處理?
  • 其他用戶來(lái)到這里該如何處理?

回到我們的例子,我們洗澡的時(shí)候有正常的流程,但當(dāng)沒(méi)有熱水時(shí)這個(gè)流程就會(huì)發(fā)生變化。同樣,在真實(shí)業(yè)務(wù)當(dāng)中,這類(lèi)情況將更普遍的發(fā)生,所以這一步我們將盡量多的關(guān)注到所有場(chǎng)景的故事。寫(xiě)下用戶會(huì)做什么事情,并把它們添加到地圖中。

細(xì)節(jié)、替代、變化和異常,做完這步,我們已經(jīng)獲取到了足夠多的細(xì)節(jié)信息,整個(gè)項(xiàng)目組都會(huì)做到對(duì)產(chǎn)品又見(jiàn)森林又見(jiàn)樹(shù)木的狀態(tài)。

但同時(shí),這里我們的故事已經(jīng)變得很豐滿,甚至變得臃腫,所以溝通確認(rèn)變得極為重要。我們?cè)谶@步需要花費(fèi)相對(duì)多的時(shí)間,大家對(duì)內(nèi)容進(jìn)行對(duì)標(biāo)、充足討論,把公認(rèn)的留下來(lái),無(wú)用的剔除掉。

依次類(lèi)推,當(dāng)所有故事梳理完成之后,就完成了如下這樣一張完整的用戶故事地圖了。

當(dāng)全景圖出現(xiàn)的時(shí)候,你再來(lái)合并掉同時(shí)的、無(wú)關(guān)的,你會(huì)看到在路線的關(guān)鍵節(jié)點(diǎn)上,哪些用戶體驗(yàn)非常重要。從用戶故事圖景出發(fā),來(lái)看自己的產(chǎn)品,會(huì)有一種豁然開(kāi)朗的全局感。

注意點(diǎn):

  • 為了把故事講得更好,使用的仍然是動(dòng)詞短語(yǔ)。
  • 講述故事時(shí),你會(huì)發(fā)現(xiàn)有各種不同的方式來(lái)講述。既可以講“普通的一天”故事,也可以講“美妙的一天”故事,還可以加上一兩個(gè)緊急事件來(lái)講一個(gè)“忙亂的一天”故事,在整個(gè)講故事的過(guò)程中,通過(guò)指向正在發(fā)生的任務(wù)的便簽,按照從左至右的順序一個(gè)一個(gè)地講。嘗試使用連詞使講故事的過(guò)程更加順暢 。你可能會(huì)說(shuō): “通常這樣做,但有時(shí)這樣做”或“先做這個(gè),然后做這個(gè),最后做這個(gè)”。
  • 同一時(shí)間發(fā)生的,就寫(xiě)在同一位置的下方。出現(xiàn)同一場(chǎng)景不同可能的動(dòng)作時(shí),可能會(huì)形成不同的分支動(dòng)作,直到重回主線或者結(jié)束支線。
  • 這是一個(gè)自下而上的、不給自己建立任何預(yù)先假設(shè)的方法。它讓你忘記自己曾經(jīng)把某個(gè)行為判定為“必需”還是“非必需”。
  • 讓大家將桌面上所有的便簽進(jìn)行分組,將類(lèi)似的任務(wù)分為一組。如果發(fā)現(xiàn)重復(fù)的內(nèi)容,就略過(guò)。
  • 針對(duì)一個(gè)龐大的系統(tǒng),敘事主線可能貫穿于好幾個(gè)不同的用戶和系統(tǒng)中。可以在主干上方貼上便簽或簡(jiǎn)單的用戶畫(huà)像,以便在講述故事的同時(shí)看到我們到底在講述誰(shuí)的故事。當(dāng)然,也可以對(duì)后臺(tái)服務(wù)或者復(fù)雜系統(tǒng)做擬人化處理,把它們視為一個(gè)特定的用戶角色 。

第五步:劃分發(fā)布計(jì)劃

故事地圖完成后,我們會(huì)發(fā)現(xiàn),地圖涵蓋了多個(gè)用戶故事和敘事主線,包含了項(xiàng)目人員所有的愿景,但是它太龐大了,如果同時(shí)研發(fā)這些功能點(diǎn),項(xiàng)目日期幾乎看不到頭。

這時(shí)候需要問(wèn):“要達(dá)到XXX效果,我們需要用到所有的功能碼?”也就是說(shuō),我們需要聚焦于系統(tǒng)外的預(yù)期成果來(lái)決定系統(tǒng)內(nèi)需要什么功能,區(qū)分要做的故事細(xì)節(jié)的優(yōu)先級(jí)。

比如寫(xiě)一張“在幾分鐘內(nèi)出門(mén)”的卡片,貼在故事地圖左邊靠近頂部的位置?,F(xiàn)在,想象有一條線從左到右劃分整張故事地圖,有點(diǎn)像一條彩帶。然后,把“幾分鐘內(nèi)出門(mén)”不需要做的卡片全部移到這條切分錢(qián)的下方。不要移動(dòng)活動(dòng)卡片,即使該活動(dòng)下方?jīng)]有任何任務(wù)卡片。沒(méi)有任務(wù)卡片的活動(dòng)卡片,提醒我們今天早晨不需要達(dá)成這個(gè)目標(biāo)。

可以通過(guò)思考將不同的目標(biāo)掛在左側(cè)嘗試這一招。就像“過(guò)一個(gè)最豪華的早晨”或“兩周長(zhǎng)假出行前的早晨”會(huì)發(fā)現(xiàn)敘事主線在這個(gè)過(guò)程中表現(xiàn)出相當(dāng)好的延續(xù)性,只需要通過(guò)添加或刪除任務(wù),就可以幫助你達(dá)成不同的目標(biāo)。

首先,我們要聚焦于最首要的一個(gè)目標(biāo)成果,即進(jìn)行MVP的內(nèi)容篩選識(shí),別出第一個(gè)發(fā)布要包含哪些內(nèi)容,把最重要的內(nèi)容放在前面。

其次,我們水平劃分用戶故事地圖上的便簽,在劃分的每一個(gè)發(fā)布的左邊貼上便簽,上面寫(xiě)上少量文字描述預(yù)期能產(chǎn)生的成果。

再次,在各個(gè)發(fā)布之間移動(dòng)卡片,盡可能匹配各個(gè)發(fā)布的成果預(yù)期。

最終,團(tuán)隊(duì)得出一個(gè)增量發(fā)布策略,可用于管理更新整個(gè)內(nèi)容管理系統(tǒng)所渺及的工作,增量發(fā)布策略也使得團(tuán)隊(duì)能夠在每一次發(fā)布之后得到實(shí)實(shí)在在的收益。在整個(gè)地圖的左側(cè),是發(fā)布的名稱列表,這些名稱標(biāo)識(shí)著目標(biāo)成果。這就是發(fā)布路線圖 。

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

這樣,自上而下,我們可以劃分出不同的Release;同時(shí)因?yàn)槊總€(gè)Release都是和時(shí)間線平行的,確保了在放入Release的過(guò)程中必須考慮故事的完整性。現(xiàn)在如果我們專注于從左到右完成第一行的黃色便簽,我們就可以確保很快發(fā)布一款包含了最最基本功能的系統(tǒng)。

這樣我們就可以驗(yàn)證我們的系統(tǒng)整體架構(gòu)可行。同時(shí)也可以幫助我們對(duì)系統(tǒng)的功能進(jìn)行端到端的測(cè)試,確保我們可以從用戶處獲取到反饋,知道我們是否解決了它們的問(wèn)題(提供了商業(yè)價(jià)值)。

隨著軟件的不斷迭代,用戶故事地圖也會(huì)不斷向下推移。此時(shí),我們就完成了這個(gè)產(chǎn)品的發(fā)布路線圖。

注意點(diǎn):

  • 聚焦于成果,即發(fā)布后用戶能使用和感知的東西,切分發(fā)布計(jì)劃應(yīng)該以成果為導(dǎo)向。
  • 為成果排列優(yōu)先級(jí),而非功能。
  • 地圖的深度包含變化性和替代性的任務(wù) 。

小結(jié)

首先,我們需要對(duì)大家寫(xiě)的所有卡片進(jìn)行對(duì)標(biāo),排除無(wú)效故事。

其次,因?yàn)槲覀円话沩?xiàng)目時(shí)間不夠,開(kāi)發(fā)資源緊張,不可能一口吃個(gè)胖子,所以把要做的事情達(dá)成共識(shí)排出優(yōu)先級(jí)變得尤為重要。

最后,并不是所有的故事卡片都需要在同一時(shí)間細(xì)化,在真實(shí)業(yè)務(wù)中有些模塊的故事是無(wú)法一開(kāi)始就梳理清楚的,所以可以先寫(xiě)個(gè)占位符,待合適的時(shí)機(jī)再做拆分。

我們通過(guò)這種一目了然、格式一致的故事地圖,讓項(xiàng)目組所有人都獲得足夠的信息,讓項(xiàng)目有一個(gè)明朗的開(kāi)發(fā)流程。

上圖中,橙色的卡片代表的是粗粒度的用戶故事,可以理解為Epic-史詩(shī)故事,Jeff Patton稱之為用戶的活動(dòng)(User Activity),這些用戶的活動(dòng)代表了產(chǎn)品的骨架,我們從左到右按照時(shí)間線來(lái)排列這些活動(dòng),排列好之后,系統(tǒng)的主要的業(yè)務(wù)流程就呈現(xiàn)出來(lái)了。

需要注意的是,為了找出這些用戶活動(dòng),第一步要做的是做角色建模,把用戶角色先提煉出來(lái)。在每個(gè)史詩(shī)故事下面,我們可以拆分出更細(xì)粒度的用戶故事。這些用戶故事加在一起就構(gòu)成了產(chǎn)品需要做的主要功能,并且已經(jīng)按照系統(tǒng)骨架組織好了。

在橫向的緯度,我們使用橙色的虛線把這些卡片橫切成了3個(gè)泳道,每個(gè)泳道代表一個(gè)發(fā)布。所以,從這個(gè)故事地圖上看,橫向代表的是系統(tǒng)的骨架,脈絡(luò),縱向代表的是重要性,優(yōu)先級(jí),發(fā)布順序。

我們需要根據(jù)用戶的價(jià)值來(lái)思考在這個(gè)業(yè)務(wù)流程上,哪些是最核心、最重要的,我們可以按照提煉MVP(最小可行產(chǎn)品)的思路把核心場(chǎng)景找出來(lái),放到前面的發(fā)布中,把低優(yōu)先級(jí)的放到后面的發(fā)布中。這樣做的目的是做價(jià)值驅(qū)動(dòng),讓我們從用戶的視角產(chǎn)品核心價(jià)值,并且持續(xù)地、增量地交付。

總結(jié)

故事地圖六步法:

  1. 厘清問(wèn)題。用戶是誰(shuí),帶來(lái)什么價(jià)值?
  2. 構(gòu)建全景圖。廣度優(yōu)先、而非深度。一公里寬一厘米深。嘗試用故事地圖描述所有內(nèi)容,包括用戶的痛苦和喜悅。
  3. 探索。向深度拓展,討論其他類(lèi)型的用戶,這些人又要做什么,哪些環(huán)節(jié)會(huì)出問(wèn)題。使用畫(huà)像、原型和實(shí)驗(yàn)不斷優(yōu)化解決思路,盡量改變和完善故事地圖 。
  4. 制定發(fā)布策略。請(qǐng)記住一點(diǎn):要開(kāi)發(fā)的東西總是太多。聚焦于業(yè)務(wù)目標(biāo)的達(dá)成和目標(biāo)用戶,果斷砍掉無(wú)助于取悅用戶和幫助公司達(dá)成目標(biāo)最小方案的東西。
  5. 制定學(xué)習(xí)策略。你可能已經(jīng)識(shí)別出最小可行產(chǎn)品方案,但是請(qǐng)記住,在經(jīng)過(guò)實(shí)際驗(yàn)證之前,這些都是假設(shè)。使用故事地圖和討論,幫助自己發(fā)現(xiàn)有哪些最大的風(fēng)險(xiǎn)。為用戶群的子集切分更小的MVP實(shí)驗(yàn),不斷學(xué)習(xí)真正對(duì)用戶有價(jià)值的東西。
  6. 制定開(kāi)發(fā)策略。在去掉所有不必要的東西之后,留下的就需要投入開(kāi)發(fā)。根據(jù)實(shí)現(xiàn)的先后順序、將最小可行方案進(jìn)一步切分,早期要聚焦于關(guān)鍵技術(shù)問(wèn)題和開(kāi)發(fā)風(fēng)險(xiǎn) 。

用“捕魚(yú)”的比喻來(lái)理解:

我想強(qiáng)調(diào)一點(diǎn),在復(fù)雜產(chǎn)品中,不要試圖在項(xiàng)目開(kāi)始就做一套保羅萬(wàn)象的決策。相反,故事是一直伴隨著產(chǎn)品生產(chǎn)周期的,我們要把各個(gè)決策分散到項(xiàng)目過(guò)程中。為此我們要確保一個(gè)獲取信息的過(guò)程方法,這就是一個(gè)良性的用戶故事地圖。

這里再做一個(gè)比喻,良性用戶故事地圖像一個(gè)捕魚(yú)的過(guò)程。

首先,不同大小的網(wǎng)用來(lái)捕獲不同大小的故事,第一遍我們可以用大網(wǎng)眼的漁網(wǎng)撈一遍故事池,以此得到所有大故事。通過(guò)大故事,形成對(duì)產(chǎn)品的整體感覺(jué),接下來(lái)用網(wǎng)眼稍微小一些的漁網(wǎng)得到中等大小的故事,暫時(shí)還不用顧及那些小需求。最后才是最小的需求。

其次,捕魚(yú)表達(dá)了另外一層含義,故事會(huì)像捕魚(yú)一樣,隨著時(shí)間的推移會(huì)成長(zhǎng),會(huì)有新出生的魚(yú),也可能會(huì)死亡。有些需求在某一階段不重要,但會(huì)像魚(yú)一樣成長(zhǎng),隨著產(chǎn)品階段的不同變的越來(lái)越重要,有些需求我們?cè)?jīng)認(rèn)為很重要,但是會(huì)隨著產(chǎn)品階段不同逐漸變的重要性會(huì)降低,有時(shí)甚至降低到我們?nèi)蝿?wù)這些需求已經(jīng)無(wú)效。

最后,正如捕魚(yú)一樣,不可能捕捉到這個(gè)區(qū)域所有的魚(yú),我們也不可能捕捉到所有的需求,另外,在捕魚(yú)的時(shí)候也可能撈到一些廢棄物和殘骸,就是不是故事的故事。

從上面的比喻可以看出來(lái),項(xiàng)目前期是不可能正確的捕捉并寫(xiě)出所有的需求所有故事的,用戶故事地圖這個(gè)方法也不可能在單一階段捕獲出所有的用戶故事。用戶故事不是二維的產(chǎn)物,應(yīng)該是三維的,需加上時(shí)間這個(gè)維度,隨著時(shí)間的推移以及產(chǎn)品不同階段加入產(chǎn)品新的用戶故事。捕捉故事的漁網(wǎng)網(wǎng)眼也會(huì)一直變化。

參考資料:

《用戶故事地圖》,Jeff Patton,清華大學(xué)出版社

《如何做好用戶故事地圖?來(lái)看螞蟻金服的實(shí)戰(zhàn)案例!》

《使用Leangoo玩轉(zhuǎn)故事地圖》

 

本文由 @扶木桑 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 另外,想請(qǐng)教下,如果用敏捷方法了,寫(xiě)了用戶故事之后,需求都是零散的,沒(méi)有需求文檔這么匯聚,測(cè)試人員吐槽做測(cè)試時(shí),看不到全局,怎么破?

    來(lái)自上海 回復(fù)
  2. 好文章,怎么沒(méi)人留言;

    幾個(gè)問(wèn)題:
    1、地圖定期會(huì)更新嗎?由誰(shuí)來(lái)負(fù)責(zé)輸入和維護(hù)?
    2、地圖貼墻上,看著很多,如何線上化管理?

    來(lái)自上海 回復(fù)
    1. 用戶故事在制作的時(shí)候會(huì)打上編號(hào)方便管理,開(kāi)發(fā)測(cè)試完驗(yàn)收成功的狀況下會(huì)將該故事卡歸檔,除了貼墻,還會(huì)用到在線協(xié)作軟件,比如trello,Jira

      來(lái)自上海 回復(fù)