總結

基於研究命題的需要，本章在前兩節針對使用性的相關概念與意涵，作了完整 詳盡的敘述，先分別從使用性的意義範疇與發展歷史進行其與使用者中心設計取向 的比較分析，然後再以學者所提出的差異與等同/延伸之兩個論述面向，來作使用性 與網站使用性的區辨，最後確認了採取使用者中心設計取向的使用性觀點，應用在 網站設計領域以及本研究目的之適切性。

然後以這樣的初步結論做為研究基礎與主軸，在後面兩節的使用性實踐探討 上，則自構成使用性實踐的主要核心概念，與各種可能影響因素進行廣泛的文獻回 顧。最後再以如何提升從業者採行使用者中心設計策略或重視使用性的意願為題，

作相關研究的探索，瞭解到：提供使用性具體可以為企業組織帶來的優勢與利益（包 括個人與企業組織層次），將是一個重要且有效增加採取 UCD 取向或使用性實踐 動機的方式；同時，使用性的實踐要歷經幾個階段的累積才能逐漸發展成熟，因此 協助企業組織辨識自己的使用性實踐位階，也有助於這個目標的實現；最後再藉由 回顧與本研究相關之國外使用性實踐現況的論文，以作於後續資料收集與分析上的 參考及比較依據。

雖然影響企業組織使用性實踐的各種因素，大致來說都已經於第三節所歸納出 的方法（流程）、團隊分工及組織（資源）等面向分別探討完畢，但誠如學者（e.g., Rosenbaum et al., 2002）所強調的，這些因素彼此之間有連動關係且可能會相互影 響，因此為接下來能順利建構出一完整的概念架構，做為本研究爾後資料收集與分 析之用，同時能為本研究核心主旨的使用性實踐提出一個完整總結，以下將進一步 從過去學者所提出之如何實踐 UCD 取向的相關重要研究進行彙整，再透過圖表的 方式來歸納、釐清這些重要因素間的關係。

首先是 1) Vredenburg 等人（2002a）根據他們長期在 UCD 領域的豐富研究經驗 指出：要達到這樣的目標，有兩個基礎構面必須要先考慮，其一就是專案團隊成員 必須由具備不同專業長才的人所組成，而且他們能力要能充分應付目標需要；而另 一個就是具備一套可以被應用在整個設計開發過程中，瞭解使用者需要或與其對話 互動的方法；同時，上述這兩個構面的各種要素還必須緊密的與開發流程結合在一 起，不管是在較上層的概念應用，或是在實際施行的反覆設計過程中，都必須要持 續利用這些由使用者參與及提供的意見來做為確認與改進依據（參考圖表 2-7）。

2) 根據國際標準組織提出的 ISO 13407（1998, 1999, 2001）使用者中心設計準 則（Principles of User-centred Design），則除了同樣強調一個兼容多元專業的開發 團隊、以及使用者的全程參與與反覆式設計外，還認為進行開發過程的評估時，要 同時考慮系統本身及使用者的能力，來進行最合適的功能安排，這些準則可以整理 成下圖（參考圖表 2-8）。

Multidisciplianry team

1. 符合專案需要的各種專業人員組 成的開發團隊

2. 各有專精但彼此擁有對方基本相 關知識以利彼此溝通互動 3. 團隊成員緊密互動，彼此清楚對方

的工作狀態

4. 所需專業雖因個案需要而異，但根 據 IBM easy of use 中心的建議，一 個網站專案至少要包含以下各組 成員：Project Manager, Usability Engineering, Media Design, Content Management, Implementation, Maintenance

User Feedback Methods

1. 這些搜集資料的方法必須與開發 流程緊密結合

2. 一開始當然從目標使用族群的瞭 解開始，同時包括競爭者產品的瞭 解

3. 接著應用這些資訊做為產品上層 設計的概念，然後在開發過程中持 續收集使用者意見來協助產品的 評估與改進

4. 強調這是一個生生不息的開發週 期，產品上線後立即著手進行使用 者意見的收集，並做為產品持續改 善的依據

5. 開發階段幾個重要的設計活動，依 次包括 audience definition, Competitor evaluation, task analysis, design walkthrough, benchmark assessment, early-ship survey

Life-Cycle management

UCD deisgn Approach

圖 2-7 Vredenburg 等人（2002）提出的 UCD 設計取向的示意圖（本研究整理繪製）

UCD 取向

3) Jokela 與 Abrahamsson（2000b）的使用性能力（usability capability）觀點，

則除了特別強調組織的影響力外，並認為要能達到良好使用者中心的設計活動品 質，通常需仰賴一個企業組織提供各式各樣所需的資源—包括使用性專家的設置；

及公司及團隊成員對於使用性的承諾及認同。下圖即是根據他們所提出的使用性能 力三大面向等相關要素，進行整理的架構說明（參考圖表 2-9）。

Multidis ciplinary tea mwork 綜和各種 學問的 團隊合 作

Active involvement of us ers 將使用者 積極納 入

Iteration of des ign s olution 採取反覆 設計方 案

Appropriate allocation of functions between the sys tem

and us ers

同時評估 系統與 使用者 ，以 妥善的安 排適當 功能

ISO 13407 Princiles o f UCD

圖 2-8 ISO 13407 的使用者中心準則示意圖

Business management commitment

對產品可 用性的 要求程 度 對採取 UCD 做 為基本 開 發架構的 支持度

是否會為 產品制 訂清楚 的 使用性目 標

公司的競 爭策略 是否會 包 含使用性 的考慮

是否會維 持公司 的使用 者 研究設備 或資源 的競爭 力

UCD infrastructure

技巧-使 用性專 家或 具備 這些能力 的人才 科技或設 備

指導方針 或執行 這些活 動 的能力， 例如資 源與提 供 相關的訓 練等

Effectiveness of UCD in development project

上述的技 巧與能 力外， 還 有專案團 隊對使 用性的 體 認程度

UCD Capability

圖 2-9 Jokela 與 Abrahamsson（2000b）的使用性能力觀點