前面都在講故事跟脈絡，你只想看結論可以拉到最下面。
因為我年後就要離職了，主管昨天找我討論接下來前端的部分可以怎麼拆分工。
我們公司是資安軟體公司，我是負責公司的後台系統。之前公司前端介面都是我一手包辦，甚至還有包視覺流程、美化優化界面等等，很多眼睛看得見的成就，所以我的績效從進公司以來都很好。
但現在我要走了，主管需要找人接班。目前已經找了一個程式能力不錯的新人，還有另一個也是程式功力不錯的前端（跟我同期的），然後公司這幾個月有找了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到底有什麼意思？不只超無聊，錢也超少，做完還零成就感，只覺得自己是個碼農。
最後總結一下資訊：
---
總結一：公司系統前端介面怎麼分工？
- 步驟一：需求確認、操作流程規劃（PM=產品經理）
- 步驟二：完整畫面設計+介面流程規劃（UI/UX設計）
- 步驟三：切版，把畫面設計圖檔寫成可以動的程式碼（UI/UX工程師or前端工程師）
- 步驟四：完成操作功能、串接API（前端工程師）
每個步驟都可以切開，也可以都同一個人負責，看公司跟專案規模需求自己評估。
此外，建議每個步驟做完都給其他人確認一下，看做出來的畫面/需求是否符合專案實際需求，如果有偏差就要在當下進行修正。
總結二：到底要外包還是請人？
- 需要高度配合修改的專案 => 請人
- 單次完成即可直接結案的專案 =>外包/請人都可
---
這篇是一時興起寫的隨筆，所以架構比較隨興，比較偏聊天性質的口吻。
如果喜歡這篇文，歡迎幫我點個愛心，有任何疑問也可以留言喔~
合作邀約：s88431ss@gmail.com
