產品構思的頭腦風暴框架
頭腦風暴以結構松散而且往往無法操作著稱。大家聚到一起貼點紙條畫畫白板然后指望好點子就會出來。問題是即便里面誕生了一些好點子,但也沒有一目了然的辦法來確定應該執行哪一個。
實用用戶故事映射的誕生
大約 1年 前,我和同事 Michael(AJ&Smart 創始合伙人)參加了 Adrian Howard 的一個大師班,主題是確定敏捷開發的功能優先級。說得具體一點,就如何去確定接下來的發布的時候要先做什么功能。經過課堂練習之后,我們突然靈機一動:這種頗為枯燥、系統化的辦法說不定也可以用來組織我們的產品發現探討。于是 1 周之后,我們做一件每每想要試驗新技巧時都會做的事情:在未經太多準備或者考慮的情況下在一個高風險的客戶身上進行試驗。
結果非常完美。研討時采用用戶故事映射的結構可以把注意力高度集中在構思和發現上面,這正是我們想要的。自此以后我們就一直沿用這種技術,并且推廣到了一個個的 workshop?,F在我們稱之為實用用戶故事映射法(applied user story mapping,USM)。我們發現這種方法不僅是催生出無人能想到的點子的很好方式,而且也是客戶或者利益攸關者協調一致的完美工具。下面我們就來介紹一下它是怎么做的。
需要準備的東西
- 3 種不同顏色的便利貼
- 彩色標簽
- 記號筆
- 一堵墻或者一個平面
- 一位主持人
總用時估計
10—15 人計劃用時為 45—50 分鐘。每增加 10 人需多安排 10 分鐘以及多增加 1 位主持人。比方說:
- 10-15 人:1 位主持人,50 分鐘
- 15-25 人:2 位主持人,60 分鐘
步驟 1:故事
本過程的主干是故事。故事就是你設計的希望用戶在特定時間段內執行的步驟或者動作列表。
故事當中用戶可能會采取的一些步驟示例
比方說,如果我們是在討論專門針對體育迷的新聞閱讀器的設計,我們可能會基于比賽日設計一個故事?;蛘呶覀儠槍︼w行常客設計一個新的高級服務,我們也許會有一個更先進的故事擴展,從第一次預定開始一路上延伸到開始飛行。
如何創建故事
- 所有參與者都應該有一堆便利貼以及一支記號筆
- 讓參與者寫下能想到的用戶在選定時間段可能會采取的盡可能多的步驟(人均可能會消耗 10-25 張便利貼)
一名參與者正在寫步驟
- 步驟的顆粒度因人而異,沒關系。
- 一旦時間到,每個人都應該把便利貼帖到指定墻上,并且開始建立步驟的時間線。最終步驟應該只有一條水平排列的時間線。許多人可能會寫出類似的步驟,沒關系,疊在一起就行了。
時間線要水平排列,不要出現任何縱向的步驟。后面我們會需要那些空間。
步驟 2:對動作分組
為了保持整齊,我們將對時間線上的動作進行分組。如果故事很長、時間跨度有幾天的話這種做法尤其有用。到后面我們可以利用這些故事分組很方便地找到應該聚焦在故事的哪個部分。這一步很簡單,而且應該由主持人來執行。
進行分組
如何對動作分組
- 主持人查看時間線后確定分組,比方說 “早晨準備”、“上班通勤時間”、“工作”、“下班通勤時間”、“晚飯” 等等。
- 主持人換一種顏色的便利貼寫上分組名字,然后帖在每組的開頭
分組多少隨你定,但一般 5 組就 OK
好看吧?
步驟 3:頭腦風暴!
接下來是有趣的部分了。對于時間線上參與者認為重要的時間點他們應該試著提出盡可能多的想法。也就是說看看時間線上的某一個步驟(比如 “起床”)然后想出在這個點上你的產品或者服務可以如何影響或者與用戶的生活進行交互的辦法。比方說對于新聞閱讀 app 可以像下面這樣:
頭腦風暴時間(設想用戶起床時可以提供早間新聞摘要或者把頭條新聞做成音頻的形式)
這一步參與者只有 15 分鐘思考,不過這個時間對于迸發一堆創意來說已經綽綽有余了。重要的是主持人必須告訴參與者這一步重量不重質。想法是否可行或者合法都沒關系!大家只需要在給定時間范圍內想出盡可能多的主意就行。
如何進行頭腦風暴
- 所有參與者均應有一堆的藍色便利貼以及一支記號筆
- 參與者應該圍著故事時間線站在一起,手里拿著便利貼,隨時準備寫東西
- 讓參與者在 15 分鐘內寫出盡可能多的想法
- 便利貼應該放在相應步驟的正下方
- 任何與時間線無關的想法都可以單獨放在時間線左邊的位置
討論的結果如果不是像這樣的話一定是搞錯了,大錯特錯
- 我建議為了讓大家才思泉涌此時應該播放點音樂什么的,如果你不想找音樂可以參考我的播放列表
- 一旦 15 分鐘到了,參與者應該坐下來,主持人應該讀每一張藍色便利貼。這樣每個人都能聽到其他人的想法。如果有人寫字特別糟糕的話這種做法尤其有用。
看看大家的想法有多豐富
步驟 4:投票與整理
現在每個人都理解時間線上有哪些的想法了,接下來就是投票和找出受歡迎的想法了。這樣的話我們就能很快在每一組里面選出趨勢想法并且對下一步需要開發的東西進行優先級排序。
決定時刻到了
如何投票
- 給每位參與者發 6 個圓點。顏色無所謂除非你想突出某位利益攸關者
- 給參與者 8 分鐘時間對想法進行投票。最好不要讓參與者隨心所欲地進行投票,因為這樣會太主觀。相反,要給出具體的目標,比方說 “一周內可以做出原型的是哪個?” 或者 “什么能讓這個人的一天好 10 倍?”
投票
一旦所有參與者投票完畢主持人應該把所有貼上投票圓點的便利貼收集起來并且按照投票多寡進行垂直排排列
投票
投票
關于優先級排序
有了一個按照優先級排序的功能和想法清單當然很好,但是這個還不能決定哪些功能應該進一步開發。有些功能想法未必可行,比方說可能需要數月時間開發。這就是為什么此時我們通常會考慮藍色便利貼的投入產出系數的原因所在。這樣能夠很好地讓那些想法瘋狂但是因為不能馬上實施而被取締提案的人心里平衡一點,同時還能讓我們把注意力集中在可行的想法上。
影響 / 投入評估,高影響低投入是目標
重要的是要明確 “影響” 的確切含義,因為功能影響的對象可以是用戶、企業或者特定的待解決問題。
實用 USM 的使用與采納
正如我所說那樣,我們把實用 USM 用到了每一位客戶身上,但是下面是一些具體案例。
- 我們幫助 eBay 的新服務 e Bay Plus28 想出新穎的受歡迎的補貼辦法。盡管服務本身面向的是賣家,我們還是從買家的角度出發創建了時間線來考慮 Plus 服務提供為他們提供哪些優勢。
- 我們替德甲聯賽映射了球迷比賽日和非比賽日的活動,從而幫助他們找出如何改進球迷的體驗。這意味著我們需要創建兩條獨立的時間線進行研究。
- 我們利用這個過程去替 Number2630 思考未來銀行的樣子,然后用所得結果建立了多個原型來進行測試。本案例的時間線從睡醒一直延伸到睡覺,里面考慮了很多細節,甚至包括用戶去哪里吃。這讓我們可以考慮顆粒度很細的通知和特別功能。
更大的應用背景
至此,你應該已經有了一堆大家想出來并且投票選出來的的想法、功能建議或者解決方案了。當然,我還省掉了一堆應用用戶故事映射前后的步驟。通常實用 USM 是在我們對用戶知之甚少之時考慮的,所以我們一般會對用戶角色有一個基本的假設之后但是還是還沒有草繪出具體界面或者想出服務想法之前運用 USM。典型的 1日 產品發現研討會一般是這個樣子:
- 一般性的介紹和產品 / 服務目標討論
- 創建精簡的用戶角色
- 應用 USM
- 對優選解決方案進行故事串聯(Storyboarding)
- 草擬潛在的產品 / 功能
- 確定進行原型和測試的范圍
何時使用實用 USM
實用 USM 是一種非常通用靈活的做法,可以用到任何產品或者服務的迭代過程。實用 USM 操作成本很低并且容易嘗試。同時你也可以在大范圍推廣之前先在一兩只團隊小范圍內進行試驗。我建議先在一些非關鍵性的事情上面試試,比方說產品的用戶賬號部分的升級,或者聚焦在現有用戶流當中提高用戶參與的機會(比如每周我們可以在什么地方給用戶發送有用的通知)。
希望你有機會可以試試這個頭腦分風暴的辦法,最好把你的試驗效果跟大家分享一下!
作者:Jonathan Courtney
來源:36氪
文章鏈接:http://36kr.com/p/5048640.html
版權:人人都是產品經理遵循行業規范,任何轉載的稿件都會明確標注作者和來源,若標注有誤,請聯系主編QQ:419297645
很有實際意義。。
可惜我們都是老板說了算。
可惜我還是個剛入行的新手。。
贊樓主腦爆的落地法:每個參與者獨立構思流程,再將所有流程合并在同一個流程軸上
富有操作性! ??
今天試下這辦法~
我們的腦暴就是老板,說什么就是什么,不能存在異議。因為持不同意見的人全部被開除了
換公司吧