設計規範要點
要做設計規範前，先來瞭解什麼是設計規範，不是把所有元件都擺在同一張圖上排排站吃果果就好，設計規範(Design Code / Design Specifications) 一文中提到： 設計規範是指對設計的具體技術要求,是設計工作的規則。一般包括總體目標的技術描述、功能的技術描述、技術指標的技術描述,以及限制條件的技術描述等。
工作清單：切圖
切圖有很多種方法，但切出來的圖只會有兩種：1.可以用。2.被退件。圖切出來會交給 F2E 或 RD 接手，請給他們能夠使用的圖方便作業。有不懂、不確定的部份請在切圖之前就先問過他們要怎麼處理，他們肯定會回答你。（不回答就是他們有很大的機率拿到爛圖拖長自己工時，誰敢不理你啊？）
工作清單：Mockup
以我自己的工作流程，會是：Functional Map > UI Flow > Wireframe > Mockup > 切圖 > 標示文件。當然在更前期會有 UX 研究、最後會接 HTML 等等，但就一位 UI Designer 來說應該是這些。
對 Mockup 而言…Wireframe 有什麼就畫什麼，不要亂改亂腦補！而且遵守 PSD 製作禮儀 。
工作清單：Wireframe
既 Funational Map 和 UI Flow 後，終於到來回修改最多次的 Wireframe 階段了。比起 Funational Map 和 UI Flow，這應該是最多人會接觸到的「規劃」。同時也是最花時間、圖片說明量最大的部份。在這階段修修改改總比都在畫 Mockup 或套程式了才在修改來得輕鬆省力。
工作清單：UI Flow
繼 工作清單：Functional Map 後，繼續來寫 UI Flow 這部份。如果你不知道什麼是 UI Flow ，請參考 初學者的 UI Flow 這篇文。
PSD 製作禮儀
在聊自己製作 PSD檔 的習慣之前，一定要先把 Photoshop Etiquette 拿出來講。這個網站在網路上流通多時並有簡體中文翻譯，開宗明義就說了是「Photoshop 禮儀」，且製造日期是 2012 年。雖然在此之前我就已養成某種程度的整理習慣，卻也仔細研讀這個站後才真正瞭解該怎麼做得更好。如果你的工作需要接觸 Photoshop，建議這個網站列舉出來的部份都要實作到PSD上。
IXDC 建立設計驅動的文化 筆記
主題：建立設計驅動的文化
講者：周陟 騰訊MXD 設計副總監
這張是炫耀照，這本書在2010年出版，是我的啟蒙書，帶來一堆專有名詞讓我查了很久資料，卻因此墊下許多基礎，從此對周陟大神非常推崇。如果沒有這本書，我也不會當 UI Designer，這次 IXDC 就是為了他的演講而來的。
(因為每位講者的時間有限，周陟講速飛快，十分考驗速記技巧，我盡力了，有些腔調和用字聽不是很懂，有誤別打我…）
設計師最好知道一下的常用縮寫
我覺得設計師都應該要知道一些公司其他部門的工作內容，起碼找人討論不會抓錯對象。本文整理出較常見的各種縮寫和定義。主要是給設計師看的所以簡單說明，想深入理解可以參考 SA / SD / RD / PG / PM / DBA / MIS 這篇和 Wiki，網路上也有許多文章介紹各個職務的工作內容。
UI 如何改善開發流程
20170812 更新：此為 2014 年舊文，當時狀況為「UX 包含 UI」，所以 UX 工作包山包海包 UI，依目前工作職責來看，這篇文提到的所有工作內容皆為UI 設計師的工作。已修正。
一間公司要營運絕對不是靠某個人腦充血帶頭往前衝，各部門間有許多事情需要相互配合。UI/UX 是最近很紅的話題，已經到人人說得一口好使用者的程度。講歸講，要在軟體開發的什麼階段導入 UI 設計 呢？本文從我的角度來說明 UI 如何改善開發流程。
教你一眼看穿職缺是不是雷
畢業季快到了，我來寫寫怎麼找到一份好的 UI/UX 工作吧。希望各位在找新工作的時候可以省點力氣不用踩雷。要知道現在肯付面試車馬費的公司就和不說謊的政客一樣稀罕。（學會怎麼分辨這職缺是不是雷比掉進萬能美工的坑重要多了。）
Guideline 的重要性
強調再強調，一定要先看過 Guideline 後再來做介面設計，卻被人嗤之以鼻，說不用看一樣可以產出啊幹嘛要花這種時間。
- 如果不是你的產品太簡單、就是都用內建元素或抄襲湊合了事。
- 你同事人太好，幫忙擦屁股了。
- 你同事程度跟你一樣，搞不清楚狀況。
別說很多 UI 高手們也老是跳脫 Guideline 設計啊，他們哪位不是對 Guideline 熟到可以朗朗上口到幾乎可以報頁碼的？不懂 Guideline 的就只能當美工用，連視覺設計都稱不上。
文章分類
