“以人為本”在視高（seegle）產(chǎn)品設(shè)計過程中的應(yīng)用

    2.2.1 簡介

    面向?qū)ο蠓治龇椒ǎ∣OA）最大的特點，是采用"對象"用來描述所要做的系統(tǒng)、產(chǎn)品、甚至整個現(xiàn)實世界。其基本概念有：

    1) 對象：是整個分析方法的基礎(chǔ)和核心，系統(tǒng)所擁有的功能、規(guī)則等，都是圍繞對象展開的；

    2) 屬性：靜態(tài)的用來描述對象，說明對象具有的特征以及建立和其他對象的關(guān)聯(lián)；

    3) 操作：是對象可以執(zhí)行的過程或服務(wù)；

    4) 關(guān)系：是各個孤立對象間的聯(lián)系，也反應(yīng)某個對象的生命周期。

    圖表 4 OOA示例

    面向?qū)ο蠓椒ú粌H可以應(yīng)用到需求分析階段，也能貫穿整個產(chǎn)品開發(fā)過程，具體有面向?qū)ο蠓治觯∣OA），面向?qū)ο笤O(shè)計（OOD），面向?qū)ο缶幊蹋∣OP），面向?qū)ο鬁y試（OOT）和面向?qū)ο缶S護（OOSM）。

    2.2.2 作用

    1) 清晰的系統(tǒng)描述

    面向?qū)ο蠓治鰪娬{(diào)從問題域中的實際事物以及與系統(tǒng)責任有關(guān)的概念出發(fā)構(gòu)造系統(tǒng)模型，使得系統(tǒng)中的對象、對象的內(nèi)部構(gòu)成以及對象之間的結(jié)構(gòu)與連接能直接地描述問題域和系統(tǒng)責任，并與之產(chǎn)生良好的對應(yīng)。因此面向?qū)ο蠓治龇浅Ｓ欣�于對問題域和系統(tǒng)責任的理解；

    2) 統(tǒng)一的體系和文檔規(guī)范

    目前雖然有不同的OOA方法，但是只要企業(yè)內(nèi)部統(tǒng)一一種方法，就能無二異的描述系統(tǒng)，企業(yè)員工之間的交流也能統(tǒng)一認識，便于理解新產(chǎn)品；

    3) 完備的系統(tǒng)描述

    不同的OOA方法都提供了一整套完備的系統(tǒng)定義、描述語言，從不同層面描述系統(tǒng)，不僅使閱讀者對系統(tǒng)有立體的認識，而且整個系統(tǒng)都有文檔作為憑證；

    4) 需求改變

    OOA由于采用對象封裝原則，所以對系統(tǒng)需求改變比較有彈性，有時，需求變化其實并沒有那么恐怖；

    5) 和后續(xù)階段的無縫銜接

    由于整個系統(tǒng)開發(fā)的各個過程都應(yīng)用了面向?qū)ο蠓椒�，所以使用OOA可以和后續(xù)開發(fā)、測試階段無縫銜接。

    2.2.3 應(yīng)用實例

    由于篇幅限制并且涉及公司產(chǎn)品的保密性，不做過多描述。

    2.3 快速原型法

    傳統(tǒng)的設(shè)計流程中，輸出的都是靜態(tài)的原型圖配合文字敘述的交互方式，一方面使用文字進行交互描述比較有難度，另一方面Developer并不仔細的閱讀交互文檔�；�于這種靜態(tài)原型的不足，視高公司采用輸出"具有簡單交互實現(xiàn)的demo"的方式。

    目前我們運用的工具有：

    1) GUI Design Studio，實現(xiàn)客戶端產(chǎn)品交互demo的主力軍。該工具不僅提供了各種windows標準控件供使用，而且也具有相當強大的交互實現(xiàn)功能。

    2) Macromedia Flash 8，由于形成的demo在絕大部分機器上都能輕松演示，該工具也是展示我們成果的有效途徑。

    3) Microsoft Visual Studio和Microsoft Expression Blend，這兩個工具幾乎可以實現(xiàn)任何交互，一個實現(xiàn)windows XP效果，一個實現(xiàn)windows Vista效果，也是我們的備用工具。

    4) Axure RP Pro 4，實現(xiàn)網(wǎng)頁demo的絕對力量。該工具對"層"的實現(xiàn)很強大。

    快速原型法是現(xiàn)階段的一個過渡，設(shè)計人員掌握一定的界面開發(fā)技術(shù)，是很有必要也是今后發(fā)展的方向。公司也在朝著這個方向而努力！

