設(shè)計(jì)市場初期會(huì) PS 就能夠找到工作，慢慢演變?yōu)樾枰龊每茨苷业焦ぷ?，在之后變成既好看又好用能找到工作，直至現(xiàn)在既要好看又要好用，還要能證明為什么好用，都不見得能找到工作。

企業(yè)越來越過分，總是既要又要還要，想去好公司就必須具備多項(xiàng)能力，會(huì)用研、有設(shè)計(jì)思維等成了各企業(yè)招聘得重要標(biāo)準(zhǔn)。但很多伙伴出自小廠，沒人帶、沒人教、哪里會(huì)形成完整的設(shè)計(jì)思考。最終形成了去大廠要設(shè)計(jì)思維，但是不去大廠又學(xué)不到設(shè)計(jì)思維的死循環(huán)。

今天帶領(lǐng)著你學(xué)會(huì)一些用研知識(shí)，打破死循環(huán)。

伙伴們可把學(xué)到的知識(shí)推演到自己項(xiàng)目中，包入作品時(shí)完整呈現(xiàn)在改版前發(fā)現(xiàn)問題的過程，讓改版有理有據(jù)，避免面試官看到你作品時(shí)“一眼假”。

不會(huì)用研進(jìn)不去大廠 ，不僅大廠不會(huì)用研，死循環(huán)

一、用戶研究之可用性測試

設(shè)計(jì)都是偷窺狂

什么是可用性測試？

官話來講：可用性測試是通過觀察用戶使用產(chǎn)品完成典型任務(wù)，發(fā)現(xiàn)產(chǎn)品中存在的效率與滿意度相關(guān)問題的方法。說人話：別人操作，你偷偷觀察他的操作過程，并總結(jié)分析產(chǎn)品問題。

可用性測試目的是為探索設(shè)計(jì)的可能性、驗(yàn)證設(shè)計(jì)的有效性、或是為了方案對比，最終可以歸結(jié)：想讓用戶爽。

為什么一眼假、不真實(shí)？就是因?yàn)槲覀兇蟮堕煾牡姆桨?，根本沒站在用戶的角度、不考慮企業(yè)的利益，換句話說是我們在主觀的為用戶做出選擇，都是個(gè)人“意淫”，必然看起來假。

想要做好這件事，就要搞清楚設(shè)計(jì)為誰做，目的是什么。

二、為甚么要做可用性測試？

為你上盤菜，吃了你就知道了。

上盤菜

假說你從沒下過廚，但想為你非常重視的男神做道菜。你看著網(wǎng)絡(luò)教程做，做完自己也不嘗嘗直接端給男神吃？這種可能性不大吧？即使有教程，第一次下廚很大概率也會(huì)搞出黑暗料理，嚴(yán)謹(jǐn)一些的流程應(yīng)該是什么樣的？

想為男神做飯—開始做飯—自己品嘗—邀請閨蜜品嘗—收集反饋—優(yōu)化菜品—邀請男神

抗風(fēng)險(xiǎn)

為避免翻車，自己會(huì)品嘗菜品，回歸到設(shè)計(jì)這個(gè)舉措叫什么？自測試吧？但是你認(rèn)為好的就一定好嗎？不一定！此時(shí)還需第三方評價(jià)，在客觀的角度上做出認(rèn)證。邀請閨蜜試吃就是為了對抗上線翻車風(fēng)險(xiǎn)。

邀請閨蜜試吃這件事就屬在進(jìn)行可用性測試，類似于這樣的事大家都做過吧？

很多時(shí)候我們自認(rèn)為的好設(shè)計(jì) 都是產(chǎn)品、設(shè)計(jì)、老板自己想出來的，大家總會(huì)說：我覺得、我認(rèn)為…可用戶不要你覺得他們只要他覺得，你認(rèn)為的不見得一定是對的，所以在產(chǎn)品每一個(gè)階段我們都可以通過測試來判斷用戶到底需要什么。

方案初期驗(yàn)證方案的可用性、有效性。上線后可以通過測試來進(jìn)行體驗(yàn)性的驗(yàn)證，同時(shí)可為后續(xù)迭代做準(zhǔn)備，對抗未知風(fēng)險(xiǎn)。

你是故意的 ，還是不小心？

不要小看這一步驟，被稱為最強(qiáng)陽謀的小胖為什么會(huì)被評為淘汰（這里是一個(gè)綜藝節(jié)目，小胖用未清洗大腸做飯，讓評委吃）自己都不試吃啊，翻車實(shí)屬必然事件。

三、3+1 形式：測試前準(zhǔn)備

