應用型用戶故事地圖,讓產品的頭腦風暴事半功倍
現在提起頭腦風暴,都覺得效率不高,吵吵嚷嚷一通討論,最后也沒得出什么有價值的結論。參加頭腦風暴的人還都覺得自己有理,但就是沒法決定采用哪種方案。
「應用型用戶故事地圖」的產生
大概一年前,我和同學在聽一節關于敏捷開發功能優先級的高級講座,我們學習應該優先開發哪個功能,及何時發布該功能。在課堂練習中,我們受到啟發:可以把這種干枯、系統化的方法變得有趣,用在產品發掘的頭腦風暴中。一周后,我們就照著做了:沒太多準備,也沒多想,就決定用與我們利益最相關的用戶進行測試。
事實證明的我們想法沒錯。這個框架正是我們需要的,因為在頭腦風暴中利用用戶故事地圖,能讓我們把注意力集中在構思和發掘上。此后我們一直用這個方法,它非常適用于各種不同的頭腦風暴。我們叫它「應用型用戶故事地圖」,把它用在所有用戶身上,進而發布或改進了許多成功的產品。去年一年中,我們發現「應用型用戶故事地圖」不僅能產生一些集體智慧下的想法,而且它是一個非常棒的工具用來調整用戶或相關利益者。
接下來我將介紹具體操作方法。
準備以下工具:
- 三種不同顏色的便利貼
- 顏色編碼標簽
- 記號筆若干
- 一面平整的墻
- 一名會議主持人
所需時間
- 10-15人需要45-40分鐘。每多加10個人,就增加10分鐘和一名主持人。例如:
- 10-15名與會者:1名主持人,50分鐘
- 15-25名與會者:2名主持人,60分鐘
第一步:講故事
整個頭腦風暴的主干就是講故事。這個故事就是按時間順序,列出針對假想用戶所做的設計的步驟或行為。
例如,如果我們正在討論為體育愛好者設計一款新聞閱讀器,哪天有比賽,我們就會在哪天講這個故事?;蛘呷绻覀冋跒榻洺4蝻w的的人設計一個新的高級服務,我們就會把故事從訂票擴展到飛行本身的問題。
如何講故事
所有與會者人手準備一些黃色的便利貼和一支記號筆。
每個人7分鐘,按時間順序寫出所有能想到的用戶行業。(每人10-25張便利貼即可)
每個人行為的粒度不同,這沒關系。
時間一到,大家都要把自己的便利貼按時間順序和步驟貼在墻上,而且要按同一水平時間線貼??赡芎芏嗳说牟襟E相似,可以把它們摞在一起貼。
第二步:將用戶行為分組
保持墻面整潔,現在開始在時間線上對行為進行分組。如果你的故事要跨好幾天,這對你很有幫助。分組后,就能很快明白要關注故事中的哪些行為。這步很簡單,由主持人完成即可。
如何對用戶行動分組
主持人按時間線進行分組,如「早晨準備階段」、「上班路上」、「工作」、「午餐」、「下班回家」、「晚餐」等等。
用橙色便利貼作為分組標簽,并寫上「早晨準備階段」、「上班路上」等等,把它們貼在每個時間段的首部。
一般分四到五組即可,當然也可以根據自身的需要
第三步:頭腦風暴!
有趣的來了。與會者要盡可能多的想出每個時間點上相關的想法。這個想法是對應時間線上的步驟的,如「起床」,并且產品是如何契合或影響用戶此時此刻的行為。比如一個新聞閱讀器app應該長這樣:
每人只有15分鐘發言時間,但足夠了。重要的是主持人要告知想法的數量重于質量,不管是可行的還是奇葩的。一定要鼓勵大家多說。
如何進行頭腦風暴
所有與會者準備一些藍色便利貼和一支記號筆。
拿著便利貼站在時間線旁邊,準備寫。
在15分鐘內盡可能多的寫下想法。
在每步下面豎著貼。
與時間線不相關的想法貼在時間線的左邊。
我建議放點音樂讓大家的思維更活躍。
15分鐘一到,大家坐回座位,這時主持人念出每個藍色便利貼,以便知道其他人的想法。這對字不好的人很有幫助。
第四步:投票并整理
現在大家都清楚了時間線上所有的想法,接下來要選出最適合的。這么做能快速發現哪些功能和想法要優先實施。
如何投票
給每個人6個小圓貼紙。顏色無所謂,除非你想知道是誰投的。
每人投票計時8分鐘。不要互相問投誰。設定一個投票標準,可以是「哪些想法能使假想用戶的日子比現在好10倍?」
投票結束后,主持人把所有被投的便利貼收集到一起,按豎列粘貼。
關于優先級別
做一個功能和方案優先級別列表沒錯,但它沒有考慮到這些功能和方案在將來應用的可能性。因為有些工作可能很難進行,而且要花好幾個月才能完成。這就是為什么要在這個時候用一張藍色便利貼畫一個精力/影響的坐標軸,讓那些有奇思妙想的人感覺到他們的想法沒有被否決,只是現在暫時沒法實施,先把精力放在可行方案上。
清楚明確「影響」的定義很重要,它直接影響到用戶和商業所用到的功能,或者解決某個具體問題的功能。
使用并調整「應用型用戶故事地圖」
我說過,我們在每個用戶身上都使用過「應用型用戶故事地圖」,但有些特例。
我們幫eBay Plus搞了一些新奇好玩的小功能。雖然eBay Plus本身針對賣家,但我們卻站在買方立場,做了一條買方視角時間線,從他們的角度出發考慮Plus能帶給他們什么好處。
我們標記出足球球迷愛看的比賽日,以及德國足球甲級聯賽的非比賽日,從而研究怎樣才能改善他們的體驗。
我們用這種方法來思考Number26(一家致力于創建未來銀行賬戶的移動銀行初創公司,總部位于柏林)是怎樣引領未來銀行業,得出結論后創建多個原型,然后進行測試。這個case時間線的范圍是從用戶早上一睜眼到晚上睡覺為止,其中包含很多細節,甚至細到用戶去哪里吃飯。這些所有的細節讓我們充分地考慮了產品粒度和具體的功能。
「應用型用戶故事地圖」很好用
回到頭腦風暴上來,現在大家肯定有一大堆投票選出的好點子、功能建議或解決方案。當然,我省去了創建「應用型用戶故事地圖」前后的一些步驟。通常情況下,制作「應用型用戶故事地圖」應該在草擬出具體界面或服務理念之前,和在對用戶略知一二和建立基本用戶模型之后。為期一天的產品發掘頭腦風暴會的流程基本上是這樣的:
- 對產品/服務目標的概述和討論
- 創建簡潔直觀的用戶模型
- 「應用型用戶故事地圖」
- 列出優先化解決方案
- 草擬出潛在產品/功能
- 決定以什么為原型及測試的內容是什么
何時使用「應用型用戶故事地圖」
「應用型用戶故事地圖」是靈活多樣的,可用在任何產品或服務構思過程中?!笐眯陀脩艄适碌貓D」基本沒什么成本又操作簡單。向公司其他部門宣布方案之前,可以先在小型產品團隊中先行驗證通過。我建議先在非核心功能上試一下,例如更新用戶賬號,或者提高現有用戶的參與度(例如,通過什么渠道向用戶推送消息)。
原文:A Framework For Brainstorming Products
作者:Jonathan Courtney
本文由 @小圓桌?(微信號:646341711)翻譯發布于人人都是產品經理,未經許可,禁止轉載。
為什么要給用戶任務分組呢?分組的目的是什么?
沒讀懂,我竟然看到最后
翻譯待加強,有幾處完全翻譯錯了。