如果只考慮設計面, 做出具有美感的網頁是設計師最愉快的事情, 但是要考慮與功能搭配, 清楚傳遞訊息和符合產品形象的話, 就需要花心思做功課. 以系統介面設計來看: 要先了解使用的對象是誰, 知道建置的目的與功能架構, 才能設計與系統特性吻合的介面.
在分工比較細的公司裡, 系統開發人員包含系統規劃, 使用性測試, 視覺設計和程式設計. 工作流程應該是一個循環: 系統需求-系統雛形-使用性測試-圖形介面設計-使用性測試-程式設計-使用性測試. 而這循環也有順序, 先按照系統需求做雛形UI (User Interface), 再針對雛型的流程頁面做使用性測試 (Usability Test), 如果發現問題就回去修改雛形, 修改完整之後交付視覺設計做圖形介面GUI (Graphic User Interface), 然後再做一次使用性測試, 確認圖形介面設計完善, 最後再交工程師套程式完成系統, 然後再做一次使用性測試, 確認完成的系統設計無誤. 這個流程顛倒的話將造成必須從最後面回到最前面, 難度更高也更耗費時間的修改成本.
使用性人員的角色是尷尬的, 它可以是一個專門的角色, 也可以由系統分析師或視覺設計師兼任, 當缺乏專門的角色時, 系統分析師和視覺設計師都有責任扮演這個角色. 系統分析師主導的是屬於功能層面, 要將功能需求轉化成系統雛形; 而視覺設計師負責視覺層面, 將系統雛形轉化成更容易被使用者接受的圖形介面; 二者要能向下和向上延伸, 共同完成使用性的需求.一般來說, 使用性原則只對通則做規範, 例如: 易懂易學的介面, 適度的容錯性, 適時的訊息提示…等原則, 很難具體指出哪個頁面一定有哪些功能, 哪些欄位應該配置怎樣的順序和訊息. 系統的需求不同, 功能架構和動線流程就不同, 無法期待在不同的系統都套用同一種規則設計. 這就好比廚師做菜, 無法只用一種食譜做出各式各樣色香味俱全的菜色.
怎樣的設計是好的使用性設計? 符合使用者需求的設計就是好的設計, 但是了解使用者需求不會是坐在辦公室裡冥想出來的, 需要實際調查與測試才能得到答案. 知道設計通則和擁有豐富經驗還不夠, 因為每個系統各有不同的建置需求和使用目的, 開發團隊在ㄧ開始就應該探討使用的需求和目的, 過程中不斷地做測試改善, 才能設計出符合需求的系統.
做使用性測試可先從內部尋找幾個非開發人員對系統雛型做測試, 在ㄧ旁觀察他們的使用情況及遇到的問題, 針對這些狀況做記錄並改善系統設計, 當然, 能夠直接找到真正的目標使用者做測試是最好不過, 但是初期先由內部找幾個人測試也往往能發現很多問題. 這種在每個流程中不斷修正的方式, 應當可以避免很多系統上線後才發現的問題, 也不會因為修改成本太高, 無法做過多調整, 導致難以挽救的情況.
