各種做白工的前兆
又聽到設計師非自願失業了，公司營運出狀況老闆跑路等等。其實多多少少這些都會有前兆，之前一直強調設計師不要關在自己的部門和駝鳥一樣埋著頭做事，如果能多關心下其他部門在做什麼，稍有點風聲就立刻做好準備，個人損失可以降到最低…就算是自己預感錯誤也沒關係，總好過真出事了才手足無措。
設計和 F2E 的切圖與切版
收到讀者來信，這位讀者是 F2E，發現設計師的切圖和 F2E 的切版似乎不太一樣，所以寫信給我。另外問切圖有什麼樣的流程和注意事項…不知道要怎麼詳細說明，其實還滿想回他一句「多被RD罵幾次就會了啊」…orz
設計規範要點
要做設計規範前，先來瞭解什麼是設計規範，不是把所有元件都擺在同一張圖上排排站吃果果就好，設計規範(Design Code / Design Specifications) 一文中提到： 設計規範是指對設計的具體技術要求,是設計工作的規則。一般包括總體目標的技術描述、功能的技術描述、技術指標的技術描述,以及限制條件的技術描述等。
讀者回信：無法實現的設計驅動
收到一封寫了近 800 個字的 Mail，提到他在工作上遇到的困境，包含公司的對設計的輕忽。就來談談我對這個現象的看法吧。台灣並不因為沒有牆就擺脫這種問題，設計一直是個附屬品，只有當上級者了解設計能創造多少價值才會重視和推廣。有趣的是，真要去問設計師你要怎麼創造價值、請他完整規劃一套可行、能被推動的計畫，他還講不出來。
Customer Experience Map Tips
昨天帶 Smashing Magazine 編輯 （IXDC 的講者之一）逛艋舺夜市，順手戳了幾下討要簡報檔，當天晚上立刻收到了，用龍都冰果室的花生冰收買人心是對的。
Customer Experience Map 網路上非常多資料，各家執行方式都有點不一樣，在此僅翻譯簡報檔最後面的總結論。搭配 IXDC 如何使用客戶體驗歷程圖來規劃完美的用戶體驗 筆記 一起看更容易理解。（標題是簡報裡的 Tips，內文才是我寫的心得想法嘴砲。）
IXDC 建立設計驅動的文化 筆記
主題：建立設計驅動的文化
講者：周陟 騰訊MXD 設計副總監
這張是炫耀照，這本書在2010年出版，是我的啟蒙書，帶來一堆專有名詞讓我查了很久資料，卻因此墊下許多基礎，從此對周陟大神非常推崇。如果沒有這本書，我也不會當 UI Designer，這次 IXDC 就是為了他的演講而來的。
(因為每位講者的時間有限，周陟講速飛快，十分考驗速記技巧，我盡力了，有些腔調和用字聽不是很懂，有誤別打我…）
設計師最好知道一下的常用縮寫
我覺得設計師都應該要知道一些公司其他部門的工作內容，起碼找人討論不會抓錯對象。本文整理出較常見的各種縮寫和定義。主要是給設計師看的所以簡單說明，想深入理解可以參考 SA / SD / RD / PG / PM / DBA / MIS 這篇和 Wiki，網路上也有許多文章介紹各個職務的工作內容。
面試會問的問題
這篇想聊聊面試人的心得。當我必須要面試新人的時候，肯定代表我在某方面會比應試者有經驗。面試的過程中會以「問倒應試者」為優先考量，只有問到應試者答不出來的問題才能知道他的實力在哪裡。（希望本文不會變成搬磚砸自己腳）
如何讓公司的平面設計師交出可以用的 Web 圖？
在演講的 QA 時間，有幾位 F2E 跑來問我這個問題，看來這是許多人心中的痛啊…甚至連圖都不讓設計師切了、直接自己來，卻還是狀況連連…如何讓公司的平面設計師交出可以用的 web 圖呢？
RainFont 開發流程
雖然我和老公合作過多個上架 App，這款字級表倒是我們第一次在沒有客戶的干涉下完成的作品。來談談設計理念和製作過程吧。
官方網址：rainstep.co
我是UID，不是UXD
圖片出處：THE DISCIPLINES OF USER EXPERIENCE
當聽到有人說「我是做 UX 的」都不會覺得很奇怪嗎？使用者經驗要怎麼被「做」出來？
要解釋 UID 和 UXD 的不同就得拿出這張圖。它很清楚畫出 UID 和 UXD 的關連和差異。你可以看到紅色大框的「使用者經驗設計」中包含訊息架構、內容、視覺設計、互動設計、人機互動、聲音設計、工業設計、人因工程學、建築學。
設計師不看Guideline，結果令人震驚
你是不是覺得設計指導方針是多此一舉？
別傻了！不遵守它，設計出來的介面不是醜就是難用。
想知道為什麼？繼續看下去吧！
文章分類
