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