交互設計師每天是怎麼工作的，一天怎麼度過？
或者應該怎樣度過才對自己的成長有幫助？
我的一天基本是這樣的
1、上午開始，會打開一些http://dribbble.com，http://pttrns.com之類的網站，查看、收藏最新的有趣設計，開拓眼界。
2、接下來會和產品經理一起討論將要開發的新功能點，這些功能點對應的需求場景是什麼，需要幫助用戶解決什麼問題。了解了這些需求背景，就可以開始設計工作。
3、基於對用戶需求場景的理解，以及頭腦中儲備的知識庫，可以開始設計用戶滿足某個需求時需要執行的任務。這時要盡量多滴去嘗試多套方案，留待後面做選擇決策。
4、拿著草稿反饋給產品，聽取他們的意見，一起討論哪套方案的大方向是靠譜的。這一次討論中，收集的意見已經足夠幫助你明確地把我需求，並獲得客戶方的認可。
5、這些方案在得到產品經理認可後，還要拿給視覺、開發們收集意見，看在視覺風格、技術實現上是否存在合作方不認可的地方。收集到這些反饋後，就可以著手進一步細化那套最被看好的方案了。
6、交互方案的所有細節都完善之後，需要知會到所有的合作夥伴，向他們講述方案的各種細節。
7、在項目具體實施過程中，還會遇到一些細節被遺漏，需要臨時處理的情況，還需要時不時地用短暫的溝通彌補這些疏漏。
基本上，交互的工作是在和多個角色的不斷溝通中完成的，所以不光光是邏輯清晰、會畫線框圖就足夠了。排除討論工作中的特殊情況，例如版本發布前瘋狂的節奏、長達一天的會議、年中年底的組織建設、預算安排等，我想寫自己經歷過的3個日常的「交互設計師的一天」：
- 交互設計師在美國一天的工作。
- 交互設計師在德國一天的工作。
- 交互設計師在中國一天的工作。
只寫正常工作時間，加班時間不做討論。只寫典型的工作安排，不討論突發情況。最後我會寫一些自己對一天工作安排重點的粗淺見解。
1，交互設計師在美國一天的工作。
場景：在矽谷互聯網公司做移動產品設計。
8:30am，到公司，吃早飯，一樓咖啡廳拿一杯冰咖啡，上樓。
9:00am，到辦公位，看Email，排自己一天的設計工作，標記重點。
9:15am，集中處理需要一個人思考的設計問題，畫在紙上，寫文字內容的設計思路，InDesign，PS，Omnigraffle。
10:00am，快速會議，和產品經理、開發一起在15分鐘之內過昨天的成果、阻礙，以及今天的任務。
10:30am，產品經理需求快速討論會，得到新需求，辯證思考，PK。
11:00am，和視覺快速拉通，然後繼續畫交互稿。
12:15pm，午餐，一般是牛油果碎肉黑豆配米飯。
1:00pm，和設計或者產品同事喝咖啡，中午喝無糖熱拿鐵，討論最近新興的技術、設計趨勢，聊聊最新的移動設備。
1:30pm，畫稿，設計稿輸出，InDesign文檔整理，Email輸出整體設計方案。
3:00pm，產品的周會、規劃會、領導的任務布置會等。
4:00pm，下午咖啡時間，必點草莓牛奶。和中國同事聊天，談談哪家中國館子開業，哪家川菜正宗。
4:30pm，畫稿，與開發的設計實現討論會，與QA的測試討論會，拿著畫好的稿與產品經理再PK，領導評審設計。
6:00pm，下班，回家。
2，交互設計師在德國一天的工作。
場景：出差在德國做設計交付。
8:15am，到公司辦事處，吃早飯，快速查閱處理Email，跟進解決國內團隊重點問題。和國內團隊遠程會議，跟進、布置國內團隊工作，集中處理重要的事情，給意見，授權。
9:00am，晨會，與德國同事討論項目進度，標註難點，分工。
9:30am，檢查設計稿，準備好解決方案，理清思路，與同事討論好稍後的客戶會議溝通要點、突破點、PK重點。
10:00am，步行到客戶公司開會，設計部分討論激烈，工作場合大家都說英語，說到技術難題，中國人退後捂嘴，開始中文快速溝通，德國客戶退後捂嘴，開始德語快速溝通，然後兩邊自己扯清楚了，再回到談判桌英語溝通。
11:00am，在客戶公司的辦公區，做會議紀要，發送，做工作紀要，分配工作給國內的設計師，做一下輪會議準備。
11:45am，與交付團隊快速溝通，看項目進度是否合理，設計交付是否在計劃內。
12:30pm，吃飯。（德國肘子……吃不慣）
1:00pm，散步，和家人視頻，休息。
1:30pm，開始工作，和公司同事討論客戶的新需求，寫解決方案，畫稿。
3:00pm，到客戶公司繼續開會，討論設計、開發、用戶研究、設計交付、技術實現等。
5:00pm，喝咖啡，步行回公司辦事處，和家人微信，說晚安。不吃或者吃一個三明治。
6:00pm，寫會議紀要，標註設計交付項目重點，布置設計任務到國內設計團隊。
6:30pm，項目組例會，設計、開發、技術、架構、安全、項目管理每個環節都彙報各自情況，關鍵問題討論。
8:00pm，回宿舍。和同事去中國餐廳吃飯或者回宿舍吃水果。
3，交互設計師在中國一天的工作。
場景：多設計項目並行的設計輸出與設計管理。
7:40am，到公司，早餐。
8:00am，到辦公室，看郵箱，看Notes，集中標註關鍵問題，處理，跟進。
9:00am，看所有在進行的項目，對重要或者緊急設計任務進行標註、分工、安排。
10:00am，寫解決方案，寫工作材料，畫稿，評審待確認的設計方案。
11:00am，關鍵項目會議，跟進團隊工作，跟進基線和一線的工作。
12:20pm，吃飯，散步，看書，寫文章，看設計網站，畫稿。
1:30pm，集中回復第二輪Email，跟進關鍵問題，解決部分，標註保留一部分。
2:00pm，項目評審會，立項會，解決方案討論會。
4:00pm，與在海外的團隊員工溝通，了解海外的一線支撐情況，評審並給意見和安排。
5:00pm，交互、視覺、前端開發、用研能力線跟進，和每條線負責人快速溝通，得到業務和能力雙線的進度更新，給意見，安排工作，與其他地點的設計介面人溝通。
6:00pm ……
（如前面所說，加班不作討論啦）
我認為有效率能進步的一天應該包括：
1，早上的Inbox 0時間。
早上到公司，人少，會議少，問題少，立馬動手看Email並處理。緊急問題能回復立馬回復解決方案，暫時沒有答案的也要立馬回復說已經收到，某某時間給你反饋。把Email的工作重點與自己的工作重點筆記快速整合，標註，排序，思考，一天的工作思路就很清晰了，且能保證最重要的事情得到最重要的時間安排。
目標是郵箱里每封新郵件都被照顧到。
2，大塊時間。
大塊時間留給最重要的工作。重要的解決方案，產品的整體改版評審，新產品立項的業務思路，創意設計的密集討論等，都需要大塊時間專註投入。這個時候，提前預留時間，在會議室工作，避免不重要的會議、Email干擾，都是關鍵。
3，碎片時間。
很多工作可以在碎片時間完成。例如一個項目的情況跟進，5到10分鐘，我會讓主設計師陪我去水房接開水泡茶，走路的幾分鐘就理清楚；例如一個設計方法的建設進度跟進，我會在坐久了伸懶腰的時候和負責這個任務的同事快速10分鐘聊完。
碎片時間可以讓你在休息放鬆的時候也完成一些工作需求。但是一定要注意，你的碎片時間不一定是別人的碎片時間，所以找到對大家都有利的時間點很重要。例如我會更多使用每天下午公司吃水果的時間，中午午飯走路到食堂的時間，來和同事討論一些不需要長時間投入討論的工作任務。
4，守時守信。
守時，其實是在節約自己的時間。
守信，其實是在給自己方便。
工作場合任何的關鍵交付物、解決方案討論點、項目點，都需要有準確的守時守信觀念。開會提前5分鐘到，準備材料，讓自己安靜下來以準備後面的討論，肯定比準時跑過來急急忙忙開始討論要好；承諾給到的材料，一定要準時提交，甚至是提前提交做預先溝通，多改一次，提升材料的質量。這些都可以讓工作效率和個人的職業形象得到提升。
5，下班前的思考時間。
年輕的時候，不懂，經常把工作的煩惱帶回家，這樣不好，對工作沒有幫助，還讓自己和家人休息不好。年紀大了，慢慢學會下班後回家要放鬆，這樣對自己、家人、工作都是好事。
所以下班前的思考時間很重要。
我現在習慣在下班回家的40分鐘班車上，把近期的工作重點一一想一遍，如果有重要未解決的問題，想好初步思路，明天上班去解決。
回家，我會立馬轉換為家庭狀態，安心地配合老婆做家務，看老婆做菜或者偶爾給她打下手，看電視，讀書，寫作，跑步，讓自己輕鬆下來。
我們工作其實每天的重複度是相當高的。很多時候一段時間很快就過去了。一定要在每天工作後去想想，今天做了什麼，做好了什麼，什麼做的不夠好，以後怎麼做才會更好。
每天無論多麼細微的進步，都是以後往前走一大步的基礎。
謝謝閱讀！
yoyo
最近剛忙完一個平台項目（第一版開發上線），目睹從無到有的設計過程。心中小喜。分享一些工作中積累的經驗，對項目做一個沉澱，也供大家學習交流。
項目概況：這是一個面向非普通用戶的操作界面，所以相對來說交互的架構會比較複雜。由於公司保密信息嚴格具體內容和圖片不便展示。
下面將分為三個階段講述設計的過程。
1、讀文檔，明需求，多溝通，擅闡述
需求文檔類型多種多樣，無論哪種，首要任務是讀懂需求的內容，透徹理解範圍層的含義，及相關的業務形態。把自己當用戶代入思考，如何讓使用者快速上手，減少學習成本。
一般情況下，拿到PM的需求文檔，我會先讀一遍，整理出整個文檔的架構、要點、功能點等。記錄過程中不理解的內容，羅列問題清單，找PM溝通。溝通的效率也很重要，我會先聽PM講完，然後用自己的話闡述一遍，助於理解。
2、敏開發，內容先，理結構，畫框架
很多人習慣一上來就直接Axure畫稿。其實在設計之初，應該遵循敏捷開發的原則，以提高效率少走彎路。這個時候應該先手繪草稿，從用戶體驗要素的角度出發就是，內容為王，先
定結構層，界面的層級、關係，儘可能的做到結構扁平化。
定好信息架構之後，接下來就是框架，這個階段及其重要，因為往下所設計的幾十張乃至上百張的界面稿，都與之相關，所以要儘可能的為後面的工作所著想，其中包括了導航樣式、麵包屑、展開、詳情跳轉、複選框、控制項等等的位置以及操作的交互考慮。
3、定方式、調細節、寫說明、查遺漏
到了這個環節，就接近交互稿的尾聲了。但越到後面越不能鬆懈，內容形式不嚴謹，就很容易受到別人的挑戰。對交互稿的要求應僅次於視覺稿像素級的要求，細節包括字體大小、行距、內容框間距、以及圖標的考慮。
交互稿設計說明，描述要清晰，切勿使用「大概」、「可能」等不確定詞語。內容所涉及的動畫跳轉，顏色風格等等都應該全面考慮。最後值得一提的是，查遺漏。查看哪些地方忘記標註，文字寫錯或者是其他小的問題，交互等於嚴謹。
可以看出交互設計方法很重要，多思考再動手，有助於提高效率，保證輸出質量。
交互稿與視覺稿的差別就是一個像素之差，只有交互稿明確了內容細節，視覺才能完美配合交互，達到相輔相成的作用。
我是佳佳，歡迎交流。
新浪微博@ SSSStorm
看到這個問題時又檢查了一下我的谷歌日曆，才發現一天做的事情竟然這麼雜，概括起來的話可以又這些吧：
一，計劃整理：
1，剛到公司第一件事就是整理一下昨天的事情，哪些完成了哪些沒完成，接下來要怎麼跟進的；
2，檢查郵件，制定計劃表，今天可能會來什麼需求，什麼會議，什麼問題，提前做好準備；
3，看看發出去的東西是否收到反饋，檢查一下項目進度表哪些可以去對效果了，加入計劃表；
4，約人，包括有PM要來提需求，以及約別人確認方案，都提前在QQ上說好，然後預定好會議室之類的；
大概早上要花半個小時都干這些吧！
二，對需求：
就是產品經理來提需求，然後和他們對一遍，目標當然是能夠正確的理解並整理好這些需求，方便開展接下來的交互設計；
在對之前通常會大概了解一下相關方面的知識，看看競品，準備好材料。
對需求的時候，必須要搞明白的三個問題：
1）為什麼要做這個？（目標）
2）這個需求針對的用戶群是什麼？（用戶）
3）什麼場景下會使用到這個功能？（場景）
當然是和PM一起想這些問題，PM可能有的只能回答到第一條。還有對需求的時候聚焦的核心是產品目標，其他不相關的比如PM說想做個轉場動畫，想分3步完成這種話都我一般都會主動過濾掉，這個應該自己交互自己獨立思考的，不能受PM的干擾。
三，思考交互方案：
其實對需求的時候往往大腦中就已經有相應的方案了，但是要把方案細化，每一個步驟的走過去又會發現很多問題，然後一個問題又引出很多不確定的點。所以這之間還會有很多參考，溝通，反覆的環節，需要畫花時間還挺多的，但最終想法清晰的落地時候只不過是畫一個線框草圖分分鐘的事情。
四，跟進：
1，設計方案出來之後找PM確定，徵詢視覺和開發的建議。方案確定下來之後還要寫一個很好地交互文檔給領導，產品，設計，開發等人一個個講明白，確保他們都懂了；
2，上次設計的部分開發接近完成，要去和開發對一下效果，看看實現的如何，是否有偏差。在開發階段發現一些以前沒有想到的問題要酌情給出解決方案；
3，產品上線後的反饋如何？用戶反響怎麼樣，喜歡還是罵？罵的都是哪些內容？根據數據反饋，設計的流程轉化率如何，點擊量高嗎？問題都是出在哪裡等；
其實最怕的就是看反饋，總擔心自己當時天花亂墜給產品經理們的保證實際上上線了效果完全不一樣，好打擊權威性啊%&>_&<%~
五，參加各種會議：
參加產品經理們的例會，參加視覺設計師的例會，還有自己的會議，各種分享會交流會等。其實有些人覺得無聊，但我都超認真的，尤其是產品經理的會議，可以發現很多產品們的問題，接下來的產品戰略還有產品目標，方便前置的準備自己的工作。而且還可以學到很多他們的溝通和思考方法，方便到時候的PK！
六，充電：
1，看各種設計，一般是看花瓣，Dribbble - Popular，或者自己下載一些應用把玩一下；
2，看各種文章，也就是網站到處轉載的那些CDC，MUX的文章。不過現在覺得看多了大部分也就那樣，很少看到一些新穎的思想或方法，所以更加關注一些跨界的設計或生活中的書；
3，刷知乎，微博，朋友圈，你們懂的~
大部分都在想如何能讓自己做的更好一些！
說點真實的·。·矯情什麼的弱爆了……
今天發生的事情……
7:00 起床
7:30 洗澡
8:00 吃早飯
8:30 在家做方案
10:00 去公司
10:30 在公司做方案/ 協調其它設計師做版本設計需求錄入/ 與視覺設計師溝通昨天需求的實現情況
11:00 參與版本Story發布會
13:00 吃飯
13:30 繼續做方案 /安排review會議
14:50 郵件發送設計方案
15:00 通過視頻會議室與PM討論方案/ 協調其它平台的交互內審
17:00 協調關聯平台的設計師資源/ 跟蹤版本設計進度/ 討論優化方案
20:00 繼續做方案……
1.到公司，先看郵件、消息通知，緊急事情優先處理，沒有緊急需求繼續前一天工作。
2.查看日程安排，主要是會議。需求評審，交互評審……開會期間也可以做做需求。
3.看昨天的數據(偶爾會忘，正在改正)。
4.和產品討論需求。和產品溝通，和運營溝通，和業務方溝通，在需求目標達成一致。細節問題能想到的就提前拿出來討論，想不到的做的過程中會發現。
5.對於某些細節或者邊際問題，需求方可能也想不到或不確定，可以給出交互的方案，評審時一起討論。交互的過程，也是在幫助想法具象化和聚焦。不要害怕面對未知作答。
6.考慮視覺，考慮開發……
7.以上過程可能會重複，然後改稿。注意提防需求反覆變更。
8.需求空檔期，個人專業提升，同事交流。
目前用戶這一環還有缺失，需要努力補全。就醬。
溝通新項目的需求；繼續第二個項目的原型，第三個項目的視覺上，跟進第四個項目的開發；第五個項目的測試，線上測試；第五個項目的發布推廣..好吧 我是在吐槽現在的工作
一、需求分析階段
這個階段，對於不同時期的產品討論、分析的方面側重點不同。
1、新產品
對於從無到有的心產品，需要了解：
- 產品的定位是什麼？
用戶群體是誰？他們有哪些特徵？我們的產品需要解決用戶的什麼痛點？如果有競品，我們與他們的優勢在哪裡、差異又在哪裡？
這個階段非常重要，但是也是最難討論清楚的，即使是產品經理/總監可能在最初也無法完全確定產品的定位，而是在產品迭代過程中慢慢摸索出來。
- 產品的功能點有哪些？
通過哪些功能來實現用戶的需求？這個部分主要由產品經理提供。有些產品經理提供簡單的功能list、有些甚至直接給線框圖，這其實都不太可取。
我比較希望收到的是一份較為詳細的思維導圖，包括：功能模塊、功能點、需要展示的信息欄位及其格式要求、功能優先順序、其他必要的補充說明（為什麼這樣考慮、什麼場景下使用等等）
2、迭代改進中的產品
對於已經上線的產品，如果是已有功能的改進優化，需要了解：
- 改版目標是什麼
比如當前存在的問題是什麼？計劃通過什麼方式/方法解決？期望達到怎樣的目標？
資料推薦：
對於需求分析階段，我以前也挺迷茫該如何更好的開展。在上一家公司時，剛好遇到《破繭成蝶：用戶體驗設計師的成長之路》這本書詳細介紹了如何做需求分析，與產品經理一起按照書中的方法進行，共同討論了我們負責產品的定位、使用場景和特點等等信息，受益匪淺，在產品重構過程中也得益於前期的分析做了一些創新設計。
二、交互設計階段
- 任務分析
任務分析，是指分析用戶在使用產品過程中，需要進行的行為和認知的過程，可以幫助我們建立產品的結構和信息流，從而為我們提供更多合適的信息來幫助用戶完成任務。
根據產品的功能點，我們先確定用戶需要完成哪些任務？每個任務又可以分解為哪些子任務？這些子任務的操作流程、目標是什麼？分布在哪些頁面，子任務的層級結構是怎樣的？任務、子任務的優先順序關係是怎樣的？如何在界面上突出主要任務？
這個步驟關係到後續的頁面流程、用戶操作流程、頁面布局。
資料推薦：
1、《破繭成蝶：用戶體驗設計師的成長之路》一書在 設計規劃 章節介紹了主要任務與次要任務、如何突出主要任務、如何引導用戶完成任務
2、《在你身邊為你設計》一書在 體驗設計 章節介紹了「設計中的邏輯思考——任務分析」
- 導航設計
導航的目標是突出主要功能點，讓用戶在完成任務時能一目了然的知道自己要從哪個入口進入。通過前面的功能分析和任務分析，對於用戶任務的優先順序已經較為明確，此時可以思考、確定產品的導航設計。
- 頁面流程圖
用以明確整個產品的層級結構、頁面之間的關係。類似下圖這樣，標註頁面名稱，不用體現界面細節，還可以簡單標註界面的主要內容模塊。
- 用戶操作流程圖
對於比較簡單的功能或產品，這一步可以省略。但是如果涉及到多個用戶角色之間的操作關聯、較為複雜的判斷邏輯，建議交互設計師先梳理清楚用戶操作流程圖，思考清楚不同分支的走向。後續在設計評審階段，可以通過流程圖來輔助講解，更容易理解。
- 頁面布局設計
整體框架、流程梳理完成後，開始逐個完成各個界面的布局設計、界面之間的跳轉關係。這個環節是整個交互設計的重中之重，如何設計友好而易用的界面，如何做到有效的組織將用戶重點關注的信息凸顯出來，非常考驗一位交互設計師的能力。
另外，這個環節也要著手思考交互操作細節，不過暫時不用表述完整，可等初稿評審且基本確認後再做細化。
- 初稿評審
目標是確認導航設計、頁面流程、頁面布局是否符合產品需求，各方的想法是否能達成一致。如果遇到不一致的情況，可討論分歧點在哪裡，討論不同方案的優劣點及如何取捨。
如果修改意見較少，完成修改後可私下與相關的業務需求方或產品經理溝通設計方案，基本達成一致後可開始進行詳細設計；如果交互初稿評審分歧較大，需要修改後重新評審，基本確認後再做詳細設計。
- 詳細交互設計
這個環節，需要完善不同狀態下的頁面布局和內容展示、用戶操作反饋提示、通用或異常的場景等等。所有開發階段需要用到的都需要在詳細設計階段體現。
- 終稿評審
主要目標是讓開發測試同事了解設計需求、評估設計方案的實現合理性、交互細節是否完善且無異議。這個環節會遇到很多「挑戰」，需要交互設計師提前對設計方案有足夠的思考、能權衡多種方案的利弊，進而將自己經過深思熟慮的且最為合適的方案推進下去。
三、視覺設計階段
交互設計師需要向視覺設計師介紹交互原型；對輸出的視覺設計方案，需要從交互角度予以評估，比如與交互設計初衷是否一致、內容的主次是否表達得當、是否有細節遺漏或錯亂等等。
四、開發與測試驗收階段
- 測試用例撰寫時，測試同事可能會在交互說明文檔的基礎上思考的更加全面，提出一些尚未考慮到的特殊操作場景。交互設計師需要思考、補充相應的交互設計說明。
- 測試用例評審階段，需要確認所有的用例是否與交互文檔上一致。
- 開發實現過程中，若開發遇到一些交互上的疑問，需要實時跟進、討論、確定最終實現方案。
- 測試驗收階段，需要驗收最終的效果，看與交互原型是否一致，對於有出入的地方也要儘快跟進確認。
五、搜集用戶反饋階段
對於迭代中的產品來說，這一點需要持續關注。通常採用的方式是用戶調研、可用性測試、各種用戶反饋渠道搜集。交互設計師需要分析用戶反饋問題的合理性、是否需要優化。對於值得重視的反饋，需要思考設計方案、推進實現。
UI開發不是前端開發——那UI開發到底是什麼？
用戶界面(User Interface)是指對軟體的人機交互、操作邏輯、界面美觀的整體設計。好的UI設計不僅是讓軟體變得有個性有品味，還要讓軟體的操作變得舒適、簡單、自由、充分體現軟體的定位和特點。用戶界面設計是UI設計師的首要工作，視覺美觀是UI設計師的能力和職責，功能實現和易用則是UI 開發的本事。根據Indeed的官方數據顯示，UI設計師每年薪資為：￥88,852，而UI開發的薪資則高達￥117,069。為什麼差距如此懸殊呢？UI 開發到底是什麼？
1. UI 設計師，UI 開發，前端工程師三者的區別
UI 設計師
UI設計師的目標是對界面進行美觀設計，注重視覺方面，從而改善整體用戶體驗設計。他們是根據產品需求，對產品的整體美術風格、交互設計、界面結構、操作流程等做出設計，負責項目中各種交互界面、圖標、LOGO、按鈕等相關元素的設計與製作。負責軟體界面的美術設計、創意工作和原型設計。主要要求從業人員精通Photoshop、Illustrator、Flash等圖形軟體。
Web前端開發
前端開發重點是將設計稿轉換為靜態頁面，並且編寫業務邏輯所需要的代碼。前端設計師並不一定要懂得設計，主要利用HMTL與CSS建構頁面，用JavaScript完善交互以及用戶體驗。前端開發需要比UI開發懂的更多的編程技能。他們必須了解HTTP協議，伺服器和瀏覽器的工作原理，在當前市場上的各種設備上顯示Web的特性。
UI開發
設計+ HTML / CSS / JS。 UI開發人員將設計理念和技術技能結合在一起。他們不但擁有設計的能力， 懂得設計的原則和原理，還能將其轉換為代碼來達到功能的實現。他們能夠深刻了解CSS，HTML等代碼知識 並且正確的使用在設計和開發中。
2. 為什麼UI開發越來越熱門？
長期以來UI設計師和開發都是分離的兩個職位，一般是由UI設計師進行頁面設計，然後提供給前端開發工程師進行編寫。但是這樣就存在設計師和開發之間互不理解的問題，設計師不懂代碼，他無法理解自己在PhotoShop中只需要簡單應用一個濾鏡的問題怎麼到了前端那裡就告訴有兼容問題無法實現，覺得是開發人員不願意實現，而前端工程師也經常覺得設計師提供的頁面缺乏邏輯，無從下手，而且設計師有時候會調整界面設計，有的調整完全不顧及已經寫好的代碼隨意調整，完全破壞了已經寫好的代碼結構，非常痛苦。
UI開發職位的出現就完全解決了這個問題，由一個人完成界面的設計和開發，一切都在掌握中，大大減少了溝通成本。設計師掌握了開發知識之後，設計上面可以更大膽，不用擔心設計無法實現，也不會去做一些開發耗時而實際上可有可無的設計，可以降低開發時間。如果後續需要修改設計，整個調整也只需要一個人來完成，可以用最短的時間完成。
3. UI 開發的工作職責
UI開發人員的工作職責如下：
l 熟悉掌握以下開發語言：HTML，CSS
l 能夠熟練應用代碼到UI設計和開發工作中
l 有能力幫助其他開發者更好的完成工作
l 為整個應用程序提供UI元素的組件以及開發UI體系結構
l 在設計和開發階段，能與開發和產品團隊進行良好的溝通協調
l 執行主要設計原則和用戶體驗，通過高保真模型實現交互流程
l 開發出的產品必須好看並且容易使用，界面要有功能性。
4. UI 開發需要掌握哪些技術和工具？
技術：
Html，CSS（開發語言）
UI design（UI設計原則和原理）
Web design（web設計）
Graphic Design（掌握平面設計的工作原理）
工具：
Illustrator，Photoshop（UI設計工具）
WebStorm(IDE)
Mockplus（原型設計工具，做原型最快最方便）
5. UI 開發的職業生涯發展
就像前面介紹的UI開發現在的薪資水平直線上升， 很多UI設計師不甘心只做設計，做一個「美工」。而且有時候在工作上與開發同事溝通交流又困難，不如自己把自己設計的頁面用代碼寫出來。這樣不但能夠理解開發同事的工作，從而進行有效地溝通，也更容易理解設計的原理。許多人認為UI開發最終會合併成前端開發，但現在職業劃分越來越細的時代，UI開發將會是一個獨立的熱門職業。
總結
UI開發在未來將會是一個越來越熱門的職位，不管你現在是UI設計師還是前端工程師，現在都可以去學習成長為一個UI開發者。你可以負責整個視覺界面，然後自己編寫代碼來實現它。你可以做任何決定來主導你的設計，但你要有說服他人的能力。你能掌握HTML，CSS和Javascript等前端開發所需的關鍵語言。它們易於理解，也是學習其他用戶界面技術的基礎。不要猶豫，開始你的UI開發職業生涯吧。
1.早起通勤和早到公司的時間積累專業知識，比如下載app並總結，積累設計資料。
2.開始制定一天的計劃，原則是一天只做一件最重要的事。
3.劃分交互階段，是溝通劃定問題階段還是收集資料階段，根據不同階段準備輸出類型。
交互設計的本質是解決問題，搭建用戶和產品的橋樑，所以無論是人的問題還是設計本身的問題，都是需要交互去做的。
9：00到公司
9：00-11:30逛網站
11:30-14:00吃飯，狼人殺，休息
14:00-17:30繼續逛網站，隨便塗塗畫畫
根據產品經理的腦洞，自己想需求，自己分析痛點，自己畫原型，最後變成飛機稿。
交互設計是個危險的職業，
先閱讀優秀作品以儲備知識和提升自己品味；要有充足的時間空想，靈感都是閑暇的時候瞬間爆發的；起草自己的概念，畫出自己的初稿，交給產品經理，和同事討論，聽取視覺、開發們的意見；最後逐步完善。
吃喝拉撒
以產品研發流程做時間軸參考：
1、在產品層面和上級溝通功能、目標策略及具體項目需求。（業務訴求）
2、在設計層面進行交互設計工作,例如根據溝通出來的需求輸入草圖、線框圖、文檔、交互原型等。
3、配合視覺設計師完成高保真的UI稿，與開發人員對接具體的需求及界面問題，保證需求的完整落地。
推薦閱讀：