最近一陣有些難以抑制的腦癢手癢，閱讀和碼字的欲望也漸增；卻受時(shí)間精力等絕對(duì)客觀因素所限，不得不維系一周一篇譯文的頻率，感覺(jué)多少有那么點(diǎn)沮喪和無(wú)奈。

關(guān)于本文，其實(shí)在標(biāo)題上猶豫了蠻久。這篇內(nèi)容是新書(shū)A Practical Guide to Web App Success的第15章；主題顯然應(yīng)該在Web應(yīng)用方面，但是本章單獨(dú)拎出來(lái)看的話(huà)，卻又適用于各種常見(jiàn)類(lèi)型的Web產(chǎn)品。whatever，不矛盾。作者Dan Zambonini在本文中將向我們闡述Web應(yīng)用在原型階段的設(shè)計(jì)與測(cè)試工作的重要性，并從實(shí)際執(zhí)行的角度出發(fā)，介紹一些經(jīng)驗(yàn)方法和常用工具。走著。

產(chǎn)品在原型階段的設(shè)計(jì)與測(cè)試工作，是決定一款移動(dòng)應(yīng)用能否成功的重要因素。提到原型設(shè)計(jì)和用戶(hù)測(cè)試，人們往往容易產(chǎn)生厭倦與回避的感覺(jué)。這也不奇怪，在很多實(shí)際項(xiàng)目中，這方面的工作似乎就是“隨意性強(qiáng)”，“耗時(shí)”，“高成本”一類(lèi)的代名詞。

不過(guò)在我看來(lái)，它們其實(shí)是整個(gè)設(shè)計(jì)流程里最重要的環(huán)節(jié)。無(wú)論你或你的團(tuán)隊(duì)在用戶(hù)界面視覺(jué)設(shè)計(jì)等方面有多高的造詣，我都建議各位對(duì)原型環(huán)節(jié)的相關(guān)工作提高重視?；诟弑Ｕ嬖偷挠脩?hù)測(cè)試，可以讓很多關(guān)于需求、功能、界面設(shè)計(jì)等方面的潛在問(wèn)題盡早暴露出來(lái)；這類(lèi)問(wèn)題往往直接關(guān)乎著產(chǎn)品的成敗。

另外，原型階段的工作非但不代表“耗時(shí)”與“高成本”，實(shí)際上正相反。從整個(gè)項(xiàng)目的角度講，在原型的設(shè)計(jì)與測(cè)試過(guò)程中發(fā)現(xiàn)問(wèn)題并加以解決，比將問(wèn)題留到視覺(jué)設(shè)計(jì)和開(kāi)發(fā)流程中再處理，要省時(shí)省力的多。

原型設(shè)計(jì)

原型設(shè)計(jì)工作需要相關(guān)人員具備交互設(shè)計(jì)、構(gòu)圖、網(wǎng)格系統(tǒng)、風(fēng)格繼承等方面的知識(shí)技能。如果你在一個(gè)小團(tuán)隊(duì)內(nèi)工作，盡量讓相關(guān)同事也參與到原型設(shè)計(jì)的工作中，從每個(gè)職能角度提出意見(jiàn)和建議。如果你們?cè)跒榭蛻?hù)開(kāi)發(fā)移動(dòng)應(yīng)用，那么在這個(gè)階段要與他們盡可能多的進(jìn)行需求溝通，保證及時(shí)有效的反饋與迭代。

不過(guò)有一點(diǎn)需要注意，在參與原型設(shè)計(jì)的人員范圍方面要做好把握。參與者應(yīng)該包括與產(chǎn)品功能決策相關(guān)的產(chǎn)品及設(shè)計(jì)等上下游職能人員。我在實(shí)際項(xiàng)目中碰到過(guò)很多次這樣的情況，就是開(kāi)發(fā)部門(mén)的技術(shù)人員在原型設(shè)計(jì)階段進(jìn)行了過(guò)多的介入，除了常規(guī)的技術(shù)評(píng)審之外，還提出了很多以技術(shù)開(kāi)發(fā)為中心的原型設(shè)計(jì)建議，這顯然是本末倒置的。

