我遇到非常多這樣子的設計師，他們從不考慮「這樣設計稿交出去，工程師做不做得出來」的問題，也不愿意去了解什么叫「限制」和「規則」。如果你也想從畫圖標的變成UI設計師，這篇干貨千萬要收藏。成都網站設計小編為您解析，UI設計師容易忽略的四大問題：  

  可行性   

  想了解UI/UX，就一定要了解這張圖，這是JesseJamesGarrett在2000年發表的用戶經驗元素一書中所提出：使用者的經驗可分成抽象到具體，也就是由策略、范圍、結構、骨架、表層所構成。圖片上有原作者的說明大家自己看吧。

  

 這張圖是同一位作者提出的概念，同樣他也寫了很多說明，大家還是自己看吧。

這篇文的重點從這里開始，我擅自把兩張圖合在一起比對，原始圖檔是分開的。合并后可以清楚看到每個階段包含的面向。以下是我自己的分析和筆記心得。

  策略

  使用者需求和開發的目的

  用戶需要什么、建立這個App/Web的目標是什么，這些都是整個項目最底層的根基，也是一切發源的基礎。基礎不穩越往上發展問題就會越多越大，所有炫又酷的接口、多到爆炸的功能通通比不上這個階段的重要程度。搞不清楚這個項目的目標是什么就貿然開發…這個階段主要活躍的角色會是bD、pM、UI/UX。有時候pM和bD不那么清楚要怎么問才能從「出張嘴」的金主口中挖出開發所需要的情報，可以把這份工作交給UI/UX，在這個階段加入UI/UX做訪談得到更多的信息，能減少未來開發遇到問題的機率。

  比如客戶說「我要能查詢美食餐廳、要有會員系統、能有社交功能」。這聽起來超龐大的對吧!但實際上客戶想要的搞不好就只是個列表、關鍵詞查詢熱門餐廳信息，賬號串接Fb后能對餐廳按贊或按干這樣而已，項目規模瞬間縮小很多。

  范圍

  找出需求與目的后以需求為基礎，整理出所有用戶可能會需要的信息及功能，以愉快且有效的運用各種功能為出發點建構合理的互動模式與流程。

  這個階段就是把抽象需求內容轉成可實行的功能，并訂定出Spec。把所有需要的信息、功能等全部列出，并歸納分類，以「策略」層決議的目標和需求為出發點，考慮各種操作方式。(再強調一次，同樣都是音樂播放器，列表型的和很炫型的就算功能大同小異，操作方式和接口設計還是會差很多。)

  把所有可能會用上的功能、所有必需呈現的信息、圖片等等全部用樹形圖條列出來，方便UI/UX未來畫UIFlow、方便SA制定ApI，也方便RD計算人日、pM控管項目時程，好處多多。發現沒?這階段就是在做FunctionalMap啦!

  結構

  把所有信息整合起來，依用戶能直覺理解的方式組織成完整的概念。

  既然「范圍」層在制作FunctionalMap，那「結構」層就是在做UIFlow了，這個階段必需定義信息、功能等要用什么方式呈現。比如說iphone上小張的美食照片只是預覽功能、需要「開大圖」，那大圖要怎么個開法?點擊放大?只放大單張圖嗎?需不需要pageControl?還是在該頁把手機橫拿就會自動把圖片放大滿版?這階段訂定的Flow會左右界面的長相。

  骨架

  結合接口設計、信息設計、導覽設計三者將信息做可視化的呈現，協助用戶理解信息。

  畫Wireframe的時候到了。之前已寫過很多關于Wireframe的文章，就不多廢話。

  表層

  以視覺與感覺為基礎，設計接口元素如文字、頁面的視覺圖像、導覽組件等。

簡單來說就是「最終這個App/Web要帶給人什么感覺?」要注意的事項太多了，Guideline、UIStyle、Graphic…上Dribbble看看高手們的作品找靈感吧。在這階段牽涉的東西非常廣泛，不止是視覺，連聲音、震動等等都可包含在內。

