2/08/2009

談系統介面設計

Window Vista 的使用性與支援性不佳, 上市後願意升級使用的人不如預期. 系統使用性的好與壞牽涉到使用意願, 學習成本和訓練成本.

如果只考慮設計面, 做出具有美感的網頁是設計師最愉快的事情, 但是要考慮與功能搭配, 清楚傳遞訊息和符合產品形象的話, 就需要花心思做功課. 以系統介面設計來看: 要先了解使用的對象是誰, 知道建置的目的與功能架構, 才能設計與系統特性吻合的介面.

在分工比較細的公司裡, 系統開發人員包含系統規劃, 使用性測試, 視覺設計和程式設計. 工作流程應該是一個循環: 系統需求-系統雛形-使用性測試-圖形介面設計-使用性測試-程式設計-使用性測試. 而這循環也有順序, 先按照系統需求做雛形UI (User Interface), 再針對雛型的流程頁面做使用性測試 (Usability Test), 如果發現問題就回去修改雛形, 修改完整之後交付視覺設計做圖形介面GUI (Graphic User Interface), 然後再做一次使用性測試, 確認圖形介面設計完善, 最後再交工程師套程式完成系統, 然後再做一次使用性測試, 確認完成的系統設計無誤. 這個流程顛倒的話將造成必須從最後面回到最前面, 難度更高也更耗費時間的修改成本.

使用性人員的角色是尷尬的, 它可以是一個專門的角色, 也可以由系統分析師或視覺設計師兼任, 當缺乏專門的角色時, 系統分析師和視覺設計師都有責任扮演這個角色. 系統分析師主導的是屬於功能層面, 要將功能需求轉化成系統雛形; 而視覺設計師負責視覺層面, 將系統雛形轉化成更容易被使用者接受的圖形介面; 二者要能向下和向上延伸, 共同完成使用性的需求.

一般來說, 使用性原則只對通則做規範, 例如: 易懂易學的介面, 適度的容錯性, 適時的訊息提示…等原則, 很難具體指出哪個頁面一定有哪些功能, 哪些欄位應該配置怎樣的順序和訊息. 系統的需求不同, 功能架構和動線流程就不同, 無法期待在不同的系統都套用同一種規則設計. 這就好比廚師做菜, 無法只用一種食譜做出各式各樣色香味俱全的菜色.

怎樣的設計是好的使用性設計? 符合使用者需求的設計就是好的設計, 但是了解使用者需求不會是坐在辦公室裡冥想出來的, 需要實際調查與測試才能得到答案. 知道設計通則和擁有豐富經驗還不夠, 因為每個系統各有不同的建置需求和使用目的, 開發團隊在ㄧ開始就應該探討使用的需求和目的, 過程中不斷地做測試改善, 才能設計出符合需求的系統.

做使用性測試可先從內部尋找幾個非開發人員對系統雛型做測試, 在ㄧ旁觀察他們的使用情況及遇到的問題, 針對這些狀況做記錄並改善系統設計, 當然, 能夠直接找到真正的目標使用者做測試是最好不過, 但是初期先由內部找幾個人測試也往往能發現很多問題. 這種在每個流程中不斷修正的方式, 應當可以避免很多系統上線後才發現的問題, 也不會因為修改成本太高, 無法做過多調整, 導致難以挽救的情況.

3 則留言:

sweet 提到...

您好:
我也是從事平面、網頁設計相關工作,但對於習慣用介面操作的設計師而言,網頁的語法實為讓人感到挫折,想請問您是如何跨過這個區域又或者如何學習呢?

平安喜樂

Jane 提到...

我也是從平面跨入網頁設計, 學會基本網頁設計知識後(也就是會用Dreamweaver), 就進入專門製作系統網頁公司, 系統網頁設計必須與程式搭配, 做法與傳統使用tabe排版/切圖方法不同, 最初先參考同事作品, 然後猛K html語法和css書籍, 也參考國內外網站文章, 最重要的是工作上的實作與問題解決.

每遇見一個難題都要想辦法知道原因和解決方法(問Google), 剛開始只解決自己的問題, 後來幫忙同事解決問題, 累積夠多問題解決經驗後, 漸漸地, 當有人問問題時就會立刻知道問題癥結點.

知道問題的原因很重要, 有很多人重複問我相同問題, 因為他沒有真正了解問題的原因, 只求有人幫忙解決, 所以下次再有相同問題, 還是不知道為什麼?

如果要總結如何學習網頁語法, 個人的經驗是基本html和css知識一定要熟悉, 然後經常的練習和應用, 遇到問題要想辦法找原因和答案.

有夢最美 提到...

我很同意您說的,一般介面設計所提到的原則只是普遍性的大規範,根本無法直接使用,而且每個介面的設計應要根據不同目的而有不同。
然而一些主管或工程師總希望在設計時,能提供後續可以重複使用的templete,或是提出一個具體規格,老實說,具體規格當然可以提出,前提是要在不斷地測試中建立,最後會有點像在做基礎研究。問題是,當介面顯示在不同螢幕、加了新功能...不斷變動的因素太多,大費周章的寫出規格意義就不大了。

希望有一天我也可以成為介面大師!