UI設(shè)計(jì)師需要懂技術(shù)嗎？

UI 設(shè)計(jì)師要不要懂技術(shù)？廢話，當(dāng)然要??！不然怎么把幻想變成現(xiàn)實(shí)？在實(shí)際產(chǎn)出之前設(shè)計(jì)師做的一切都是「美美的幻想」，還有可能不怎么美，直到最后的產(chǎn)出才是真實(shí)。

舉個(gè)例子：建筑師除了畫圖外，需不需要知道蓋房子每個(gè)階段的建造方式？要不要理解各種材料的特性和規(guī)格？需不需要熟悉當(dāng)?shù)丨h(huán)境的限制？

但建筑師需不需要知道水泥車怎么開？需不需要操作吊高機(jī)？

他們最后的成品是那迭圖紙嗎？誰去看圖紙啊，當(dāng)然是實(shí)體的建筑??！那 UI 設(shè)計(jì)師最后的成品為什么是 Mockup？

 

懂技術(shù)

比較常聽到「PM/Planner 需不需要懂技術(shù)」這個(gè)議題，UI 設(shè)計(jì)師較少被這樣要求。為什么 PM 最好懂技術(shù)的理由網(wǎng)絡(luò)上已有許多文章提過。

就我自己和 RD 出身的 PM 合作經(jīng)驗(yàn)，只能用「輕松愉快」來形容，這類技術(shù)型 PM 絕對(duì)不會(huì)規(guī)劃出沒有梁柱的摩天大廈。和他合作可以全力以赴，不用故意留一手預(yù)防「無法實(shí)作」而整個(gè)項(xiàng)目大轉(zhuǎn)彎的情況發(fā)生。

UI 設(shè)計(jì)師很大的工作量會(huì)放在前期規(guī)劃 Flow 上，這關(guān)系到產(chǎn)品的操作邏輯、能不能被實(shí)作，不過現(xiàn)階段看到的公司都以「美美的圖」優(yōu)先，導(dǎo)致 UI 的工作就是美工在干的事。

 

UI 設(shè)計(jì)師一定要懂技術(shù)

我指的是「懂」技術(shù)，不是「會(huì)」技術(shù)或「熟」技術(shù)。只是沾點(diǎn)水的程度。

比如 iOS 用 Swift，并沒有說要 UI 自己學(xué)習(xí) Swift 這種語言，但至少要知道自己切的圖會(huì)用什么方式被 RD 兜成畫面。

要了解自己切出來的圖會(huì)如何被實(shí)作，最快的方式就是學(xué)會(huì)手寫 HTML+CSS。如果能進(jìn)階到 Responsive Web 的程度，相信和這位 UI 設(shè)計(jì)師合作不會(huì)慘到哪里去。因?yàn)樗亚宄?shí)作出一個(gè)畫面需考慮哪些事、什么樣的作法才能達(dá)到目的。而且他也知道不懂該問誰、有問題要怎么尋求答案，不用太擔(dān)心他亂搞。

RD 不是設(shè)計(jì)師的敵人

常聽到設(shè)計(jì)師抱怨「那個(gè) RD 整天唱反調(diào)，只會(huì)說這個(gè)做不到、那個(gè)也做不到」。

怎么沒先想過是不是自己天馬行空想出「有創(chuàng)意」的點(diǎn)子，卻沒考慮現(xiàn)實(shí)，只能讓 RD 回辦不到？有沒有想過當(dāng) RD 講多「辦不到」后，就會(huì)把老提這種點(diǎn)子的人當(dāng)成和蚱蜢同一水平？

曾聽過 RD 抱怨：「干！說時(shí)程太趕不蓋 1 樓了，直接蓋 2 樓和 3 樓，是要我綁多少氣球演天外奇跡！」（這句是偷聽到的，害我憋笑憋得很痛苦。）

