PM 臨時改需求，新手與資深 UI 設計師怎麼看？
你有沒有遇過 PM 突然衝來，說要臨時插單修改需求。
你被殺個措手不及，把自己原本規劃好的工作進度打亂了？
不同職等的 UI 設計師，會怎麼應對呢？
讀者回信：無法實現的設計驅動
收到一封寫了近 800 個字的 Mail，提到他在工作上遇到的困境，包含公司的對設計的輕忽。就來談談我對這個現象的看法吧。台灣並不因為沒有牆就擺脫這種問題，設計一直是個附屬品，只有當上級者了解設計能創造多少價值才會重視和推廣。有趣的是，真要去問設計師你要怎麼創造價值、請他完整規劃一套可行、能被推動的計畫，他還講不出來。
IXDC 建立設計驅動的文化 筆記
主題：建立設計驅動的文化
講者：周陟 騰訊MXD 設計副總監
這張是炫耀照，這本書在2010年出版，是我的啟蒙書，帶來一堆專有名詞讓我查了很久資料，卻因此墊下許多基礎，從此對周陟大神非常推崇。如果沒有這本書，我也不會當 UI Designer，這次 IXDC 就是為了他的演講而來的。
(因為每位講者的時間有限，周陟講速飛快，十分考驗速記技巧，我盡力了，有些腔調和用字聽不是很懂，有誤別打我…）
RainFont 開發流程
雖然我和老公合作過多個上架 App，這款字級表倒是我們第一次在沒有客戶的干涉下完成的作品。來談談設計理念和製作過程吧。
官方網址：rainstep.co
Guideline 的重要性
強調再強調，一定要先看過 Guideline 後再來做介面設計，卻被人嗤之以鼻，說不用看一樣可以產出啊幹嘛要花這種時間。
- 如果不是你的產品太簡單、就是都用內建元素或抄襲湊合了事。
- 你同事人太好，幫忙擦屁股了。
- 你同事程度跟你一樣，搞不清楚狀況。
別說很多 UI 高手們也老是跳脫 Guideline 設計啊，他們哪位不是對 Guideline 熟到可以朗朗上口到幾乎可以報頁碼的？不懂 Guideline 的就只能當美工用，連視覺設計都稱不上。
初學者的 Functional Map
功能規格書、產品規格書、系統分析、需求分析等等，是 PM 或 SA 或其他同事的工作，反正不是 UI 的工作，很多 UI 不願意去接觸這類文件，（就說了字太多圖太少設計人看不下去、有沒有懶人包？）但看不懂這些文件的 UI 絕不能被稱為好 UI…連這個軟體要做什麼都不熟悉、一知半解，要怎麼說服別人設計的介面是適合這套軟體（或網站）的好介面？
UI 和 RD
幾乎每個面試官都會問我：「妳和RD的溝通情況如何？」我通常會反問：「都嫁給 RD 了，你覺得我和 RD 溝通情況怎麼樣？」不管是在家或是在工作，我整天都和 RD 相處啊！但即使和老公很有默契，遇到夫妻吵架，還是會大喊：「RD 的腦袋真不知道在裝什麼。」
文章分類
