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

yixieshi

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

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

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

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

　　原型設(shè)計

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

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

　　1.選擇最重要的視圖界面 互聯(lián)網(wǎng)的一些事

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

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

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

　　2.列出視覺元素 互聯(lián)網(wǎng)的一些事

　　接下來，列出所有需要用到的視覺元素，包括文本、按鈕、表單、圖形、菜單等;不要忘記那些默認不會顯示出來的元素，比如警告和出錯信息、狀態(tài)提示、操作反饋等。對于簡單的項目，使用紙和筆來完成這步工作就夠了。 互聯(lián)網(wǎng)的一些事

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

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

　　●搜索框 yixieshi

　　●搜索失敗的提示

　　●熱門搜索關(guān)鍵詞

互聯(lián)網(wǎng)的一些事

　　●隨用戶輸入而顯示的搜索建議 互聯(lián)網(wǎng)的一些事

　　●飲食分類，包括素食、健康、低糖等

　　●app的功能服務(wù)簡述

　　●添加食材的入口鏈接

互聯(lián)網(wǎng)的一些事

　　●用戶的最近搜索關(guān)鍵詞

互聯(lián)網(wǎng)的一些事

　　●logo

互聯(lián)網(wǎng)的一些事

　　3.將視覺元素分組并進行優(yōu)先級排序

互聯(lián)網(wǎng)的一些事

　　從功能及內(nèi)容的角度，將上面列表中的元素條目進行分組，并按照優(yōu)先級從高到低的順序排列： 互聯(lián)網(wǎng)的一些事

　　●搜索框、搜索失敗提示、搜索建議 yixieshi

　　●熱門關(guān)鍵詞、飲食分類、最近搜索關(guān)鍵詞

yixieshi

　　●logo、app的功能服務(wù)簡述

yixieshi

　　●添加食材的入口鏈接

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

　　4.為每組視覺元素制作低保真原型 互聯(lián)網(wǎng)的一些事

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

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

互聯(lián)網(wǎng)的一些事

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

互聯(lián)網(wǎng)的一些事

　　5.線框圖

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

yixieshi

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

互聯(lián)網(wǎng)的一些事

　　便簽貼紙 yixieshi

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

　　PowerPoint(PPT)或Keynote yixieshi

　　首先說明，我個人很討厭使用此類作演示用的軟件工具進行設(shè)計方面的工作，不過必須承認，在快速草圖和分組歸類設(shè)計元素等方面，它們還算好用。 互聯(lián)網(wǎng)的一些事

　　Google文檔的繪圖工具

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

yixieshi

　　獨立Web應(yīng)用

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

　　桌面應(yīng)用軟件 yixieshi

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

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

　　對于以上幾種類型的工具，我傾向于Web應(yīng)用或是桌面應(yīng)用軟件，因為它們多數(shù)都內(nèi)置了很全面的GUI組件庫。 yixieshi

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

　　6.高保真原型 互聯(lián)網(wǎng)的一些事

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

yixieshi

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

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

互聯(lián)網(wǎng)的一些事

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

yixieshi

　　●將界面效果圖嵌入HTML，通過map和area標(biāo)簽，在圖片上添加熱點鏈接，用以響應(yīng)用戶的點擊。

yixieshi

　　●使用Photoshop或Fireworks將界面效果圖快速切片，并直接生成HTML靜態(tài)頁面，實現(xiàn)簡單的響應(yīng)功能。

　　●如果你的前端能力OK，手頭夠快，不妨代碼伺候，直接上HTML、CSS、JavaScript，或使用Blueprint CSS和IxEdit這樣的前端框架。 yixieshi

　　●使用更專業(yè)的原型工具軟件，如Axure RP或Serena Prototype Composer等，創(chuàng)建原型并導(dǎo)出成為可交互的頁面集合。

互聯(lián)網(wǎng)的一些事

　　●最后一種，希望不會與你的價值觀產(chǎn)生沖突...我們可以直接使用Dreamweaver、Microsoft Expression Web或Adobe Muse等軟件的所見即所得(WYSIWYG)設(shè)計模式來快速創(chuàng)建原型。反正目的在于快速制作并測試原型的交互方式;再說高保真原型的代碼通常也不會被用作接下來的前端或后臺開發(fā)。

　　用戶測試

yixieshi

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

yixieshi

　　●在產(chǎn)品進入開發(fā)流程之前，發(fā)現(xiàn)并解決那些需求和功能設(shè)計合理性方面的問題。

互聯(lián)網(wǎng)的一些事

　　●辨識并去除那些多余的功能，節(jié)省接下來的開發(fā)成本。 yixieshi

　　●盡早發(fā)現(xiàn)結(jié)構(gòu)布局和交互方式等方面的問題，在接下來的迭代過程中，有針對性的優(yōu)化用戶體驗，提升最終產(chǎn)品的用戶滿意度，推動產(chǎn)品在市場中口碑的樹立。

yixieshi

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

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

yixieshi

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

　　測試規(guī)模

互聯(lián)網(wǎng)的一些事

　　每輪會話的時常最好不要超過45分鐘，目標(biāo)任務(wù)保持在5個以內(nèi);否則，疲勞因素會導(dǎo)致用戶希望結(jié)束測試，進而影響其行為。

yixieshi

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

