重要的事情問三遍!UI設計師要不要懂技術?
編者按:UI設計師要懂技術!要懂技術!要懂技術!今天@Akane_Lee?把懂技術的好處全列出來,如果你還在掙扎著要不要學,有有必要來看看了。
UI 設計師要不要懂技術?廢話,當然要??!不然怎么把幻想變成現實?在實際產出之前設計師做的一切都是「美美的幻想」,還有可能不怎么美,直到最后的產出才是真實。
舉個例子:建筑師除了畫圖外,需不需要知道蓋房子每個階段的建造方式?要不要理解各種材料的特性和規格?需不需要熟悉當地環境的限制?
但建筑師需不需要知道水泥車怎么開?需不需要操作吊高機?
他們最后的成品是那迭圖紙嗎?誰去看圖紙啊,當然是實體的建筑??!那 UI 設計師最后的成品為什么是 Mockup?
懂技術
比較常聽到「PM/Planner 需不需要懂技術」這個議題,UI 設計師較少被這樣要求。為什么 PM 最好懂技術的理由網絡上已有許多文章提過。
就我自己和 RD 出身的 PM 合作經驗,只能用「輕松愉快」來形容,這類技術型 PM 絕對不會規劃出沒有梁柱的摩天大廈。和他合作可以全力以赴,不用故意留一手預防「無法實作」而整個項目大轉彎的情況發生。
UI 設計師很大的工作量會放在前期規劃 Flow 上,這關系到產品的操作邏輯、能不能被實作,不過現階段看到的公司都以「美美的圖」優先,導致 UI 的工作就是美工在干的事。
UI 設計師一定要懂技術
我指的是「懂」技術,不是「會」技術或「熟」技術。只是沾點水的程度。
比如 iOS 用 Swift,并沒有說要 UI 自己學習 Swift 這種語言,但至少要知道自己切的圖會用什么方式被 RD 兜成畫面。
要了解自己切出來的圖會如何被實作,最快的方式就是學會手寫 HTML+CSS。如果能進階到 Responsive Web 的程度,相信和這位 UI 設計師合作不會慘到哪里去。因為他已清楚實作出一個畫面需考慮哪些事、什么樣的作法才能達到目的。而且他也知道不懂該問誰、有問題要怎么尋求答案,不用太 擔心他亂搞。
RD 不是設計師的敵人
常聽到設計師抱怨「那個 RD 整天唱反調,只會說這個做不到、那個也做不到」。
怎么沒先想過是不是自己天馬行空想出「有創意」的點子,卻沒考慮現實,只能讓 RD 回辦不到?有沒有想過當 RD 講多「辦不到」后,就會把老提這種點子的人當成和蚱蜢同一水平?
曾聽過 RD 抱怨:「干!說時程太趕不蓋 1 樓了,直接蓋 2 樓和 3 樓,是要我綁多少氣球演天外奇跡!」(這句是偷聽到的,害我憋笑憋得很痛苦。)
這就是 RD 為什么只會說「辦不到」的原因,他們是把幻想變成現實的工作者。
企劃=告訴你為什么要 PS 照片、動手術的人;
PM=協調開刀時間、叫各單位做事的人;
設計師=負責 PS 照片、提出理想(妄想)的人;
RD=執行醫美手術的醫生,負責把理想變成現實的人
必須了解很多時候說辦不到就是辦不到!
UI 設計師要懂技術
除了前述讓自己了解理想和現實的差距外,UI設計師有個非常重要的任務卻很少被提到:「當 RD 的坦。」
從(現實的常見)開發流程來看,PM、Planner、UI 在項目開發最前期就開始工作,RD 卻在項目進行到一定程度后才會加入。加入后就碎念 A 也辦不到、B 也辦不到的。正常人誰會喜歡聽自己的構想這也不行那也不行,當然造成不諒解和對立。就算雙方各退一步修改內容,礙于時程、主管同意、方向已定等種種原因, 硬是把產品開發出來…出現歪掉的四不像完全在意料之內。
PM、Planner、UI,這三個職務最接近技術的人是誰?當然是 UI ?。I 是技術活、是講求實作面的角色!
所以 UI 有責任當坦,在項目開發初期就把所有「不可行」的構想通通擋下來。有的人會說那 RD 呢?通常在啟動會議之前很少有 RD 會參與討論,等他們加入都已經太遲了。(視公司開發流程而定,不過我看到很多公司的 RD 都是代工中的代工。)
UI 在開發前期不先坦住,后期一定因為「不可行」而修修改改,之前的工全部白費。項目合作就是這么回事,想說反正之后是別人的工作不關自己的事…最后都會回到自己身上。有時候修改到死是自找的,多幫別人想一點就能避開地雷大坑。
形式服從于功能
在項目開發里要考慮的就是「可行性」,任何不能實作的點子都是空談。再美的設計都需要有人實作成品出來,形式服從于功能。
某位 F2E 說過:「RD不是設計師的工具。我們是項目成員,不是實現設計師個人作品的代工打字員!」
什么是個人作品、什么是項目產品,這就是最大的差別。
.
.
.
…靠、想起當年打 WOW 我是暗牧、老公練盜賊,他說我有護盾所以把我推出去當坦的事了。
原文地址:blog.akanelee.me
作者:@Akane_Lee
- 目前還沒評論,等你發揮!