1.選擇最重要的視圖界面

如果你有足夠多的時(shí)間及技術(shù)資源去為每個(gè)視圖界面都創(chuàng)建對(duì)應(yīng)的線框原型，這也不壞。不過(guò)通常情況下，你只需要搞幾個(gè)最重要的、最具代表性的界面就OK了；其他多數(shù)可以通過(guò)同一張?jiān)蛨D去代表。

舉例說(shuō)，Twitter和Facebook的首頁(yè)動(dòng)態(tài)與用戶(hù)個(gè)人界面在形式上是很相似的，用一個(gè)原型就可以解決了。對(duì)這兩個(gè)應(yīng)用來(lái)說(shuō)，真正必要的關(guān)鍵視圖界面原型只有大約4個(gè)的樣子，包括用戶(hù)注冊(cè)、動(dòng)態(tài)列表、用戶(hù)搜索和用戶(hù)搜索結(jié)果等。

對(duì)于“最小可用產(chǎn)品”(Minimum Viable Product,MVP)，那么4到5個(gè)關(guān)鍵屏已經(jīng)足夠多了。在后續(xù)的功能開(kāi)發(fā)和迭代的過(guò)程中，可以再繼續(xù)為那些相對(duì)獨(dú)立的、非最簡(jiǎn)化核心的功能界面設(shè)計(jì)新的原型。

2.列出視覺(jué)元素

接下來(lái)，列出所有需要用到的視覺(jué)元素，包括文本、按鈕、表單、圖形、菜單等；不要忘記那些默認(rèn)不會(huì)顯示出來(lái)的元素，比如警告和出錯(cuò)信息、狀態(tài)提示、操作反饋等。對(duì)于簡(jiǎn)單的項(xiàng)目，使用紙和筆來(lái)完成這步工作就夠了。

由于這些UI元素是需要被復(fù)用的，所以在使用它們構(gòu)建原型的時(shí)候，我們可以從最重要的視圖界面入手，也就是包含了最多內(nèi)容結(jié)構(gòu)和功能的、用戶(hù)會(huì)花很多時(shí)間進(jìn)行瀏覽和操作的界面。這樣可以盡早確保UI元素的功能合理性。

回到我們的烹調(diào)app上(貫穿本書(shū)前幾章的演示案例)，從“最小可用產(chǎn)品”的角度，我們只需要一個(gè)主要功能：查找食材。在主界面中，包含的視覺(jué)元素及模塊大致有：

• 搜索框
• 搜索失敗的提示
• 熱門(mén)搜索關(guān)鍵詞
• 隨用戶(hù)輸入而顯示的搜索建議
• 飲食分類(lèi)，包括素食、健康、低糖等
• app的功能服務(wù)簡(jiǎn)述
• 添加食材的入口鏈接
• 用戶(hù)的最近搜索關(guān)鍵詞
• logo

3.將視覺(jué)元素分組并進(jìn)行優(yōu)先級(jí)排序

從功能及內(nèi)容的角度，將上面列表中的元素條目進(jìn)行分組，并按照優(yōu)先級(jí)從高到低的順序排列：

• 搜索框、搜索失敗提示、搜索建議
• 熱門(mén)關(guān)鍵詞、飲食分類(lèi)、最近搜索關(guān)鍵詞
• logo、app的功能服務(wù)簡(jiǎn)述
• 添加食材的入口鏈接

對(duì)于最簡(jiǎn)化可實(shí)行產(chǎn)品來(lái)說(shuō)，分組和排序的工作會(huì)很容易進(jìn)行。如果app的功能比較復(fù)雜，視覺(jué)元素和模塊過(guò)多，你可以嘗試卡片排序的方式。將每個(gè)元素條目寫(xiě)在卡片上，使形式更加實(shí)體化、獨(dú)立化，便于操作。讓團(tuán)隊(duì)相關(guān)人員參與進(jìn)來(lái)，征詢(xún)分組建議，最終達(dá)成一種統(tǒng)一的模式。

