前面都在講故事跟脈絡,你只想看結論可以拉到最下面。
因為我年後就要離職了,主管昨天找我討論接下來前端的部分可以怎麼拆分工。
我們公司是資安軟體公司,我是負責公司的後台系統。之前公司前端介面都是我一手包辦,甚至還有包視覺流程、美化優化界面等等,很多眼睛看得見的成就,所以我的績效從進公司以來都很好。
但現在我要走了,主管需要找人接班。目前已經找了一個程式能力不錯的新人,還有另一個也是程式功力不錯的前端(跟我同期的),然後公司這幾個月有找了PM做專案規劃,PM要負責介面流程規劃的部份,但是PM規劃出來的流程只有功能架構跟基礎互動,之後就沒有人負責美化的部分,我主管就是發現了這個問題,所以找我進去討論他之後可以從什麼方向開始找新人,以及之後可以怎麼分工。
跟一般的網頁設計不同,我們公司的系統後台功能非常複雜,要拆模組、拆帳號、拆權限、有組織分權......所以其實如果UI/UX設計的能力不夠,平時沒有很注重使用者體驗,就只能做出差強人意的東西,後台會變得很難用,業務在做推廣時就會很難推出去。而若是程式功力不夠就更慘,會連功能都做不出來,或者很多後端給的邏輯會看不懂。
因為東西做不出來會連案件都無法完成,我們應該要先求有再求好
,所以我跟我主管說,你如果要請人的話,最重要的指標是「程式能力」,其次是「流程規劃能力」,美感只是加分項目。
畢竟我們在剛推出新產品的時候,其實一開始只要主要功能有做出來就可以,後續再進行介面優化就好(我之前手上沒工作時,幫另一個前端同事優化了很多次介面)。所以公司裡起碼要有程式能力強的前端工程師坐鎮,再來往外擴增人手。
現在的前端新人就是用這個基準找來的,所以我們公司目前已經有兩個程式能力很強的前端工程師了,流程規劃的部分可以交給PM,所以現在可以找一個專注於視覺優化的UI/UX設計師。
但據我所知,UI/UX的背景落差很大,有些會寫程式,有些只擅長介面設計。
比方說如果我現在出來做UI/UX,就是有程式背景
的UI/UX工程師
,而平面設計
出身不會寫Code的就是UI/UX設計師
。
如果是有程式底子的UI/UX工程師,就可以讓UI/UX工程師開一個Branch直接寫Code把介面刻出來(俗稱「切版」),刻完把Code Commit到git上,再把這個Branch交接給前端工程師,讓前端繼續完成細部功能、程式碼調整跟串接API的工作。
因為串接API的工作通常要等後端工程師完成到一個程度才有辦法繼續,所以前端很常會卡在這裡,沒辦法繼續進行。
這段等待期我通常會去做其他事,再多開一個Server切到別的Branch去做別的功能或者修Bug。也是因為這樣,我才認真覺得介面跟程式功能串接可以完全切開來,因為我平常工作就會把這兩段切開來做。
那如果是只有設計能力,完全不懂程式的UI/UX設計師呢?
以這個前提來說,當然不可能讓UI/UX設計師去寫Code。我們可以讓UI/UX設計師看過系統整體,讓他依照系統內常用的元件、顏色、使用習慣去設計新功能,只需要產出圖稿,再讓前端工程師進行切版、功能產出、串接API的工作。
此外,如果過去沒有定義過系統的色彩定義,UI/UX設計師最好認真看待一下這個部分。如果整個系統沒有統一定義顏色,畫面會顯得很雜亂、沒有質感,甚至是會讓人操作不直覺,需要耗費額外的心力才能正常操作。而這些細節,你如果不在乎使用者體驗、沒有設計底子,你可能根本不知道該如何優化,只會覺得「好像怪怪的」、「好像不太好用」,但講不出個所以然。
這樣分工的好處是可以找對某個領域特別專長的人,不必非得找通才,通才很難找。
我也跟我主管說了,你要找UI/UX設計或者新的前端工程師,老實說台北一大堆,不然就是考慮開放遠端職缺,目前我們公司在台中,又沒開放遠端工作,能選擇的新人就是會比較少。
主管有一度考慮過要不要視覺這塊就外包出去,我很快就打槍他的這個念想,跟他說一定要請人進來。
畢竟都待在這間公司這麼久了,公司內怎麼做事我都一清二楚。因為溝通造成的資訊落差其實很常見,甚至業務那邊搞不定客戶導致要追加小功能也很常見,所以功能做到後面還要再改再加的狀況很常見。
請問一下,外包來回溝通的時間要多久?上線時間穩定嗎?如果聯絡不上怎麼辦?還有,長期在做外包的人都知道要限制修改次數,你確定你做公司系統還要包給有修改次數上限的人嗎?你怎麼可能保證我們改到這次就再也不用再改了?而且,你的系統想要變得更好,一定會有很多優化意見,怎麼可以限制修改次數?
所以我主管很快就打消了外包UI/UX的念頭,畢竟過去這幾年,我們也是外包了不少設計廠商。的確大公司都是會有修改次數上限的,有時候就算給錢他們也不願意再多改、多給你加功能,因為成本太高、收益太低。
基本上外包只適合那種一次性完成就不太會有更動的案子,如果想要做持續優化持續加功能的案子,外包真的不太實際。
接著我們又開始討論,如果要找UI/UX設計師,要用什麼作為依據選人?
我跟主管說,過往經歷跟上過什麼課都不重要,你只要看作品集就好。
作品集打開,第一瞬間你覺得畫面漂不漂亮?閱讀起來舒不舒服?用你最直接的感受去選人就好,因為UI/UX本來就是要呈現這些給使用者,要是他連作品集呈現出來的都差強人意,其實就可以直接跳過。他有其他能力是更好,但充其量都只是加分項,我們公司目前就是缺有美感的新人,那就是要專門找這方面的人才補強。
然後他又問我薪資要怎麼開,我跟他講了我3~5年前看104大概的薪資範圍,他要依據通膨自己往上加。基本上薪資由高到低是前端工程師>UI/UX設計>網頁設計師
,前端工程師依照年資跟能力,浮動很大,會寫程式還是比較值錢,所以幾年前價格最貴。但未來有機會變成前端工程師=UI/UX設計>網頁設計
。
UI/UX在幾年前還是剛興起的行業,依照規劃能力跟公司需求,薪水落差超大(可以自己去104看,今年的UI/UX身價變高很多)但總之幾年前的薪資還是低於前端工程師。現在可能很多公司都知道UI/UX的重要性,比較願意重金請人。
UI/UX這一塊我認為是需求遠多過於供給,優秀的UI/UX設計師搭配優秀的業務、行銷能夠把產品推向一個新的高度,如果沒有優秀的介面,你的產品功能再好都很難推──但優秀且經驗豐富的UI/UX設計不是你想請就請得到的。
UI/UX跟寫程式不同,他是更沒有標準答案的技能,更看感覺、更看直覺,且更看中「你是否在乎他人感受」的特質。如果你平常就是個完全不在乎他人感受的人,那你的UI/UX能力通常好不到哪去,或者你需要耗費極大的精神才有辦法理解它的邏輯。
因為UI/UX是為了他人而生的職業,你必須理解別人想要、需要什麼,你才能提供他人需要的媒介供對方使用,才能創造優秀的使用者體驗,這就是UI/UX設計在做的事。通常有這種特質的人溝通能力都很強,會是整個團隊的溝通橋樑。
我認為以目前的趨勢來看,未來專精於UI/UX的人出路會越來越好。
我觀察目前的職缺,UI/UX設計從低薪、中等、高薪的級距都有職缺,這是比較良性的結構。因為每個階段的人適合不同的職缺,高薪的職缺不會需要也不適合新人,但如果一個職業沒有任何公司需要初階技術人員,環境就會養不出新的技術人員,畢竟人都需要慢慢打磨才有辦法成為大師,我當年也只是個什麼都不懂的轉職菜鳥。
如果對我的轉職故事感興趣,可至:
【故事分享】關於我從零轉職成網頁前端工程師的那檔事(上)
5年前的環境還沒有這麼重視使用者體驗,所以當時UI/UX的薪水偏低,只比網頁設計稍高一些,現在看已經和前端工程師差不多了。
我想這應該也跟AI興起,以及各式各樣的No Code(無程式碼)軟體興起有關吧。如果公司專案的技術需求不高,要做的技術深度偏低,其實市面上已經有很多無程式碼就可以做出網頁上架的雲端軟體了,例如Webflow
跟Framer
:
【延伸閱讀】
我會比較推薦Framer,因為Framer有免費上架網站的功能,甚至有後台CMS能夠使用,很適合建置個人網站、部落格。如果公司對於特殊調整的需求沒有太高,其實很多網頁建置的需求都可以直接透過Framer完成,全程No Code,只需要熟悉介面操作邏輯就能完成網站。
看到這裡也能理解,為什麼UI/UX設計往後的身價會水漲船高。因為你要完成一個簡單的企業網站,只需要UI/UX設計師操作Framer這種無程式碼軟體就夠啦!不需要再切版,完成設計的同時就等於完成切版工作,常見的登入功能跟資料庫功能Framer都有提供,連外包給後端工程師都不用了。
對於專門接案做企業形象網站的公司來說,這是個很大的福音。因為儘管給UI/UX設計的薪水變高,但是整體成本會下降非常多。畢竟最大的成本其實是後端工程師,現在設計公司可以省下外包給後端工程師串後台功能的成本,拿來給自家的UI/UX設計師加薪。
嗯?所以以後都不需要前端工程師跟後端工程師了嗎?
如果你只侷限在企業形象網站的領域,或許是,但你如果擴大到其他領域,你就會知道工程師還有很多可以發揮的地方──像是我們公司目前的系統,就不可能透過這種簡單的No Code軟體完成。
這些無程式碼軟體是在做「模組化」的行為,能夠模組化就表示需求普遍、需求量大,事實上這些功能的確足以滿足大多數人的需求,也能有效降低無意義的重複性程式產出(一直寫一樣的Code其實很無聊,所以我脫離專案型公司後再也不會想回去)。
既然市面上都是模組化功能,那不符合模組的功能當然都沒有啊,沒有模組化的特殊需求就是前端工程師、後端工程師的專精領域了,簡單來說就是「客製化」──客製化的需求往往天馬行空到你無法想像,這樣的工作很有挑戰性,做完了也會很有成就感。
所以我並不認為No Code軟體、AI興起會壓迫到工程師的生存空間,我反而認為我們可以大幅減少做無意義的工作,真!是!太!好!了!
老用一樣的模板產出差不多的Code到底有什麼意思?不只超無聊,錢也超少,做完還零成就感,只覺得自己是個碼農。
最後總結一下資訊:
---
每個步驟都可以切開,也可以都同一個人負責,看公司跟專案規模需求自己評估。
此外,建議每個步驟做完都給其他人確認一下,看做出來的畫面/需求是否符合專案實際需求,如果有偏差就要在當下進行修正。
---
這篇是一時興起寫的隨筆,所以架構比較隨興,比較偏聊天性質的口吻。
如果喜歡這篇文,歡迎幫我點個愛心,有任何疑問也可以留言喔~
合作邀約:[email protected]