3 種應用程式風格
不要再叫 PM 或 BD 畫 Wieframe !他們真的不是 UI/UX 的專業人士,如果注重專業,在約還沒簽、規格也還沒訂出來的時候就該把 UX 加進工作流程裡了。PM 最重要的工作是控管時程、各部門單位間溝通,BD 是廣義的 Marketing ,也不該是這個位子的人在搞介面,畫 Wireframe 的是 UX 啊 UX!
我的推薦書單
把家裡打掃完了,來講講我手上覺得不錯、值得推薦的UI/UX、網頁、設計相關書籍好了。桌上這幾本都是我千挑百選才肯買回家的好書,有些比較舊或有點過時就跳過不講了,有興趣的可以去書店找找,多看書總是有好處。就從左邊開始介紹囉~
Guideline 的重要性
強調再強調,一定要先看過 Guideline 後再來做介面設計,卻被人嗤之以鼻,說不用看一樣可以產出啊幹嘛要花這種時間。
- 如果不是你的產品太簡單、就是都用內建元素或抄襲湊合了事。
- 你同事人太好,幫忙擦屁股了。
- 你同事程度跟你一樣,搞不清楚狀況。
別說很多 UI 高手們也老是跳脫 Guideline 設計啊,他們哪位不是對 Guideline 熟到可以朗朗上口到幾乎可以報頁碼的?不懂 Guideline 的就只能當美工用,連視覺設計都稱不上。
UI 怎麼面對 RD 的美學?
應該沒有 UI 會跳出來寫這種文章,哈哈,這篇應該要歸類在「RD 老公觀察紀錄」裡。不過本文主要想聊聊從 UI 的角度來觀察 RD 在工作上的美學,至於生活上的就另開一篇再討論了。我合作過的 RD 人數不多,出社會到現在大約 70 位左右吧,樣本數不夠大,但這 70 位都有個很明顯的特質:「非黑即白,沒有灰色」。RD 的世界不是 0 就是 1 ,就跟 iOS 切圖沒有 131 x 327 的 @2x.png 要縮小成 1x 檔這玩意一樣。
我的 UI/UX 設計入門方式
自從開了這個 BLOG 後,好多人都問我這些關於 UI/UX 設計的技術是從哪裡學到的。就台灣來講這個領域太新了,剛入行的時候只能夠自學,缺少很多資源,通通靠自己摸索,所以我希望能整理出一套系統性的 UI/UX 教育方式,但這需要花費大量的時間,靠下班後的空檔根本不夠,頂多寫寫 BLOG 讓大家加減看。目前我不想把 UI/UX 硬拆成兩塊,雖說這本來就是兩個不同的領域,但世界上所有的事物都是有關聯的,不能說我只想做這個其他連碰都不碰,很快就會陷入窠臼遇到瓶頸。大概是因為我喜歡規劃分析、但又不想放棄能做漂亮炫圖的機會吧。
初學者的 UI Flow
UI Flow 和 Functional Map 算是最多人容易搞混的兩種圖表吧,Functional Map 主要目的在「將抽象的需求轉變成能被實現的功能」;而 UI Flow 則是「 妥善安排功能與資訊在頁面之間的操作動線 」。兩者很明顯目的不同,所以沒有什麼重工或是很麻煩之類的藉口可以逃避不做。
初學者的 Functional Map
功能規格書、產品規格書、系統分析、需求分析等等,是 PM 或 SA 或其他同事的工作,反正不是 UI 的工作,很多 UI 不願意去接觸這類文件,(就說了字太多圖太少設計人看不下去、有沒有懶人包?)但看不懂這些文件的 UI 絕不能被稱為好 UI…連這個軟體要做什麼都不熟悉、一知半解,要怎麼說服別人設計的介面是適合這套軟體(或網站)的好介面?
Copycat 你好,Copycat 再見
(圖片取自 http://goo.gl/uyLPR2
)
本來假日我會把腦漿抽乾、或是很專心做些需要大量時間一氣呵成的工作,BLOG 會懶得寫。不過遇到一隻 Copycat,還是公司創辦人,讓我像吃到玉璽一樣無雙技能連發脾氣暴躁…
使用者經驗藏寶圖:創建人物
相信各位應該看過前一篇「使用者經驗藏寶圖:敘述故事、找出中心思想
」了,也相信一定有人用鼻孔噴氣:什麼鬼話連篇,拿灰姑娘出來當例子,小孩子玩家家酒。這個階段我就認真寫好了…在「創建人物」這個階段,其實就是研究方法 Persona (人物誌),都把研究方法拿出來講了,夠認真了吧!
Responsive Web 抱怨篇
老實說、自從我一頭栽進 Responsive Web 的世界,又接觸 Bootstrap 後,很久沒去思考「在 Responsive 上我還能玩些什麼花樣」。有人跟我提過 Bootstrap 雖然好用、但也限制許多可能性,所以他們不喜歡。我倒認為它只是項工具、要在網頁上套用它就必須遵循它的規則。
使用者經驗藏寶圖:敘述故事、找出中心思想
雖說很對不起邀我來參加聚會的主辦單位,但 UI 和 RD 擅長的領域差不多就是聖母峰和馬里亞納海溝的差別。為了不浪費這段人人都在補充新知我卻蹲在旁邊玩保衛蘿蔔2的時間,還是來寫點文章表示我也有努力好了…根據這張藏寶圖的順序,就來談談「敘述故事」、「找出中心思想」。