這就是 RD 為什么只會(huì)說「辦不到」的原因，他們是把幻想變成現(xiàn)實(shí)的工作者。

舉個(gè)殘酷點(diǎn)的例子…把照片 PS 成林志玲或范冰冰，不代表真人就是美女。大部份女性要當(dāng)現(xiàn)實(shí)的美女得靠整容手術(shù)找醫(yī)生動(dòng)刀，但落差太大醫(yī)生也只能說辦不到，甚至有可能后遺癥很多嘴歪眼斜等等。

企劃＝告訴你為什么要 PS 照片、動(dòng)手術(shù)的人
PM＝協(xié)調(diào)開刀時(shí)間、叫各單位做事的人。
設(shè)計(jì)師＝負(fù)責(zé) PS 照片、提出理想（妄想）的人
RD＝執(zhí)行醫(yī)美手術(shù)的醫(yī)生，負(fù)責(zé)把理想變成現(xiàn)實(shí)的人。

必須了解很多時(shí)候說辦不到就是辦不到！

很難理解嗎？試想看看把如花整容成范冰冰。是把如花的照片 PS 成范冰冰比較容易，還是把現(xiàn)實(shí)的如花整容成范冰冰比較容易？常聽到 UI 不諒解 RD 為什么拒絕，實(shí)作上的難易度根本不是同個(gè)水平。

UI 設(shè)計(jì)師要懂技術(shù)

除了前述讓自己了解理想和現(xiàn)實(shí)的差距外，UI設(shè)計(jì)師有個(gè)非常重要的任務(wù)卻很少被提到：「當(dāng) RD 的坦?！?/span>

從（現(xiàn)實(shí)的常見）開發(fā)流程來看，PM、Planner、UI 在項(xiàng)目開發(fā)最前期就開始工作，RD 卻在項(xiàng)目進(jìn)行到一定程度后才會(huì)加入。加入后就碎念 A 也辦不到、B 也辦不到的。正常人誰會(huì)喜歡聽自己的構(gòu)想這也不行那也不行，當(dāng)然造成不諒解和對(duì)立。就算雙方各退一步修改內(nèi)容，礙于時(shí)程、主管同意、方向已定等種種原因，硬是把產(chǎn)品開發(fā)出來…出現(xiàn)歪掉的四不像完全在意料之內(nèi)。

PM、Planner、UI，這三個(gè)職務(wù)最接近技術(shù)的人是誰？當(dāng)然是 UI ??！UI 是技術(shù)活、是講求實(shí)作面的角色！

所以 UI 有責(zé)任當(dāng)坦，在項(xiàng)目開發(fā)初期就把所有「不可行」的構(gòu)想通通擋下來。有的人會(huì)說那 RD 呢？通常在啟動(dòng)會(huì)議之前很少有 RD 會(huì)參與討論，等他們加入都已經(jīng)太遲了。（視公司開發(fā)流程而定，不過我看到很多公司的 RD 都是代工中的代工。）

UI 在開發(fā)前期不先坦住，后期一定因?yàn)椤覆豢尚小苟扌薷母?，之前的工全部白費(fèi)。項(xiàng)目合作就是這么回事，想說反正之后是別人的工作不關(guān)自己的事…最后都會(huì)回到自己身上。有時(shí)候修改到死是自找的，多幫別人想一點(diǎn)就能避開地雷大坑。

 

形式服從于功能

在項(xiàng)目開發(fā)里要考慮的就是「可行性」，任何不能實(shí)作的點(diǎn)子都是空談。再美的設(shè)計(jì)都需要有人實(shí)作成品出來，形式服從于功能。

某位 F2E 說過：「RD不是設(shè)計(jì)師的工具。我們是項(xiàng)目成員，不是實(shí)現(xiàn)設(shè)計(jì)師個(gè)人作品的代工打字員！」

什么是個(gè)人作品、什么是項(xiàng)目產(chǎn)品，這就是最大的差別。