Re: [請益] 寫UI到底難在哪裡
※ 引述《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
推
05/06 02:03, , 1F
05/06 02:03, 1F
→
05/06 02:54, , 2F
05/06 02:54, 2F
→
05/06 03:21, , 3F
05/06 03:21, 3F
推
05/06 04:14, , 4F
05/06 04:14, 4F
→
05/06 04:16, , 5F
05/06 04:16, 5F
推
05/06 09:36, , 6F
05/06 09:36, 6F
→
05/06 09:37, , 7F
05/06 09:37, 7F
→
05/06 10:08, , 8F
05/06 10:08, 8F
推
05/06 23:17, , 9F
05/06 23:17, 9F
→
05/06 23:18, , 10F
05/06 23:18, 10F
討論串 (同標題文章)
本文引述了以下文章的的內容：
請益
25
30
以下文章回應了本文：
請益
10
12
完整討論串 (本文為第 13 之 16 篇)：
請益
16
56
請益
12
21
請益
10
10
請益
4
10