4.為每組視覺(jué)元素制作低保真原型

草圖時(shí)間，開(kāi)始動(dòng)手吧。低保真階段，不需要任何藝術(shù)美化方面的因素介入。

不必介意能否一開(kāi)始就把所有元素畫(huà)的得當(dāng)和到位，這是一個(gè)創(chuàng)作的過(guò)程，完全可以多嘗試嘗試你頭腦中不同的方案。而且我們之前的分組方案也不是絕對(duì)的，在制作草稿的過(guò)程里，如果你覺(jué)得最近“搜索關(guān)鍵詞”在邏輯上與搜索框更加貼近，那么就修改一下分組，沒(méi)問(wèn)題。要記得，在原型設(shè)計(jì)的整個(gè)過(guò)程里，我們有一個(gè)大原則，就是讓迭代與更新發(fā)生的盡量早些。

目前還不用考慮各元素在“一致性”方面的問(wèn)題，不必為他們之間的位置和尺寸關(guān)系牽扯精力；現(xiàn)在我們只要關(guān)注每個(gè)元素獨(dú)立的個(gè)體。

5.線框圖

是時(shí)候把這些UI元素的低保真原型撮合到線框原型中了；不要忘記我們之前對(duì)它們進(jìn)行分組時(shí)的優(yōu)先級(jí)排序。在這期間仍然會(huì)頻繁的發(fā)生迭代，所以不必過(guò)多考慮精確的網(wǎng)格對(duì)齊、配色或字體一類(lèi)。線框原型的設(shè)計(jì)制作過(guò)程，就是評(píng)估UI元素之間的平衡性、優(yōu)先級(jí)和互動(dòng)關(guān)系的過(guò)程。(可以參考閱讀我們之前關(guān)于線框原型的本質(zhì)及實(shí)踐應(yīng)用方面的文章)

在之前的低保真原型階段，紙和筆就足夠了；但是在線框原型的制作過(guò)程中，我們通常需要對(duì)模塊化、可復(fù)用的UI元素集合進(jìn)行布局規(guī)劃和調(diào)整。這時(shí)，我們可以使用一些工具來(lái)提高效率；試試看下面這些：

便簽貼紙

恩，最基本的方法，并且仍然沒(méi)有脫離紙筆，但不失靈活性與可行性。在每張便簽貼紙上畫(huà)一個(gè)UI元素，或是一組已經(jīng)模塊化的UI元素集合，根據(jù)需求隨意調(diào)整組合方案及布局位置。如果某元素或模塊本身需要調(diào)整，重新畫(huà)一枚即可，無(wú)需調(diào)整全局。

PowerPoint(PPT)或Keynote

首先說(shuō)明，我個(gè)人很討厭使用此類(lèi)作演示用的軟件工具進(jìn)行設(shè)計(jì)方面的工作，不過(guò)必須承認(rèn)，在快速草圖和分組歸類(lèi)設(shè)計(jì)元素等方面，它們還算好用。

Google文檔的繪圖工具

Google文檔工具套裝中的繪圖應(yīng)用也不錯(cuò)。雖然它并非專(zhuān)為Web設(shè)計(jì)而打造，但它的基本功能可以滿(mǎn)足我們制作線框圖的需求，而且遠(yuǎn)程多人協(xié)作等方面的功能特色也相當(dāng)實(shí)用。

獨(dú)立Web應(yīng)用

可以試試那些專(zhuān)門(mén)用來(lái)制作線框圖的基于瀏覽器的Web應(yīng)用。有的還不錯(cuò)，比如Mockingbird，很容易上手，基本功能一應(yīng)俱全。Pencil Project也是一個(gè)選擇，它是一款Firefox擴(kuò)展。

桌面應(yīng)用軟件

Balsamiq Mockups是一款不錯(cuò)的線框原型設(shè)計(jì)工具，它是商業(yè)軟件。當(dāng)然，如果你已經(jīng)有Microsoft Visio或是OmniGraffle的話(huà)，也可以使用它們提供的網(wǎng)頁(yè)線框模板。

