和以往的那種簡單粗暴的"頭腦風暴"，或者索然無味的"需求評審"不同，敏捷體驗設計中的過程永遠是開放的，強調(diào)在和客戶的互動中識別需求，并產(chǎn)出設計，最終對項目交付內(nèi)容達成共識。過去的五年里，我參與了幾十次和客戶的設計工作坊，這里把我經(jīng)常使用的五種設計工作坊形式分享給大家。

模版1：用戶價值定義

用戶價值的定義是任何軟件體驗設計的基礎──到底解決了什么用戶的什么問題。對于問題的定義越準確和清晰，越能夠?qū)Ξa(chǎn)品或特性設計方向達成一致，當所有的客戶都認為，解決用戶A在情境B下遇到的問題C是本次交付的核心目標，那么自然，與解決這個問題之外的任何設計、功能、甚至討論都應該放入低優(yōu)先級。這個活動可以經(jīng)常性進行，可長期保留這個用戶價值板，將識別的用戶問題放在板上統(tǒng)一進行管理和評價。

過程

1. 梳理出典型用戶放在畫板的最左側(cè)；
2. 頭腦風暴出用戶可能遇到的問題；
3. 對于每一個問題進行擴展──什么情境下出現(xiàn)這個問題？問題帶來的痛苦是什么？為了解決這個痛苦用戶現(xiàn)在是怎么做的？
4. 將每個問題進行擴展后再對每個維度進行數(shù)字評估──情境和問題發(fā)生的頻度？痛苦程度？和臨時解決方案的風險大小？
5. 總結(jié)所有的問題，將數(shù)字相加，配合典型用戶的優(yōu)先級，梳理出最應該關注和解決的問題，再進入設計階段。

元素解釋

1. 用戶：誰會遇到這樣的問題？
2. 情境：在什么樣的情境下會出現(xiàn)這樣的問題？
3. 問題：如何定義這個問題？
4. 痛苦：因為這個問題的出現(xiàn)，會造成什么樣的痛苦（直接或者間接）？
5. 暫時解決方案：為了減輕這個痛苦，這個用戶是怎么做的？

提示

1. 盡量避免描述性的抽象表達，而盡量使用基于事實的語言，例如：表述痛苦時避免說"工作效率低下"而說"每天處理不必要的人工錯誤時間超過1小時"──更加基于事實的表達讓設計師更加實質(zhì)性體會到痛苦本身；
2. 盡可能生動地表達情境，用簡短的關鍵字描述出該用戶遇到痛苦的實際情境；
3. 使用數(shù)字進行估值時使用1，2，3，5，8數(shù)列進行估計，首先定義標準1的值，再進行比較，憑感覺；

演示

上圖中紅色箭頭便是具體要進入細節(jié)設計的用戶問題，當這些問題被解決，所產(chǎn)生的用戶價值一定是在當前產(chǎn)品中價值最高的。

標簽： 敏捷設計 敏捷設計模板 交互設計 

版權(quán)申明：本站文章部分自網(wǎng)絡，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。