由8月20日第六屆人本設(shè)計大會組委會編撰發(fā)布。
《用戶體驗與可用性測試》
1 前言
一直想一個吸引眼球的副標題呜达，最后還是覺得書名上的這個副標題康栈，最能體現(xiàn)這本書的核心看铆。
這是一本入門書籍系瓢，所以非常適合我這種交互的初學者召廷。這本書給我的最大啟發(fā)，就是發(fā)現(xiàn)測試的重要性雾叭，之前重點一直關(guān)注上設(shè)計的理論和技巧上悟耘，而驗證設(shè)計這個重要的過程沒怎么關(guān)注。這可能也跟我所在的公司環(huán)境有织狐，公司從制造行業(yè)發(fā)展而來暂幼，在軟件開發(fā)過程中能引入UI/UX設(shè)計筏勒，在領(lǐng)導(dǎo)看來已經(jīng)算難能可貴了吧（現(xiàn)狀是幾個項目共用一個UI，UI兼任UE）旺嬉。
雖然公司一直喊著以客戶為中心管行，但UE設(shè)計人員短缺，更別提對設(shè)計的可用性測試邪媳，通常對發(fā)出的設(shè)計稿就是小組內(nèi)部評審下捐顷。如果按照書中的分類應(yīng)該屬于用戶可用性成熟度模型（作者根據(jù)經(jīng)驗設(shè)定的一種類似于CMM的模型）中的搖籃期
設(shè)計流程大致分成三部分調(diào)研、設(shè)計和測試雨效。
2 調(diào)研（用戶訪談的技巧）
用戶訪談的技巧
2.1 傳統(tǒng)訪談方式的局限
反饋意見套菜。反饋意見經(jīng)常用戶的建議和行為并不一致，比如用戶說“我覺得習慣了的話還是很好用的”设易，但事實上要真的習慣這個產(chǎn)品，用戶可能要話費很大精力蛹头。
假如用戶真的可以想出很實用的點子顿肺，并且愿意無償提供給企業(yè)的話，那么專業(yè)的設(shè)計團隊還有存在的必要嗎渣蜗？
小組訪談（焦點小組）參與人數(shù)比較多屠尊，每個人發(fā)言時間有限，收集來的多是意見耕拷、體驗比較少讼昆；發(fā)言時容易被別人的觀點影響；因為是在眾人面前發(fā)言者骚烧，發(fā)言者難免會對發(fā)言內(nèi)容進行加工和潤色浸赫。
一對一訪談。無論是計劃好的問題赃绊，還是開放的問題既峡。用戶的一般的回答也是歸納過的，缺乏細節(jié)碧查。
2.2 師徒式訪談
師徒式訪談（contextual inquiry）运敢，也譯作背景調(diào)查法，現(xiàn)場調(diào)查法忠售。它的基本基本步驟是：請教 -> 刨根問底 -> 核實
請教传惠。訪談暖場后，慢慢將話題移到需要的主題稻扬，進而引出深入的交談卦方。
刨根問底。跟傳統(tǒng)訪談的目的是獲取信息不同泰佳， 師徒式訪談更重視完全理解用戶所講的內(nèi)容愿汰。
核實困后。大致理解后，把理解的內(nèi)容復(fù)述給用戶進行核對衬廷。
訪談結(jié)束后將記錄內(nèi)容整理成情景劇本摇予。訪談的記錄無論是語音還是文字，缺乏使用背景吗跋，對于用戶發(fā)言侧戴，分析時可能會有不同的理解。而是用情景劇本將用戶發(fā)言內(nèi)容用故事的方式來記錄跌宛，則會更嚴謹酗宋，便于理解。一般地疆拘，情景劇本包括：
用戶的個人信息
使用產(chǎn)品的背景
使用場景
3 原型（原型制作的要點）
原型制作的要點
3.1不要忘記做的假頁面蜕猫。
在制作界面時確保錯有的菜單都能點擊，讓用戶在測試的時候更加自然哎迄、流暢回右。一個簡單的方法是，無需測試的功能就統(tǒng)一跳轉(zhuǎn)到一個界面漱挚，顯示“目前該頁面不可用翔烁，請返回上一頁”。
3.2 元素的保真度區(qū)分對待旨涝。
原型中的內(nèi)容蹬屹，如網(wǎng)站中的新聞、產(chǎn)品列表白华；操作中的提示框等慨默。而另一些元素如果跟實際開發(fā)的相差很遠，用戶使用原型時將無法得到設(shè)計人員想要的結(jié)論弧腥。這些元素包括：
界面順序业筏、數(shù)量
界面元素的位置
鏈接和按鈕上的文字
界面上的提示性文字
輸入項和格式
操作相關(guān)的圖標
3.3 制作原型所需的技能
絕大部分的原型不需要高深的藝術(shù)素養(yǎng)或?qū)I(yè)的程序開發(fā)技能，更需要的是深入理解用戶需求鸟赫，分析測試所需的邏輯能力蒜胖，不局限于已有概念的發(fā)散思維能力。
不需要區(qū)分崗位抛蚤，或是需要一個人同時具備這些技能台谢。開發(fā)團隊可以一起討論好細節(jié)，然后由界面設(shè)計人員或是開發(fā)人員制作具體的原型岁经。
4 測試（用戶測試的方法）
用戶測試
4.1 用戶測試
用戶測試是一種典型的實驗型產(chǎn)品可用性評價朋沮，它是一系列用戶參與評估的方法的總稱，這些方法包括：
4.1.1 用戶測試
發(fā)聲思考法（Talk Alound Method）。用戶一邊說出心里想的內(nèi)容一邊操作樊拓，有助于弄清楚為什么會導(dǎo)致用戶操作出現(xiàn)問題的原因纠亚。在用戶發(fā)言和操作的同時，注意一下三點：
用戶能否獨立完成任務(wù)（有效性）
用戶在使用過程匯總筋夏，是否做了無效操作或是不知所措的情況（效率）
用戶是否有不滿的情緒（滿意度）
4.1.2 回顧法
回顧法（Retrospective Method）蒂胞。用戶操作后回答問題，補充想要了解的用戶信息条篷，這樣可以避免打斷用戶的操作骗随。但回顧法缺點比較明顯，如復(fù)雜的操作很難回顧赴叹；用戶一般在回顧時會自行總結(jié)鸿染，遺漏很多細節(jié)；比較耗時等乞巧。正因如此涨椒，一般較少使用回顧法。
4.1.3 性能測試
發(fā)聲思考法和回顧法都屬于定性分析绽媒，如果需要定量分析蚕冬，則可以進行性能測試（Performance Measurement）。
前兩種方法一般是一對一些椒，但性能測試參與人數(shù)較多，一般采用集體測試的方式掸刊。測試場所用隔板簡單劃分后免糕，每次5~10人進行測試，每1~2人配一個監(jiān)督者（可以讓兼職大學生擔任）忧侧，參與測試者需要20以上石窑。
測試主要對產(chǎn)品三要素（有效性、效率蚓炬、滿意度）松逊，定量體現(xiàn)在：
有效性可以用任務(wù)完成率來表示
效率可以用任務(wù)完成時間來表示
滿意度可以用主觀評價來表示，一般用調(diào)查表的形式
性能測試缺點很明顯肯夏，一是時間经宏、金錢成本太高；二是設(shè)計團隊無法從測試結(jié)果中驯击，找到用戶不能完成任務(wù)的原因烁兰。
4.2 DIY用戶測試
隨著敏捷開發(fā)的迅速普及，正規(guī)用戶測試的時間徊都、金錢的成本難以承受沪斟。但絕不能因此而放棄測試，在保證測試環(huán)節(jié)下暇矫，進行簡化的DIY測試也能達到預(yù)期的效果主之。
正規(guī)用戶測試DIY用戶測試
選擇的主體專業(yè)的顧問你和同事
參與者調(diào)查公司的注冊會員朋友的朋友的朋友 ……
活動地點帶有單向可視玻璃的專業(yè)實驗室會議室或者其他可利用的空間
成果內(nèi)容豐富的報告（帶動畫）像筆記一樣的報告和對話
其他參與調(diào)查會提供高檔工作餐咖啡暢飲
您也可以加微信號1025792036備注“設(shè)計”進入微信群討論择吊。
想系統(tǒng)的學習了解如何在項目中循序漸進的思考體驗設(shè)計和體驗創(chuàng)新。個人參與可以學習到如何成為合格的用戶體驗設(shè)計師槽奕，團隊參與可以推動團隊在用戶體驗思維角度的主動思考几睛，以幫助建立跨團隊的用戶體驗協(xié)作的意識和初步能力。我們提倡把用戶體驗作為思維方式在企業(yè)中跨角色推廣史翘。若要獲得產(chǎn)品和服務(wù)體驗的全面提升和突破創(chuàng)新枉长，需要團隊成員對用戶體驗的思維方式的共同理解、認同和深入人心的貫徹執(zhí)行琼讽。你不但可以聽到理念方法講授必峰、案例分享，還有現(xiàn)場的小組實踐項目練習幫你吸收钻蹬、應(yīng)用吼蚁。
點擊“工作坊詳情”或掃描下圖中的二維碼進入報名頁。