我個(gè)人比較喜歡那些提供了低保真草圖風(fēng)格的軟件，這種風(fēng)格的線框圖可以顯得更加原始和自然，避免摻雜過(guò)多的視覺(jué)美化方面的因素。下圖左側(cè)為手繪草圖，右側(cè)為OmniGraffle的線框原型輸出。

對(duì)于以上幾種類(lèi)型的工具，我傾向于Web應(yīng)用或是桌面應(yīng)用軟件，因?yàn)樗鼈兌鄶?shù)都內(nèi)置了很全面的GUI組件庫(kù)。

低保真原型可以用于產(chǎn)品相關(guān)部門(mén)內(nèi)部進(jìn)行小規(guī)模的評(píng)審和測(cè)試。

6.高保真原型

該創(chuàng)建用于測(cè)試的高保真原型了。雖然高保真原型中的界面在接下來(lái)的流程中還需要被多次迭代，但是目前我們已經(jīng)可以盡量加入視覺(jué)風(fēng)格及涉及用戶(hù)體驗(yàn)的相關(guān)要素了。

高保真原型通常分為兩類(lèi)，一類(lèi)是可以通過(guò)Photoshop、Fireworks等設(shè)計(jì)工具來(lái)創(chuàng)建的圖片文件，純粹用以展示界面效果。另外一類(lèi)是真正意義上的交互原型。在使用高保真交互原型進(jìn)行測(cè)試的過(guò)程中，不必加入人工解說(shuō)或行為路徑引導(dǎo)，對(duì)于被測(cè)試者來(lái)說(shuō)，體驗(yàn)更加流暢，操作感更接近于實(shí)際產(chǎn)品。

高保真原型的交互功能并不需要基于真正生產(chǎn)級(jí)別的代碼，我們只要保證頁(yè)面元素可以根據(jù)用戶(hù)行為進(jìn)行必要的反饋即可。這種反饋可以通過(guò)硬編碼或腳本來(lái)實(shí)現(xiàn)。

通常，我們可以通過(guò)以下幾種方法來(lái)創(chuàng)建高保真交互原型：

• 將界面效果圖嵌入HTML，通過(guò)map和area標(biāo)簽，在圖片上添加熱點(diǎn)鏈接，用以響應(yīng)用戶(hù)的點(diǎn)擊。
• 使用Photoshop或Fireworks將界面效果圖快速切片，并直接生成HTML靜態(tài)頁(yè)面，實(shí)現(xiàn)簡(jiǎn)單的響應(yīng)功能。
• 如果你的前端能力OK，手頭夠快，不妨代碼伺候，直接上HTML、CSS、JavaScript，或使用Blueprint CSS和IxEdit這樣的前端框架。
• 使用更專(zhuān)業(yè)的原型工具軟件，如Axure RP或Serena Prototype Composer等，創(chuàng)建原型并導(dǎo)出成為可交互的頁(yè)面集合。
• 最后一種，希望不會(huì)與你的價(jià)值觀產(chǎn)生沖突…我們可以直接使用Dreamweaver、Microsoft Expression Web或Adobe Muse等軟件的所見(jiàn)即所得(WYSIWYG)設(shè)計(jì)模式來(lái)快速創(chuàng)建原型。反正目的在于快速制作并測(cè)試原型的交互方式；再說(shuō)高保真原型的代碼通常也不會(huì)被用作接下來(lái)的前端或后臺(tái)開(kāi)發(fā)。

用戶(hù)測(cè)試

通過(guò)用戶(hù)測(cè)試，我們可以直接和有效的洞察到產(chǎn)品在用戶(hù)行為、界面可用性、用戶(hù)期望與功能契合程度等方面的表現(xiàn)。本文所側(cè)重的原型階段的測(cè)試，更是可以幫助我們?cè)陧?xiàng)目初期就能達(dá)到以下幾方面的目標(biāo)：