老 3 樣：時(shí)間、地點(diǎn)、人物。+1:任務(wù)

時(shí)間 、地點(diǎn)、人物、任務(wù)

時(shí)間

測試的進(jìn)行時(shí)間需要控制住 1-2 小時(shí)以內(nèi)，并要提前預(yù)約好別人時(shí)間。

想來你閨蜜也不會(huì)隨叫隨到吧？人家不需要陪男朋友嗎？與參與者的時(shí)間一定提前約定好。

控制測試時(shí)長，避免時(shí)間過長讓參與人員產(chǎn)生對抗情緒。

提前整理好參與測試人員名單，備注其姓名、工作、約定時(shí)間、以及該用戶特征。資料沉淀，無論是給領(lǐng)導(dǎo)匯報(bào)還是入作品集都是非常加分內(nèi)容。

時(shí)間

地點(diǎn)

這一點(diǎn)無需多說啦，咱請人吃飯總得有個(gè)地方吧，總不能蹲在大馬路邊上吃吧？是在家吃、還是在客廳吃？

測試地點(diǎn)自然會(huì)議室屬最優(yōu)選擇咯，相對屬于安靜的環(huán)境。PS：專業(yè)的用研公司會(huì)有專門的房間來進(jìn)行測試，雙面玻璃的觀察房那種。咱小企業(yè)不需要考慮這么多了，成本過高就不必奢求。

地點(diǎn)

吃飯總需要餐具吧，碗啊盤子啦、筷子啦、餐巾紙之類的內(nèi)容總是要準(zhǔn)備的吧？那可用性測試需要的‘餐具’都是什么呢？

物品準(zhǔn)備

如圖所示，記錄本、筆、錄音筆（實(shí)在沒條件可以考慮用手機(jī)錄音）測試用的手機(jī)和電腦，還需準(zhǔn)備一臺(tái)用于記錄信息的電腦，如果有需要可提前準(zhǔn)備錄屏軟件，還有一個(gè)重要事情～準(zhǔn)備好給用戶的小禮品哦。

招募人員

人物：招募用戶

時(shí)間、地點(diǎn)、餐具都準(zhǔn)備好就可以有請你的好閨蜜們閃亮登場啦。

你對于選閨蜜，選男友有要求，我們對于招募用戶也是有要求的，招募的用戶可從用戶畫像中尋找相關(guān)特征，比如說你用戶分層有老年人、青少年、兒童，那你則需要把著三類用戶都招過來才好。每組 4-5 人即可。

小心研發(fā)為你挖坑

當(dāng)然也可以粗暴的將用戶分為兩類，專家級用戶、小白用戶。

專家級用戶就像我們這種做設(shè)計(jì)師、或者研發(fā)、產(chǎn)品、具備競品經(jīng)驗(yàn)用戶、用戶特征和我們的產(chǎn)品匹配的。普通用戶所指沒有相關(guān)經(jīng)驗(yàn)的，了解行業(yè)較少小白用戶。有些伙伴應(yīng)該發(fā)現(xiàn)了我標(biāo)記的紅圈，測試時(shí)要注意不要讓同組產(chǎn)品或者研發(fā)作為被測試人員，東西都是他們研發(fā)的，你讓他們說哪里有邏輯 bug 那他能告訴你么？又當(dāng)裁判又當(dāng)運(yùn)動(dòng)員可不行。

核心目標(biāo)在哪里 ？

有目標(biāo)才會(huì)衍生任務(wù)

時(shí)間地點(diǎn)人物介紹清楚了，就要說一下我們測試目任務(wù)是什么，畢竟有目標(biāo)才會(huì)有前進(jìn)的方向。

例：你想成為設(shè)計(jì)高手所以來閱讀文章

例：做了兩個(gè)設(shè)計(jì)版本，想確定哪一個(gè)版本更好，所以測試

例：不確定當(dāng)前方案是否滿足用戶訴求，所以進(jìn)行測試

例：功能已經(jīng)上線，想觀察用使用狀態(tài)，進(jìn)一步總結(jié)為迭代做準(zhǔn)備。

不可能今天咱腦門兒一熱，突發(fā)奇想來做個(gè)測試吧？

我們要做的事情 ，搞清價(jià)值、理清任務(wù)、設(shè)計(jì)量表

任務(wù) 1：明確功能本身價(jià)值，此能幫助用戶解決什么問題？（一句話說清楚此功能的作用，換句話說就是這個(gè)功能最起碼有用）。

任務(wù) 2：確定好功能后圍繞此功能 展開其用戶操作流程。

