最近讀完了《用戶體驗(yàn)與可用性測試》，書里介紹了很多用戶測試的詳細(xì)實(shí)際操作，收獲不小。分享書中提到的敏捷 UX 案例。
背景
敏捷開發(fā)的迭代周期通常為 1-4 周。在敏捷 UX 中，并沒有嚴(yán)格的流程和方法，基本概念是“個體和互動高于流程和工具”，不僅總結(jié)特定的方法和流程是自相矛盾的，而且挑選一套最合適的組合用于特定團(tuán)隊、特定產(chǎn)品的開發(fā)中也是一件非常難的事情。以下內(nèi)容是一個使用敏捷 UX 開發(fā)產(chǎn)品的例子，作為參考。
原則
- 不開發(fā)多余功能，從對用戶最有價值的核心功能開始開發(fā)，慢慢擴(kuò)展到可選功能上。
- 先做UX設(shè)計，再進(jìn)行開發(fā)
- 在不損害質(zhì)量、持續(xù)關(guān)注目標(biāo)的前提下，削減沒用的流程和文檔，輕裝上陣
- 與發(fā)現(xiàn)問題的精確度相比，問題的解決更優(yōu)先（RITE法）
技巧
- 用【用戶故事】代替【用戶使用案例】
- 用【上下文調(diào)查】、【虛擬角色】、【用戶測試】等以用戶為中心的設(shè)計方法來解決不重視用戶調(diào)查的問題（只靠團(tuán)隊內(nèi)部討論確定的用戶角色和用戶故事，會抓不住重點(diǎn)，陷入大量的普通需求脫不了身）
一、產(chǎn)品概念
- 發(fā)現(xiàn)產(chǎn)品概念，即“為了誰、做什么”。（調(diào)查秘訣：不是“您想要什么”，而是“有什么地方讓您感到困擾”）
- 得到產(chǎn)品概念的范圍后，尋找解決方案的新創(chuàng)意。
- 正式立項(xiàng)前，對創(chuàng)意進(jìn)行檢驗(yàn)：制作故事板和模型進(jìn)行投票，或在網(wǎng)站上投入假的產(chǎn)品廣告確認(rèn)用戶的反應(yīng)。
二、計劃
- 組織團(tuán)隊，標(biāo)準(zhǔn)是：團(tuán)隊成員能夠自己做出完成任務(wù)所需采取的最優(yōu)秀決策
- 確立開發(fā)計劃
- 創(chuàng)建一個虛擬角色：利用已知信息定義用戶角色后，再加入擬人化處理，建立一個臨時的虛擬角色。
- 通過用戶故事定義需求：用以虛擬角色為主語的“某某是誰，他想干什么（以及理由）”這樣的短文，把需求以小故事的形式記錄在卡片上。
- 評估開發(fā)規(guī)模：以表示相對規(guī)模的故事點(diǎn)為指標(biāo)，對用戶故事所需的作業(yè)規(guī)模做一次評估。
- 決定這些故事以什么順序?qū)崿F(xiàn)：工作流程、投入產(chǎn)出比、各功能之間的相互作用、市場變化等與產(chǎn)品相關(guān)的各種因素
- 以“用戶故事映射”的二維列表管理排序后的用戶故事
三、開發(fā)
- 開發(fā)目標(biāo)：首次發(fā)布產(chǎn)品。
- 按照實(shí)現(xiàn)順序，在迭代期內(nèi)盡可能實(shí)現(xiàn)有限的用戶故事，并將作業(yè)進(jìn)展情況更新在任務(wù)面板上。
- 用戶界面設(shè)計與開發(fā)同步進(jìn)行。（交流工具：通過測試的草圖板）
- 對于需要進(jìn)行重要且復(fù)雜操作的界面，盡可能在設(shè)計初期消滅bug。
- 制作好原型后，立即通過用戶測試進(jìn)行檢驗(yàn)。（方法：發(fā)聲思考法）
- 通過向相關(guān)人員進(jìn)行產(chǎn)品的實(shí)際演示，得到反饋，根據(jù)反饋和開發(fā)進(jìn)展，追加、刪除或修改用戶故事，或修改實(shí)現(xiàn)順序。
- 進(jìn)入下一個迭代期
四、發(fā)布
- 最初發(fā)布的產(chǎn)品 MVP：只需具備最基本的功能，由產(chǎn)品負(fù)責(zé)人判斷是否發(fā)布產(chǎn)品。
- 根據(jù)用戶反饋，對設(shè)計和計劃做方向性的修改，甚至再次對產(chǎn)品概念進(jìn)行戰(zhàn)略推敲。
五、反復(fù)進(jìn)行為期3-6個月的產(chǎn)品發(fā)布
- 大膽調(diào)整產(chǎn)品方向，迅速應(yīng)對市場變化
- 讓產(chǎn)品慢慢成長，逐步擴(kuò)大范圍
附言：
相關(guān)知識：lean UX、Scrum。
參考資料：
- 具有流程圖和故事圖的產(chǎn)品待辦事項(xiàng)列表
http://www.infoq.com/cn/news/2013/05/backlog-process-story-maps
