使用者感受
Chat, Design, Life, Thought November 3rd, 2005
最近跟一些人合作在設計一套專案管理系統，發現他們都缺乏從使用者的角度來看待系統的功能，明明平常都是使用別人的系統，等到現在自己來設計以後居然都忘記自己原本的角色。
自己擔任 BBS 的程式開發人員有相當一段時間了，很多時候很熱血寫了許多功能要讓使用者使用，程式中難免有些要跟使用者互動的部份，這時候傳遞給使用者的訊息就很重要了，如果使用者看不懂你的訊息要表達什麼，自然沒辦法正確的使用你嘔心瀝血開發出來的新功能。制定站規的時候也是一樣，從私人小站那種聊天式站規到學校官方站台的系統式站規，如果不考慮到使用者/閱讀者的角度，要人家耐心看完或是從中找到有用的資訊真的很困難。
回歸原點，我這個專案管理系統是要給系上的老師跟學生在製作專題的時候使用的，有些學生對於網路或是專案管理的名詞都很陌生，如果我用了太專業的術語 (我本來是唸企管的，後來轉到資科，所以企管跟資訊都可以算是我的專業領域) 去描述功能，使用者可能就沒有辦法理解這些功能能夠對於他們的專題製作有什麼幫助。
專題是一個協同工作，使用者之間的溝通跟訊息的傳遞相當的重要，所以我在設計系統的時候就會從這部份當作出發點，所謂的 SOA (Service Oriented Architecture) 是以服務為導向，但是我加上了 UE (User Experience) 以後，設計出來的系統就能夠盡量對於這些服務不認識或是不熟悉的使用者容易上手些。
就拿最近台北市大有巴士在 307 路線上使用的新公車好了，屬於低底盤設計，乍看之下可以容納的乘客數目變多了，可是實際上卻變得不太方便。以擁有類似低底盤設計的大都會客運來說，前輪正上方只安裝一個座位，所以兩輪之間的走道寬度接近一米以上，兩個人就算側站中間還是可以輕易通過一位中等身材的乘客。但是在大有巴士的新車上，前輪上方安裝的是兩人座位，雖然座位變多了，但是中間走道的寬度只剩下 80cm 左右，兩個人側站就可以輕易的把整條走道堵住，後面的乘客就很難通過。以我目前觀察到的狀況來說，國人並沒有嚴守後門上車前門下車的習慣，這時就會導致前門附近塞了很多並未要下車的乘客，到了比較大型轉運站 (例如台北車站) 時，要下車的旅客就會跟其他乘客的路線衝突。
這就是一個未從使用者感受來設計的實例，為了增加座位而縮減走道寬度，在其他國家或許可行，但在目前的環境下反而造成了困擾。嚴格來說在後門附近有相當多的緩衝區域這樣的設計比較適合前門上車後門下車，但是目前大部分的路線都是採前門下車後門上車….