
什麼是使用者導向設計
|
11
的確,這是不應該發生的事。當使用者可能會輸入這些特殊字元時,我應該要從程式上
做出一些限制,但真正令我感到驚訝的是:她竟然想用一般的意見欄位,填寫重要的醫
療資訊。
跟她溝通後,我才知道要建立更多的輸入欄位,才能滿足使用者的需求。由此看來,自
動產生的錯誤報告並不能夠完整表達出問題的全貌,如果只單純把錯誤修復了,而錯失
與使用者對話的機會,我就無法察覺這個新的使用需求,使用者恐怕得繼續使用一般的
意見欄填寫重要的醫藥資訊。
因此,完整的使用者回饋不應該只是錯誤訊息的回報。錯誤報告應該被視為設計策略的
其中一種輔助資訊而已。
UCD 不會模糊焦點
你是否曾在聽取使用者需求時,馬上就神遊到技術方案裡?
• 該做成網頁好呢?還是直接連結資料?
• 這個系統可以建立在公司的入口網站上嗎?
• 該使用哪一種程式語言呢?
• 應該可以在產品之上建立一些模組吧?
• 有機會把它做成行動裝置的應用程式嗎?
這些技術性的思考都沒有錯,但其切入點跟客戶的需求無關,因為我們還不了解他們的
需求!使用者導向設計始終關注客戶最核心的需求,讓開發者獲得最有意義的資訊,避
免為了技術而使用技術。
就算真的有技術上的障礙要克服,開發者也不一定能夠在一開始就找出真正合適的技術
解決方案。使用者導向設計先從需求出發,再尋求技術解決方案。這種目的導向的方式
可以幫助我們依循正確的程序完成開發任務。我們會在第 4 章詳細探討。
現在,我們知道關注使用性並不是多餘的工作。事實上,它反而能夠幫助我們聚焦在正
確的問題上,避免做白工 ...