　　參與測試的用戶數(shù)量取決于你的應(yīng)用產(chǎn)品的規(guī)模級別。對于一些最小可用產(chǎn)品的原型，測試用戶的行為上有很強的關(guān)聯(lián)性，重要的問題基本都可以在前面兩輪測試中很清楚的呈現(xiàn)出來。對于復(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.(“...隨著測試用戶數(shù)量的增多而產(chǎn)生收益遞減的現(xiàn)象。Jakob Nielsen建議，在收益遞減的效應(yīng)變的顯著之前，5名測試用戶可以帶來最好的測試效果?！?不敢斷譯，求各位觀眾的幫助和指正。) yixieshi

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

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

　　計劃籌備

　　選擇測試任務(wù)

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

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

　　●“查找一種沙爹醬的替代品”——不是非常給力。

　　●“今晚，有位朋友會來你家用餐，他對堅果過敏。看看有什么方法可以相應(yīng)的調(diào)整一下食譜?”——很好，具有很真實的情景感和帶入感。 互聯(lián)網(wǎng)的一些事

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

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

yixieshi

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

yixieshi

　　●任務(wù)完成度：用戶成功的完成任務(wù)了沒?

yixieshi

　　●完成任務(wù)的時長：用戶花了多長時間來完成任務(wù)? yixieshi

　　●所需的步驟：用戶在完成任務(wù)的過程里，需要訪問多少頁面，會產(chǎn)生多少次觸摸或點擊?

yixieshi

　　●用戶在完成任務(wù)的過程中犯了多少錯誤，嚴重程度如何? 互聯(lián)網(wǎng)的一些事

　　●用戶滿意度如何?(5分制) 互聯(lián)網(wǎng)的一些事

　　選擇用戶

yixieshi

　　必須選擇“有價值”的用戶進行測試。對于烹飪類的應(yīng)用來說，找那些一周多數(shù)時間里以冷批薩為主食的用戶來參與測試，將是一件即無厘頭又坑爹的事。

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

　　●親朋好友以及業(yè)界相關(guān)的聯(lián)系人 yixieshi

　　●通過你的網(wǎng)站或博客發(fā)布招募信息

互聯(lián)網(wǎng)的一些事

　　●在社交媒體中尋找與當(dāng)前產(chǎn)品領(lǐng)域相關(guān)的用戶

yixieshi

　　●使用公告板、郵件列表等 互聯(lián)網(wǎng)的一些事

　　酬謝回饋 yixieshi

　　如果你覺得很難找到測試對象，那么除了思考招募途徑方式以外，也可以考慮為參與測試的用戶提供一些酬謝回饋。大致的形式包括： 互聯(lián)網(wǎng)的一些事

　　●產(chǎn)品推出之后優(yōu)先或免費使用的特權(quán) 互聯(lián)網(wǎng)的一些事

　　●酬金 yixieshi

　　●代金券(網(wǎng)購優(yōu)惠券或?qū)嶓w票券等) 互聯(lián)網(wǎng)的一些事

　　●吃吃喝喝 互聯(lián)網(wǎng)的一些事

　　選擇測試工具 互聯(lián)網(wǎng)的一些事

　　有很多現(xiàn)成的工具服務(wù)可以對用戶測試工作起到推動和輔助作用。 yixieshi

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

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

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

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

　　引導(dǎo)測試進行

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

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

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

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

互聯(lián)網(wǎng)的一些事

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

互聯(lián)網(wǎng)的一些事

　　向用戶提問的時候，不要加入“選項”的因素。下面幾種問法比較得當(dāng)：

互聯(lián)網(wǎng)的一些事

　　●“你可以描述一下你正在做什么嗎?” 互聯(lián)網(wǎng)的一些事

　　●“你正在思考什么?” yixieshi

　　●“這和你的預(yù)期一致嗎?”

互聯(lián)網(wǎng)的一些事

　　測試之后

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

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

互聯(lián)網(wǎng)的一些事

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

　　總結(jié) 互聯(lián)網(wǎng)的一些事

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

互聯(lián)網(wǎng)的一些事

　　●列出原型所需的視覺元素，按照功能優(yōu)先級排序分組。

yixieshi

　　●使用紙和筆簡單的勾畫低保真原型。 互聯(lián)網(wǎng)的一些事

　　●對應(yīng)用的關(guān)鍵界面視圖，使用輔助工具設(shè)計制作線框圖和高保真原型。

　　●在邀請用戶進行原型測試之前首先進行內(nèi)部測試評審。

yixieshi

　　●在用戶測試前，充分制定好考量標(biāo)準(zhǔn)。 yixieshi

　　●使用情景腳本風(fēng)格的測試引導(dǎo)。

　　●參與測試的用戶應(yīng)該與app的目標(biāo)市場有契合點。 互聯(lián)網(wǎng)的一些事

　　●對參與者給予適當(dāng)?shù)某陝凇?yixieshi

　　●使用影音設(shè)備記錄下測試過程。 yixieshi

　　●作為測試的主持者，要保持客觀，在布置任務(wù)和提問的過程中，避免引導(dǎo)性的問題。 yixieshi

　　●測試結(jié)束后立刻記錄過程中發(fā)現(xiàn)的問題，及時分析測試結(jié)果，對原型進行迭代。 yixieshi

　　本文來自Be For Web

互聯(lián)網(wǎng)的一些事

本文鏈接：http://www.yixieshi.com/ucd/9906.html
關(guān)鍵字：用戶體驗|移動互聯(lián)網(wǎng)|原型設(shè)計|用戶測試|Web應(yīng)用|線框原型|
版權(quán)所有：轉(zhuǎn)載請注明出處