• 在產(chǎn)品進(jìn)入開(kāi)發(fā)流程之前，發(fā)現(xiàn)并解決那些需求和功能設(shè)計(jì)合理性方面的問(wèn)題。
• 辨識(shí)并去除那些多余的功能，節(jié)省接下來(lái)的開(kāi)發(fā)成本。
• 盡早發(fā)現(xiàn)結(jié)構(gòu)布局和交互方式等方面的問(wèn)題，在接下來(lái)的迭代過(guò)程中，有針對(duì)性的優(yōu)化用戶(hù)體驗(yàn)，提升最終產(chǎn)品的用戶(hù)滿(mǎn)意度，推動(dòng)產(chǎn)品在市場(chǎng)中口碑的樹(shù)立。

用戶(hù)測(cè)試的大致方式及流程其實(shí)并不復(fù)雜：選擇合適的用戶(hù)作為測(cè)試對(duì)象，向他們提出一系列需要使用app原型來(lái)完成的目標(biāo)，記錄他們的行為及口頭陳述反饋。需要花些時(shí)間和心思去琢磨的的是整個(gè)測(cè)試工作的計(jì)劃與執(zhí)行過(guò)程中的細(xì)節(jié)問(wèn)題。

當(dāng)然，你可以雇用那些可用性測(cè)試方面的專(zhuān)業(yè)代理，由他們打包搞定所有的問(wèn)題，比如用戶(hù)選擇、任務(wù)設(shè)計(jì)、會(huì)話(huà)時(shí)長(zhǎng)的規(guī)劃、調(diào)查結(jié)果分析等；只要你的團(tuán)隊(duì)有足夠多的經(jīng)費(fèi)預(yù)算用來(lái)支付外包費(fèi)用。

幸運(yùn)的是，有一些實(shí)踐性強(qiáng)、成本低廉的方法和原則可供我們參考借鑒，自己解決問(wèn)題。另外，雖然多數(shù)的第三方代理在專(zhuān)業(yè)水準(zhǔn)方面值得信賴(lài)(并且價(jià)格昂貴)，但他們畢竟無(wú)法像我們自己一樣可以從頭到尾的了解我們的產(chǎn)品和需求，他們最終提供的分析報(bào)告往往無(wú)法達(dá)到能夠指引我們立刻采取反應(yīng)措施的程度。

測(cè)試規(guī)模

每輪會(huì)話(huà)的時(shí)常最好不要超過(guò)45分鐘，目標(biāo)任務(wù)保持在5個(gè)以?xún)?nèi)；否則，疲勞因素會(huì)導(dǎo)致用戶(hù)希望結(jié)束測(cè)試，進(jìn)而影響其行為。

如果測(cè)試會(huì)持續(xù)一整天，那么每輪測(cè)試會(huì)話(huà)之間要留有20到30分鐘的間隔，讓你和團(tuán)隊(duì)相關(guān)人員有時(shí)間對(duì)前一輪的測(cè)試情況進(jìn)行討論。

參與測(cè)試的用戶(hù)數(shù)量取決于你的應(yīng)用產(chǎn)品的規(guī)模級(jí)別。對(duì)于一些最小可用產(chǎn)品的原型，測(cè)試用戶(hù)的行為上有很強(qiáng)的關(guān)聯(lián)性，重要的問(wèn)題基本都可以在前面兩輪測(cè)試中很清楚的呈現(xiàn)出來(lái)。對(duì)于復(fù)雜的應(yīng)用，test subjects are more likely to identify unique issues, with diminishing returns as the total number of test users increases.Jakob Nielsen?suggests that five users offer the best insight before diminishing returns kick in significantly.(“…隨著測(cè)試用戶(hù)數(shù)量的增多而產(chǎn)生收益遞減的現(xiàn)象。Jakob Nielsen建議，在收益遞減的效應(yīng)變的顯著之前，5名測(cè)試用戶(hù)可以帶來(lái)最好的測(cè)試效果?！?不敢斷譯，求各位觀眾的幫助和指正。)