例：我想在購物軟件上買一架直升機(jī)，流程大概是：打開 APP—搜索并挑選—加入購物車—下單并支付，將此流程記錄形成任務(wù)（流程）大綱。

大綱特征也可幫助指導(dǎo)我們篩選招募人員，例上述流程可判斷出招募人員的特征最起碼要帥氣！多金、有購物（網(wǎng)購）習(xí)慣的用戶。

價(jià)值與任務(wù)

輸出這樣一份表格，將目標(biāo)、任務(wù)細(xì)化。

還需要準(zhǔn)備幾份量表，ASQ 量表、SUS 量表等。不要被名字嚇到，其實(shí)使用起來非常簡單?。?！這兩份量表內(nèi)容都是固定的，咱拿去套用就行。

ASQ 量表：用戶執(zhí)行任務(wù)后對有效性、滿意度做出評價(jià)。畢竟測試做的是否成功，任務(wù)設(shè)計(jì)的是否復(fù)雜需要一個(gè)標(biāo)準(zhǔn)來衡量，我們測試做的是是否成功？是不是需要和領(lǐng)導(dǎo)做匯報(bào)？拿什么去匯報(bào)？這個(gè)表不就解決問題了。

SUS 量表：用來判斷咱們產(chǎn)品的可用性和易用性。

雖說題目是固定的，但大家要對其中內(nèi)容有所了解，例 SUS 量表中第 6 條：我發(fā)現(xiàn)產(chǎn)品中很多不一致的地方，用戶可能會(huì)疑惑，這是啥意思？需向他進(jìn)行解釋，比如說顏色使用不一致，字體大小不一樣，設(shè)計(jì)風(fēng)格不一致，操作上、流程上和用戶的使用習(xí)慣不一致等等。

這兩種量表都是 5 分制，分別是從非常不滿意—非常滿意，拿到用戶評分后進(jìn)行平均值計(jì)算就好啦。

ASQ 、SUS

說一下 SUS 量表的計(jì)算規(guī)則，敲黑板啦??！很簡單一聽就會(huì)。

這 10 道題里

將奇數(shù)題：用戶評分-1（如用戶第 1 題評 4 分，那該道題的得分則是 4-1=3）

偶數(shù)題：5-用戶評分（如用戶第 2 題評 4 分，那該道題的得分則是 5-4=1）

然后將 10 道題的分?jǐn)?shù)相加在乘 2.5，就等于總分啦。

如果平均分超過了 70，使用體驗(yàn)已經(jīng)甩出其他產(chǎn)品幾條街了，如果低于 58 分，那這項(xiàng)功能需要慎重考慮一下了哦。

除此之外還需準(zhǔn)備記錄表、日程表、用戶知情同意書、保密協(xié)議等等（不過類似于這種玩意公司內(nèi)部測試很少用，除非保密項(xiàng)目或一些 B 端項(xiàng)目，嚴(yán)謹(jǐn)就準(zhǔn)備一下，單純分析調(diào)研倒不用那麻煩，依自己公司情況來定就好啦）。

串聯(lián)一下

四、測試前的準(zhǔn)備

總體串聯(lián)一下：

咱想請男神吃飯這，先邀請閨蜜來家里試吃。

測試目標(biāo)：測試飯菜做的好不好，是不是達(dá)到上線標(biāo)準(zhǔn)（測試價(jià)值/目標(biāo)）

測試時(shí)間/地點(diǎn)：下午 2:00 在家里（預(yù)約受訪者）

準(zhǔn)備物品：餐盤、餐巾紙、刀叉等等（設(shè)備準(zhǔn)備、各類表準(zhǔn)備）

參與人員：生活精致、愛美食、女性巴拉巴拉（根據(jù)特征進(jìn)行用戶篩選、招募測試人員）

測試任務(wù)：先吃沙拉后吃醬、先吃甜點(diǎn)后吃飯（任務(wù)大綱梳理）

五、執(zhí)行可用性測試

準(zhǔn)備工作已就緒，是騾子是馬走上一圈～

團(tuán)伙作案

團(tuán)伙作案

團(tuán)伙先占領(lǐng)會(huì)議室：團(tuán)伙配置要求需 2-3 人，不易過多，你想想如果你在吃飯時(shí)一群人圍著你，能自在嗎？如果人員不夠，則最大標(biāo)配主持人、觀察員。

主持人：最好是行業(yè)相關(guān)的人，親人、不要總板著臉，總不好請一個(gè)光頭、膀大腰圓的花臂大哥吧？會(huì)嚇到客人（反正我害怕）。

觀察員：需降低自身存在感默默在一旁觀察、記錄他的罪證。