當你看到這行字，表示文章已大略看過，多少了解我想表達什么。請卷到最上層重看一遍JesseJamesGarrett提出的這2張圖。相信能夠更理解用戶經驗元素和實現方式。

  有沒有發現什么端倪了呢?當手上的理論和資料一筆筆分開來看都沒什么感覺，整理分析后再合在一起就很有種「天下武功出少林」的感覺。說穿了天底下所有的事都有一定的軌跡可循，包含UI/UX。很多大師的理論資料看到后來都在講同一件事情，只是舉的例子、切入角度、實行的手法略有不同罷了。就跟無論什么項目、拆分到最后就只是「需求」和「功能」一樣。

  使用者經驗元素很明顯就說了，視覺設計在最后一層。不過我遇到的設計師不少都喜歡從五樓開始蓋，蓋完五樓再回頭打地基。他們覺得只有第五層的視覺才是設計師的工作，其他都與他無關。

  可行性?當然不是設計師的工作啰，這不是工程師要處理的嗎?

  我遇到非常多這樣子的設計師，他們從不考慮「這樣設計稿交出去，工程師做不做得出來」的問題，也不愿意去了解什么叫「限制」和「規則」。認為自己設計出來的東西就是要100%完整呈現，辦不到就是工程師能力差，所以在RWD上驕傲自己有像素眼和F2E在刁1px的差距。

  很多設計師只想追最新版軟件，跟他說HIG有最新版要不要多少瞄一下他會翻白眼給你看。常炫耀自己第一手掌握XX大師出新作品，高手給你小畫家都能畫出蒙娜莉薩，XX大師的作品也不是你的作品有什么好得意的?讓別人覺得自己品味非凡高格調?

  別理別人怎么樣了，管管自己做出來的圖稿會不會整死工程師先吧…很多時候不是美不美的問題，是各種限制辦不到啊!

  視覺至上

  廣告會破壞美美的畫面，拿掉啊拿掉!但公司必須放廣告，這就要多思考了，要讓廣告也能夠被接受、看起來大氣美觀、沒有違和感。  

  無視數據源

  開水龍頭就有水啦，管線?又不關我的事。

  這是我最痛恨的設計師行為之一，認為數據源不關自己的事。以前參加過這樣的設計會議，一群設計師圍起來討論字體、顏色、圖片風格…就是沒人討論數據怎么來。我覺得奇怪就問了句，被當來鬧場的，說數據源是工程師的事。

  怎么不關UI設計的事，關系可大的咧!

  一張圖片是內建、還是網絡更新下載?內建在App里的話好辦事，需連網絡下載的圖片需不需要思考多種狀態?

  理想狀況(正常連網情況下顯示的圖。)

  下載中(圖片很大張的情況下要提醒用戶圖片下載中，不能空一塊在那。)

  默認圖片(例：使用者未上傳頭像時，Fb大頭照要放哪張圖?)

  發生錯誤(圖片掛了讀不出來，常見于網頁。)

  這些在不在UI設計師的工作范圍?是啊，那數據源為什么設計師可以不用理解，推給工程師懂就好?不知道數據源要怎么設計UI?

  邏輯

  能用道理溝通的設計師是個寶。

  UI設計是非常吃邏輯思考的一門學問，改了上百份學員作業后覺得，設計本科生在思考功能、Flow上的表現很差，反而非本科的學員程度還比較好。我改到最完美的那份作業，是香港一位剛畢業的企劃人員，也非設計系出身。

  不要用平面設計的思維做UI，不少設計師在某個角度上呈現「放棄學習」的狀態。比如「合作項目」。他們認為合作項目不就是一群人把項目做完，有什么好學的?設計師就顧好手上的工作畫美美的圖就好了。跟他討論功能、行為、狀態，會被抱怨這不是設計師的工作范圍，為什么要把工作推給他。

如果你遇到的設計師能討論問題、知道什么叫功能、有邏輯、能講理，不會歪樓去該什么設計理念、這樣才漂亮、工程師不懂美學、工程師只會說辦不到。請好好珍惜，這是稀有動物。即使對方嫩了點也沒關系，可以教得會的嘛!(遇到無法用道理和邏輯溝通的就算了，教不會的，他也不見得想學。)文章轉自網絡。

成都網站設計知名企業創新互聯，專業網站設計、網站建設多年，技術與實戰經驗豐富，可根據客戶具體需求設計出最符合用戶需要的網站或設計產品，歡迎咨詢了解。

網頁名稱：成都網站設計：UI設計師容易忽略的四大問題
當前鏈接：http://m.newbst.com/news21/295921.html

成都網站建設公司_創新互聯，為您提供網站改版、服務器托管、軟件開發、品牌網站設計、外貿建站、網頁設計公司

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