/*——————–更新 2011-12-04 17:26——————–*/

對(duì)于復(fù)雜的應(yīng)用，

由于每位用戶(hù)在測(cè)試中都可以有她獨(dú)特的發(fā)現(xiàn)，那么隨著用戶(hù)數(shù)量的增加，這種獨(dú)特性會(huì)降低，重復(fù)的發(fā)現(xiàn)會(huì)增加，這樣我們花的時(shí)間，金錢(qián)和精力就用在發(fā)掘重復(fù)的issue上了，這不是理想的效果，經(jīng)過(guò)研究5個(gè)人的數(shù)量剛好。

來(lái)自yingying同學(xué)的指正，thanx!

/*——————–/更新 2011-12-04 17:26——————–*/

計(jì)劃籌備

選擇測(cè)試任務(wù)

我們未必可以測(cè)試到app的方方面面，在時(shí)間和各種資源條件有限的情況下，可以盡量選擇最重要的、使用最頻繁的功能，來(lái)設(shè)計(jì)測(cè)試任務(wù)。

好的任務(wù)描述文案讀起來(lái)應(yīng)該更像劇情腳本，而不是簡(jiǎn)單的引導(dǎo)說(shuō)明；對(duì)比下面兩種風(fēng)格：

• “查找一種沙爹醬的替代品”——不是非常給力。
• “今晚，有位朋友會(huì)來(lái)你家用餐，他對(duì)堅(jiān)果過(guò)敏?？纯从惺裁捶椒梢韵鄳?yīng)的調(diào)整一下食譜？”——很好，具有很真實(shí)的情景感和帶入感。

記得自己先把這些任務(wù)過(guò)一遍，確保在正式開(kāi)始測(cè)試之前，原型本身不會(huì)出現(xiàn)明顯的錯(cuò)誤和問(wèn)題。

制定考量標(biāo)準(zhǔn)

測(cè)試結(jié)果通常會(huì)反映出大量可用性方面的問(wèn)題；量化的標(biāo)準(zhǔn)可以幫我們很直觀的比較出每輪測(cè)試之后產(chǎn)品在設(shè)計(jì)和功能方面的迭代成果。有以下幾方面的考量標(biāo)準(zhǔn)需要特別留意：

• 任務(wù)完成度：用戶(hù)成功的完成任務(wù)了沒(méi)？
• 完成任務(wù)的時(shí)長(zhǎng)：用戶(hù)花了多長(zhǎng)時(shí)間來(lái)完成任務(wù)？
• 所需的步驟：用戶(hù)在完成任務(wù)的過(guò)程里，需要訪問(wèn)多少頁(yè)面，會(huì)產(chǎn)生多少次觸摸或點(diǎn)擊？
• 用戶(hù)在完成任務(wù)的過(guò)程中犯了多少錯(cuò)誤，嚴(yán)重程度如何？
• 用戶(hù)滿(mǎn)意度如何？(5分制)

選擇用戶(hù)

必須選擇“有價(jià)值”的用戶(hù)進(jìn)行測(cè)試。對(duì)于烹飪類(lèi)的應(yīng)用來(lái)說(shuō)，找那些一周多數(shù)時(shí)間里以冷批薩為主食的用戶(hù)來(lái)參與測(cè)試，將是一件即無(wú)厘頭又坑爹的事。

可以基于早期的用戶(hù)人格與市場(chǎng)方面的調(diào)研來(lái)描述你希望尋找的目標(biāo)用戶(hù)。尋找的范圍和方式大致包括：

• 親朋好友以及業(yè)界相關(guān)的聯(lián)系人
• 通過(guò)你的網(wǎng)站或博客發(fā)布招募信息
• 在社交媒體中尋找與當(dāng)前產(chǎn)品領(lǐng)域相關(guān)的用戶(hù)
• 使用公告板、郵件列表等

酬謝回饋

