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的時間，還是來寫點文章表示我也有努力好了…根據這張藏寶圖的順序，就來談談「敘述故事」、「找出中心思想」。
文章分類