讓用戶輕松使用產(chǎn)品

    3. 讓用戶輕松使用產(chǎn)品

    3.1 我們因用戶而存在

    上文中談到我們設(shè)計部在項目過程中起了"承上啟下、和諧發(fā)展"的作用（恩，確實有些不好意思），然而這僅僅是視高公司重視產(chǎn)品設(shè)計存在的一個次要原因。我們最主要的任務(wù)，是在產(chǎn)品設(shè)計的時候為用戶服務(wù)、替用戶思考，因為，用戶才是產(chǎn)品的主角。

    圖表 5 用戶才是產(chǎn)品的主角

    在界面設(shè)計流程中，我們圍繞用戶進行三大部分的工作：

    1) 用戶調(diào)研：了解產(chǎn)品的目標用戶，以及他們的操作習(xí)慣和特殊要求；

    2) 設(shè)計：這是實質(zhì)性的工作階段，在這階段，設(shè)計師把產(chǎn)品部抽象的需求、用戶調(diào)研的成果結(jié)合自己的經(jīng)驗和水平，輸出具體的界面及交互；其分階段工作有：

    a) 任務(wù)設(shè)計

    b) 系統(tǒng)建模

    c) 信息架構(gòu)

    d) 界面布局設(shè)計

    e) 交互設(shè)計

    3) 測試階段：這是對設(shè)計成果的測試，把具體的界面甚至是產(chǎn)品demo交于用戶使用，在產(chǎn)品設(shè)計階段發(fā)現(xiàn)問題并解決。

    圖表 6 界面設(shè)計流程

    3.2 用戶調(diào)研

    目前我們采用用戶問卷的方式，收集用戶的用戶特征、使用習(xí)慣和特殊要求，看似沒什么用的信息，在設(shè)計的過程中也能起到相當?shù)拇龠M作用。 

 表格 1 用戶調(diào)研示例

    3.3 以用戶為中心的設(shè)計

    以用戶為中心的設(shè)計包含的各設(shè)計步驟，各有各的偏向性，由于產(chǎn)品的側(cè)重方向不同，可以著重進行對應(yīng)方向的設(shè)計。

    舉例而言，網(wǎng)站型產(chǎn)品，應(yīng)該側(cè)重于信息架構(gòu)；操作類產(chǎn)品（協(xié)同、視頻會議），應(yīng)該側(cè)重于任務(wù)設(shè)計和交互設(shè)計；配置類產(chǎn)品（顯卡驅(qū)動、集中監(jiān)控系統(tǒng)），應(yīng)該側(cè)重于系統(tǒng)建模。

    3.3.1 任務(wù)設(shè)計

    任務(wù)設(shè)計包含三個層面的含義：

    1) 任務(wù)的完整性

    OOA的"用例分析"是任務(wù)分析的很好來源，可以保證任務(wù)設(shè)計的完整性。

    2) 每個任務(wù)的操作方式

    任務(wù)的操作方式可以通過用戶問卷的方式獲取，也可以通過情節(jié)分析的方式引導(dǎo)用戶描述清楚自己對任務(wù)操作的流程。

    3) 任務(wù)之間的關(guān)聯(lián)性

    有些任務(wù)之間是有關(guān)聯(lián)和沖突的，通過OOA的"協(xié)作分析"，可以有效的發(fā)現(xiàn)并解決任務(wù)之間的關(guān)聯(lián)性。

    3.3.2 系統(tǒng)建模

    該過程是了解用戶對系統(tǒng)的總體期望，其實是OOA中的符合用戶期望的"類圖"的建立過程。

    舉例而言，鼠標輸入和鍵盤輸入設(shè)計為兩個輸入設(shè)備，并不采用鼠標是鍵盤的一個"滾球"屬性的設(shè)計方案。

    3.3.3 信息架構(gòu)

    信息架構(gòu)可以采用定性設(shè)計和定量設(shè)計兩種方式，定性設(shè)計包括用戶問卷等方式；定量設(shè)計可以通過卡片分類法。

    卡片分類法通過列舉所有信息項，讓用戶自主的對所有信息進行層級、類型的組織，從而達到信息架構(gòu)符合用戶期望的目的。

    3.3.4 界面布局

    界面布局一般參考現(xiàn)有產(chǎn)品的布局，要給用戶一種"看到界面，就覺得熟悉"的效果。界面布局的一般設(shè)計原則有：黃金比例、簡潔律、三等分原則等。

    3.3.5 交互設(shè)計

    交互設(shè)計需要我們精通windows下各種標準控件的屬性和操作，合理控件的運用是交互的一個基本要求。

    同時，對交互的優(yōu)劣檢驗可以通過定量法和定性測試法。

    定量法通過分解每個操作，從而計算出完成一個任務(wù)所需要的時間，時間越長，交互越差。

    定性測試法即通過可用性測試的用戶測試，了解真實用戶的交互使用情況。

    3.4 可用性測試

    3.4.1 專家評審

    3.4.1.1 評審時機

    暫時為設(shè)計師生成完整的、孤立的界面原型，并不要求有交互實現(xiàn)。

    3.4.1.2 評審方式

    杜絕"拿著一份檢查表逐條的、機械的去檢查是否符合表中記錄的交互原則"，我們采用部門成員花一定時間各自使用，然后整理在架構(gòu)、交互、UI范圍存在的問題（不同職位成員可以側(cè)重于不同范圍）的專家評審方式。

    圖表 7 專家評審方式

    3.4.1.3 評審目的

    在于發(fā)現(xiàn)設(shè)計師沒有意識到的、違背了基本交互原則的設(shè)計問題。

    通過專家評審法，最終是為了輸出一個"考慮的盡可能仔細、完備的系統(tǒng)"，并不代表最優(yōu)設(shè)計。專家評審結(jié)合目前我們采用的"一個項目采用一個主導(dǎo)設(shè)計師"，可以很好的解決"方案收攏"和"思維發(fā)散"的矛盾。

    3.4.1.4 注意

    1) 在產(chǎn)品原型輸出給其他同事之后，設(shè)計師簡要的講解產(chǎn)品的大致目標和功能、以及較詳細的講解交互；

    2) 其他同事找問題的原則：

    a) 自己的經(jīng)驗，必須是理論知識或先前的實踐經(jīng)驗（由于參與評審的同事本身就是這領(lǐng)域的專家，所以檢查表中的內(nèi)容應(yīng)該是在各位腦子里）；

    b) 自己使用過程中切實遇到的問題；

    3) 尤其要注意，專家們是來發(fā)現(xiàn)問題的，并不是考慮更好的解決方案；

    4) 而且，永遠不要附帶個人喜好；

    5) 對于設(shè)計師，由于任何方案都存在問題，所以設(shè)計師有權(quán)決定對通過專家評審發(fā)現(xiàn)的問題是否采納，是否采納的依據(jù)可通過用戶測試；

    6) 對于設(shè)計師，如果覺得有更好的設(shè)計方案可以避免該問題同時又帶來較小的問題，則改進方案進行迭代（這里要求設(shè)計師有相當?shù)陌l(fā)散思維，但是這種設(shè)計發(fā)散也是基于問題的，是受控的）；

    7) 這是一個迭代過程，迭代結(jié)束條件是：專家評審發(fā)現(xiàn)的問題，設(shè)計師已經(jīng)完全考慮到；

    8) 這種評審方法，對測試專家和設(shè)計師的要求都很高，我們需要補充大量的專業(yè)知識和技能。

    3.4.2 用戶測試

    3.4.2.1 測試時機

    至少需要在完整的界面原型輸出以后，如果條件允許，可以以高保真的、具有真實交互的交互demo作為測試對象。

    在"設(shè)計之初"、"設(shè)計過程中"、"有階段性的設(shè)計成果后"期間，也可以（需要）進行簡單的用戶測試。這種測試不需要很規(guī)范，也不需要輸出《可用性測試報告》，對于用戶的反饋直接作用于設(shè)計。

    3.4.2.2 測試方式

    圖表 8 用戶測試方式

    3.4.2.3 測試結(jié)果樣板

        表格 2 年齡特征

        表格 3 性別特征

        表格 4 測試用戶1對任務(wù)1的測試結(jié)果

        表格 5 測試用戶1對任務(wù)1的問卷調(diào)查

    3.4.2.4 注意

    1) 信息架構(gòu)和交互設(shè)計是完成任務(wù)的載體，所以對任務(wù)的測試能夠反應(yīng)信息架構(gòu)、交互設(shè)計的可用性：

    a) 是否能發(fā)現(xiàn)任務(wù)即是檢驗信息架構(gòu)；

    b) 任務(wù)過程是否順利、高效即是檢驗交互設(shè)計；

    2) 測試用戶的獲取分為兩種情況：

    a) 對于特定領(lǐng)域的產(chǎn)品（集中監(jiān)控），如果條件允許，招募1、2個領(lǐng)域?qū)�業(yè)用戶測試；如果條件不允許，對該產(chǎn)品的PM進行測試；也可以通過講解，使同事對系統(tǒng)有大致的了解，這些同事也能做測試用，測試的任務(wù)不能太專業(yè)。

    b) 對于面向廣大用戶群體的產(chǎn)品（視頻會議、協(xié)同），根據(jù)用戶調(diào)研的成果，在公司內(nèi)部選擇基本滿足要求的測試用戶。

    3) 對于測試任務(wù)的設(shè)計，采用以下原則：

    a) 任務(wù)的設(shè)計，需要反映任務(wù)分析的結(jié)果；

    b) 用戶需要經(jīng)常操作的任務(wù)、設(shè)計師的創(chuàng)新設(shè)計需要重點測試；

    c) 所測試的任務(wù)，要和當前所展示的界面關(guān)系密切（任務(wù)入口在當前展示界面，或任務(wù)在當前展示界面內(nèi)完成）；

    4) 可以了解用戶的心智模型，但是不能要求用戶來進行設(shè)計；

    5) 用戶的測試結(jié)果，僅是設(shè)計的參考，并不是無條件服從；

    6) 目前僅要求進行簡單的用戶測試，如果時間緊，不需要生成文檔，但是在評審的時候能作為設(shè)計方案的理由，即測有所用。

    4. 總結(jié)

    視高（seegle）公司在產(chǎn)品設(shè)計過程中，不僅堅持以用戶為中心，而且也實施科學(xué)的方法為員工創(chuàng)建良好的工作氛圍，真正的貫徹"以人為本"的發(fā)展觀。

    我們也相信，堅持"以人為本"的視高（seegle）公司必然會得到市場的回報，在企業(yè)競爭中嶄露頭角。