如果你覺(jué)得很難找到測(cè)試對(duì)象，那么除了思考招募途徑方式以外，也可以考慮為參與測(cè)試的用戶(hù)提供一些酬謝回饋。大致的形式包括：

• 產(chǎn)品推出之后優(yōu)先或免費(fèi)使用的特權(quán)
• 酬金
• 代金券(網(wǎng)購(gòu)優(yōu)惠券或?qū)嶓w票券等)
• 吃吃喝喝

選擇測(cè)試工具

有很多現(xiàn)成的工具服務(wù)可以對(duì)用戶(hù)測(cè)試工作起到推動(dòng)和輔助作用。

Feedback Army會(huì)隨機(jī)邀請(qǐng)一些用戶(hù)來(lái)回答你的測(cè)試任務(wù)問(wèn)題，并以文本的形式進(jìn)行回饋。如果你的產(chǎn)品受眾面很大，那么這種方式還不壞，否則你將很難得到你所需要的方向性很強(qiáng)的回饋。

UserTesting則更加高端些，他們會(huì)幫你選擇合適的用戶(hù)群，并通過(guò)視頻記錄下用戶(hù)完成測(cè)試任務(wù)的過(guò)程，然后將結(jié)果發(fā)送給你，而且成本還算廉價(jià)。一個(gè)弊端是，他們對(duì)用戶(hù)的篩選是基于統(tǒng)計(jì)數(shù)據(jù)的，所以如果你希望參與測(cè)試的用戶(hù)應(yīng)該是那些每周至少5天會(huì)在家做飯的人，那么你能依靠的就只有用戶(hù)的誠(chéng)實(shí)了。另外，你也無(wú)法在測(cè)試過(guò)程中針對(duì)重要的交互環(huán)節(jié)向用戶(hù)提出具體問(wèn)題。

如果你需要與用戶(hù)進(jìn)行遠(yuǎn)程交流互動(dòng)，那么屏幕錄制和分享等功能是必不可少的。Adobe ConnectNow和Skype在這方面都很給力，iShowU(Mac)和Camtasia Studio(Windows)也是不錯(cuò)的選擇。

當(dāng)然，最好的測(cè)試方式，還是在面對(duì)面的互動(dòng)中對(duì)用戶(hù)微妙的反應(yīng)進(jìn)行觀察和分析。最好攝像頭和麥克風(fēng)來(lái)記錄下整個(gè)會(huì)話(huà)過(guò)程，并在測(cè)試結(jié)束后使用Silverback(Mac)或Morae(Windows)這類(lèi)工具回放，進(jìn)行分析。

引導(dǎo)測(cè)試進(jìn)行

在測(cè)試的當(dāng)天，做好一切準(zhǔn)備，對(duì)測(cè)試所需的軟硬件進(jìn)行最后的測(cè)試。歡迎參與者的到來(lái)，對(duì)他們花時(shí)間參與測(cè)試表示感謝。

盡量讓用戶(hù)覺(jué)得輕松自在，以保證測(cè)試可以自然的進(jìn)行。預(yù)先將酬勞支付給他們，避免他們會(huì)擔(dān)心“只有正確的完成測(cè)試才能拿到報(bào)酬”。向參與者解釋清楚測(cè)試的目的，要讓他們明白真正的測(cè)試對(duì)象是app產(chǎn)品，而不是他們自身。告訴他們對(duì)接下來(lái)的任務(wù)盡力而為就好，完全不必顧慮是否會(huì)犯錯(cuò)。

最好事先簽訂一份簡(jiǎn)單的授權(quán)協(xié)議，告知用戶(hù)接下來(lái)的測(cè)試過(guò)程會(huì)被影音記錄，并用于今后的內(nèi)部分析。要確保用戶(hù)的隱私得到充分的保護(hù)，影音資料不會(huì)被在外部公開(kāi)。

最重要的一點(diǎn)，要鼓勵(lì)參與者大膽的思考及表述，不要擔(dān)心什么；不過(guò)同時(shí)要讓他們知道，你不會(huì)回答任何關(guān)于怎樣使用app完成任務(wù)方面的問(wèn)題。你要盡量營(yíng)造出一種參與者正在獨(dú)自使用產(chǎn)品完成任務(wù)的情景。