座位要求：客人要坐在主要位置，其他人可選擇坐在斜對角、側(cè)面、避免給客人帶來心理壓力。

注意：測試過程中不要隨意的去打斷客人操作！咱要講禮貌不是～

暖場子

暖場子

人都來了總要吱個(gè)聲打招呼吧！先把場子暖起來??！嗨起來！！

參與測試者和我們大概率不熟，需寒暄一下、進(jìn)行段自我介紹，記得隨行伙伴也要介紹，畢竟你不是來說單口相聲。

告知測試目的、注意事項(xiàng)告知，畢竟可能會(huì)錄屏、錄音、攝像等等，需讓參與者知情，告知錄像錄音之類的只用來做分析，不會(huì)泄漏出去。告知操作不分對錯(cuò)，測試者可按自己習(xí)慣操作，如遇困難盡量努力解決，我們不會(huì)提供過多幫助巴拉巴拉...這種話術(shù)就自己編輯一下就好啦～

切記做介紹時(shí)不要照著稿子念，毫無感情色彩會(huì)讓人感受上非常不適，我們只是嘮家常而已，像朋友一樣聊聊天，可以圍繞著想要測試的功能進(jìn)行詢問。

舉個(gè)栗子

例：怎么樣，最近忙不忙？平時(shí)還有機(jī)會(huì)和伙伴出去聚餐吃飯什么的？你和朋友出去通常都吃些什么？你們是提前預(yù)定還是直接去餐廳吃呀？你是如何通過軟件預(yù)定呢（進(jìn)入主題）

也可以做測試前的訪談，了解一下用戶的年齡啦、崗位啦、習(xí)慣特性之類的（不過我更傾向用戶特征內(nèi)容可在招募用戶時(shí)的問卷中收集）

通過聊天形式了解用戶，拉近距離，同時(shí)引導(dǎo)他們進(jìn)入操作場景

如測試的場景出現(xiàn)概率比較低，可通過講故事、提假設(shè)、引導(dǎo)用戶操作，總而言之，言而總之要給用戶一個(gè)執(zhí)行任務(wù)的理由。

提出任務(wù)

為用戶設(shè)計(jì)的任務(wù)要聚焦在核心流程上，不要搞那種找到某個(gè)功能按鈕，可以把這些個(gè)小問題融合在大流程內(nèi)一起測試，正所謂好鋼用在刀刃上。

要是招募人過來就是為了找不同，實(shí)在是對不起這份折騰。

明確任務(wù)的起始點(diǎn)在哪，用戶會(huì)在哪里開始，哪里結(jié)束，這也是對于任務(wù)設(shè)計(jì)是否合理判定標(biāo)準(zhǔn)之一，關(guān)于起始點(diǎn)和任務(wù)流程前面說過 這就不再贅述了。

明確起始點(diǎn)

提個(gè)注意事項(xiàng)，布置給測試者的任務(wù)不要顆粒度過高，要符合用戶的操作邏輯。

吃飯就好好吃飯，不要要求人家吃幾粒米、菜要嚼多少口，限制過度、任務(wù)顆粒度過高會(huì)導(dǎo)致用戶無法按照個(gè)人操作習(xí)慣進(jìn)行執(zhí)行，測試也就失去了意義。

符合邏輯，大家都知道甜點(diǎn)應(yīng)該飯后吃，你上來就讓人家炫甜點(diǎn)明顯不符合大家正常邏輯，不符合邏輯的操作，用戶只會(huì)覺得莫名其妙罷了，不會(huì)帶來實(shí)際價(jià)值。

任務(wù)大綱只需給個(gè)大概，讓其自由操作就好，如測試結(jié)果于我們計(jì)劃的相差甚遠(yuǎn)，需反思一下是不是話術(shù)引導(dǎo)出了問題，或者功能本身出了問題，又或是我們未給出任務(wù)框定條件，例：想讓用戶操作產(chǎn)品中的地圖導(dǎo)航，布置任務(wù)時(shí)告訴用戶要從地點(diǎn) A 到達(dá)地點(diǎn) B，參與者直接掏出百度地圖！這明顯脫離測試范圍，需要及時(shí)干預(yù)、補(bǔ)全任務(wù)條件：僅使用某某 APP 完成此任務(wù)。

總結(jié)：創(chuàng)建任務(wù)注意事項(xiàng)

任務(wù)聚焦：聚焦核心流程、能為用戶來帶價(jià)值意義的功能上，任務(wù)安排不易過簡單。

場景化：布置任務(wù)前先為用戶塑造場景，為用戶執(zhí)行任務(wù)創(chuàng)造理由。

常規(guī)化：任務(wù)操作邏輯合理，步驟安排顆粒度不易過高。

