作者gpmm (銀色)
看板Soft_Job
標題Re: [請益] 寫UI到底難在哪裡
時間Fri May 6 01:51:37 2011
※ 引述《vgod (single)》之銘言:
: 如果仔細觀察, 就會發現這種軟體絕對不是只用了一些標準元件就交差,
: 而是精心設計了特殊的呈現方式或是workflow來滿足user的需求
: 一個好的UI是不會被現成的toolkit和元件限制住的, 而為了實現好的設計,
: 背後就需要有堅強技術背景的工程師去實現它
小弟也來獻醜淺聊一下關於 UI 這件事,
其實我很能理解,為什麼 UI 是
既簡單又困難的。
讓我們以先把 UI 的定義給狹義化,將顯而易見的專業部份移除,
也就是
不管設計,
不談程式技術,只聚焦在純粹的 user interface 上,
那麼 UI 的輪廓大致上還有以下三個區塊:
.元件排版(layout)
.互動反饋
.行為流程
這三個部份都有一個共同的特性,就是
沒有可供辨識的專業度,
舉個很常見的例子,在網頁專案上,一個「上一頁」的按鈕要放哪裡,由誰決定?
※ 最一開始企劃提案的時候,放在畫面左上角 - 企劃決定,
※ 到了設計師那裡,設計師的 sense 告訴自己,要放在左下角才對 - 設計決定,
※ 到工程那裡套 code 的時候,老闆正好從後面經過,
看到畫面覺得很怪,於是告訴工程師把按鈕挪到右下角 - 老闆決定
※ 專案交件了,送客戶端做測試,
兩天後客戶告訴業務,按鈕在那很礙眼,放到右上角吧 - 客戶決定
最後整個專案完成上線,結果成效非常 ◢▆▅▄▃ 崩╰(T皿T)╯潰 ▃▄▅▇◣
只因為很多使用者搞不清楚如何回到上一頁
這個例子的重點是,一個按鈕要放哪,其實誰都可以決定,
因為「
要擺哪裡」這個動做完全不須要門檻,有門檻的是:「
為什麼要擺那裡」
但是這個「為什麼」的門檻實在太過隱晦,
因為大家背後都有一個強大的夥伴足以協助無視這個門檻 -
使用習慣,
今天一個高 sense 的設計師,可能不需要有太多的 UI 背景,
就可以拉出一個不算太差的使用介面來,
就像一個吸收力強的企劃,也不需要有太多的 UI 專業,
就能畫出一套不會相差太多的行為流程,
UI 實際上的門檻在大家已經習慣的行為模式底下根本就被無視,
尤其是有太多太多中小企業都是這樣,
老闆(一邊盯著女秘書的屁股)說:
「這東西放這,那個流程那樣,這些互動要左左右右,誰都會呀!
拜託一下,這有什麼難嗎?你照著做就對了啦!」
所以說起來,我覺得 UI 真正的困難和深度,
要在面對
全新未知的環境下(或著破壞式創新)才能顯露,
一旦某個使用環境逐漸成熟且被大眾所接受後,
它背後蘊含的 UI 設計深度就會不斷在大眾的習慣中流失掉,變得理所當然,
就像觸控式手機介面一樣。
--
唔,標題似乎是「寫 UI」,所以我完全回錯方向了嗎 ( ̄□ ̄|||)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.161.199.131
推 Ting1024:又是一篇該m的好文 :D 05/06 02:03
→ TonyQ:你好久沒探頭出來寫文章了,沒想到被UI串釣出來。XD 05/06 02:54
→ gpmm:因為小弟敲文章太慢…常常想要回文,結果打 20 行就放棄了 XD 05/06 03:21
推 vgod:其實程式設計有類似的問題 進入門檻低容易讓人誤以為沒有專業 05/06 04:14
→ vgod:但其實每件事情深入研究後都是很難的 05/06 04:16
推 LINGZ:要看老闆有沒有這樣的認知了.只要老闆覺得:這東西並不難.那 05/06 09:36
→ LINGZ:就完蛋了... 05/06 09:37
→ popcorny:聽到別人說"這東西不難"的時候..都會火起來!! 05/06 10:08
推 antiasus:去面試的時候還有主管認為UI就是隨便兜一兜就有... 05/06 23:17
→ antiasus:後來就不想再聊了. 05/06 23:18