作為測(cè)試的主持者，你的責(zé)任是保持客觀，認(rèn)真傾聽(tīng)。一開(kāi)始可以設(shè)置一些簡(jiǎn)單的任務(wù)，讓參與者可以比較從容的進(jìn)入角色。切記，在布置任務(wù)和提問(wèn)的過(guò)程中，要避免引導(dǎo)出你希望得到的答復(fù)。多對(duì)參與者進(jìn)行鼓勵(lì)，給予一些非承諾性的回饋；如果他們?cè)诓僮鬟^(guò)程中犯了錯(cuò)誤，首先給出一定的時(shí)間讓他們自己思考和修正，只有在確實(shí)無(wú)法進(jìn)行下去的時(shí)候再進(jìn)行必要的干預(yù)。

向用戶(hù)提問(wèn)的時(shí)候，不要加入“選項(xiàng)”的因素。下面幾種問(wèn)法比較得當(dāng)：

• “你可以描述一下你正在做什么嗎？”
• “你正在思考什么？”
• “這和你的預(yù)期一致嗎？”

測(cè)試之后

測(cè)試結(jié)束之后，記得要再次向參與者表示感謝；他們很有可能成為產(chǎn)品的第一批口碑傳播者，尤其是當(dāng)他們正好屬于產(chǎn)品的目標(biāo)用戶(hù)群的話(huà)。在測(cè)試任務(wù)全部結(jié)束后，可以讓他們對(duì)產(chǎn)品滿(mǎn)意度進(jìn)行簡(jiǎn)單的打分。

測(cè)試結(jié)束后，立刻記錄你在測(cè)試過(guò)程中洞察到的各種細(xì)節(jié)問(wèn)題，越詳盡越好。即使其中一些想法是沒(méi)什么價(jià)值的，也可以在接下來(lái)的分析過(guò)程中剔除掉。

和你的團(tuán)隊(duì)一起回顧整個(gè)測(cè)試過(guò)程，對(duì)發(fā)現(xiàn)的問(wèn)題進(jìn)行歸納和總結(jié)，理清優(yōu)先級(jí)，并盡快在下一輪的產(chǎn)品原型迭代中做出相應(yīng)的改進(jìn)和調(diào)整。

總結(jié)

最后，我們來(lái)歸納一下本文中關(guān)于Web應(yīng)用原型設(shè)計(jì)及相關(guān)測(cè)試的內(nèi)容要點(diǎn)：

• 列出原型所需的視覺(jué)元素，按照功能優(yōu)先級(jí)排序分組。
• 使用紙和筆簡(jiǎn)單的勾畫(huà)低保真原型。
• 對(duì)應(yīng)用的關(guān)鍵界面視圖，使用輔助工具設(shè)計(jì)制作線框圖和高保真原型。
• 在邀請(qǐng)用戶(hù)進(jìn)行原型測(cè)試之前首先進(jìn)行內(nèi)部測(cè)試評(píng)審。
• 在用戶(hù)測(cè)試前，充分制定好考量標(biāo)準(zhǔn)。
• 使用情景腳本風(fēng)格的測(cè)試引導(dǎo)。
• 參與測(cè)試的用戶(hù)應(yīng)該與app的目標(biāo)市場(chǎng)有契合點(diǎn)。
• 對(duì)參與者給予適當(dāng)?shù)某陝凇?/li>
• 使用影音設(shè)備記錄下測(cè)試過(guò)程。
• 作為測(cè)試的主持者，要保持客觀，在布置任務(wù)和提問(wèn)的過(guò)程中，避免引導(dǎo)性的問(wèn)題。
• 測(cè)試結(jié)束后立刻記錄過(guò)程中發(fā)現(xiàn)的問(wèn)題，及時(shí)分析測(cè)試結(jié)果，對(duì)原型進(jìn)行迭代。

來(lái)源：beforweb