起始點(diǎn)明確：判斷用戶是否完成的主要依據(jù)。

聽她說 、看他做

開始「偷窺」

此過程中主要是聽她說、看他做。

聽她說：可讓用戶在每步操作時(shí)說出來他要做什么（這也稱之為：發(fā)聲法），或談自己的想法，我們跟著用戶思路就好，如用戶操作過程中忘記說出自己的操作，或在某一頁面長時(shí)間停留，可適度提醒：此時(shí)你在想什么，可以分享一下嗎？或者問您在看什么？您在操作什么？

如用戶操作過程中出現(xiàn)困惑，向我們求助，我們要嘗試進(jìn)行反問：您覺得接下來怎么操作比較合適？您平時(shí)是怎樣進(jìn)行操作的呢？引導(dǎo)鼓勵(lì)用戶進(jìn)行思考。

全程我們應(yīng)保持中立，不要誘導(dǎo)用戶做出操作，如確實(shí)遇到了 BUG 無法避免未知錯(cuò)誤時(shí)可先引導(dǎo)跳過此步驟。

看他做：多觀察用戶的操作、肢體、表情等。例如他在操作某步驟時(shí)皺眉、忽然淺笑、撫摸下巴、 摸耳朵等等，任務(wù)結(jié)束后需及時(shí)提問讓其為你解答（看您在操作某某步驟時(shí)淺笑了一下，可以和我分享一下原因嘛？看到你操作某步驟時(shí)不斷摸下巴，是遇到了什么困難嗎？等等）。

用戶訪談

提問過程屬于訪談內(nèi)容咯，這里就不進(jìn)行展開談啦～后續(xù)會(huì)繼續(xù)寫篇訪談技巧文章的～

問卷回收/總結(jié)

任務(wù)、訪談結(jié)束后就可以掏出咱們準(zhǔn)備好的各種表讓他填啦。ASQ、SUS 等等量表。

著重說一下用戶體驗(yàn)記錄，此表需讓用戶根據(jù)（京東團(tuán)隊(duì)整理的）21 條可用性原則輔助理解進(jìn)行填寫，21 條會(huì)將問題進(jìn)行分類：例導(dǎo)航、頁面、內(nèi)容、功能需求等等，方便我們后續(xù)對問題進(jìn)行整理。（注意表中需允許用戶插入圖片，可以輔助我們準(zhǔn)確判斷用戶所闡述問題點(diǎn)在哪。）此表偏向于讓專家級用戶填寫，對小白用來說戶理解成本偏高，咱們很難有效回收問卷。

匯報(bào)一下

總結(jié)匯報(bào)

將咱們訪談過程遇到的問題、問卷回收問題進(jìn)行分類整理。描述問題點(diǎn)、問題出現(xiàn)原因是什么、缺陷重要程度、是否有優(yōu)化空間、是否存在對應(yīng)的某些設(shè)計(jì)難點(diǎn)等等?？偨Y(jié)并輸出設(shè)計(jì)建議反饋到領(lǐng)導(dǎo)以取得支持。

總體來看一遍訪談流程

知道很多伙伴可能看的看那么多字，在此總結(jié)了測試框架，大家按框架去執(zhí)行可用性測試就好啦。

流程框架

此外擔(dān)心表格內(nèi)容看不清，為大家放大一下，有需要的伙伴可以拿去抄作業(yè)。

記錄表 、匯總表、維度表

ASQ 、SUS、21 條

21 條/緯度包含了大部分設(shè)計(jì)落點(diǎn)，不會(huì)定義目標(biāo)的伙伴可在表內(nèi)尋找問題，帶著問題進(jìn)行倒推 走查自己的項(xiàng)目。

可用性測試還需要用到用戶記錄表、劇本設(shè)計(jì)、任務(wù)表等等，這里就不為大家一一展示了，畢竟每個(gè)人所做的事、所處的環(huán)境不同，此類表大家按需自定義就好咯。

伙伴們也可將本篇框架帶入自己的作品集，多提一嘴，咱們總談到的‘用戶體驗(yàn)地圖’其實(shí)也與可用性測試息息相關(guān)，如果你有在作品中提到體驗(yàn)地圖，將其與可用性測試關(guān)聯(lián)在一起可很大程度的怎加地圖可信度。

這就是發(fā)現(xiàn)問題—分析問題—提出方案的過程嘛～有框架做支撐就不會(huì)讓人覺得的作品設(shè)計(jì)一眼假嘍～希望本次寫的內(nèi)容可以對你有所幫助。

最后！祝你和男神女神吃飯愉快

拜拜～