用技術與管理驅動視覺設計團隊的成長 ( 一 )— 與UI/UX設計的分工並促進標準化
本系列文章旨在回顧非視覺專業背景的我，在擔任視覺設計團隊的主管時如何用”技法指導”以外的手段來帶動團隊成長、並提升 CMoney 的品牌設計形象，在這第一篇文章說我會說明我的出發點、我在前期如何展開我帶動團隊的策略。
背景
兩年前我進入 CMoney 時，我發現當時的設計部門面臨著一些發展上的挑戰 :
我們的設計師在 SCRUM 團隊中同時扮演著視覺設計和 UI/UX 的雙重角色。他們的工作因專案性質的不同，視覺設計的任務可能占到 20% 到 50%。作為一個設計部門的主管，我認為這是一個必須解決的問題。
原因是 —
視覺設計和 UI/UX 設計這兩個領域的差異頗大。視覺設計強調美感、技法，以及對單一畫面快速完稿的能力， CMoney 的視覺設計任務較為碎片化需要即時性，往往 1~3 天內需交付；相反地，UI/UX 設計的任務週期可以較長，大約一到兩週交付，此外 UI/UX 的工作需要進行更多的使用情境分析以及實驗設計。
將這兩種工作模式同時塞到同一個人同時間併行的話，會分散設計師的專注力，並可能降低工作產出。我們的設計師容易疲於奔命，而無法持續不斷的提升技法與產出水平。
對公司端的影響
從公司的角度來看，他們期望員工是萬能的，能夠擁有多種技能，這樣 SCRUM 團隊需要什麼技能時設計師都能補位 — 這聽起來符合敏捷精神。然而，從員工的角度來看，在不同性質的任務之間切換會帶來切換成本 ( Context switch )，需要一定的轉換時間，這些切換成本實際上也是在消耗公司的資源。
另一方面，角色的分工不夠細分也會使得招募更困難，當我們想要找到在某某一領域技術優秀的設計師加入我們團隊、帶入有助團隊增長的經驗時，他們可能會因為認為這樣的工作會不得不分配時間在不想發展的技術領域上而婉拒我們。
解決方案：逐步標準化
我的解決方案是 — 建立工具、SOP 和設計規範，以使兩個領域的工作變得更容易量產和效率化，降低跨領域和跨團隊工作的門檻。
對於視覺設計師來說，當他們需要進行 UI 設計時，可以從 Design System 中快速複用設計頁面、元件，而不需要從頭開始；而對於專注於 UI/UX 的設計師來說，他們可以從視覺設計資料庫中尋找靈感，並模仿其他資深設計師的作品。
我最理想的狀態是將視覺設計和 UI/UX 設計師完全切分開來，使他們可以專注於各自領域的工作。為了實現這一目標，我們需要讓 UI/UX 設計師能夠跨 SCRUM Team 的承接 UI/UX 設計工作，同樣地，視覺設計師也可以跨 SCRUM Team 承接視覺設計的工作。讓大家各自做自領域擅長的事，上百次後便能更加精進技術。
實施與來自設計師的挑戰
為了實現這個目標，我的初期策略是在 UI/UX 和視覺設計這兩個領域上大量累積團隊經驗，統一設計工具並建立一個團隊資料庫，要求最低限度的文件化，讓 UI/UX 和視覺設計將工作成果建檔進來。基於這些蒐集到的設計成果，我們便可以進一步制定一些 SOP 和規範。
儘管我們的 SOP 和規範將可以幫助設計師以更少的心力完成工作，同時確保一定的效率和品質。但並非人人都樂見這樣的發展 —
因為這將會減少單一設計師的不可取代性，一旦案例與規範建立起來，其他人也能夠以類似的時間達到他們 70% 的工作水準；同時，遵守規範會降低設計的自由度，對於已用自己的方法找出能在公司穩定輸出的設計師來說，擁抱新變化反而是負擔與風險。
因此在推行這個方案的過程中，我們需要逐步減輕設計師面對這種變化的痛苦。我在 2 年間不斷地在週會與 1 on 1 中向設計師們說明我施政的發展方向，並讓他們認識到參與這種變化有助於他們提升自己的價值；同時也聆聽他們對實務面的擔憂，並出面爭取外部需求方 ( 行銷、影音部門 ) 的配合。
我對設計師們傳達的核心訊息是 —
我無法保證在商業環境下，是否能為設計師們每年爭取到合意的加薪、保證在 AI 的浪潮下保有自己的飯碗、保證他們不會被學習力更強的後進者取代；但我能保證我會為他們發展技術與方法 — 幫助設計師贏得更多磨練自己技術的機會，我會伴隨我政策的實施來使他們持續增值，成為技法和效率更高的工作者，使他們成為市場所歡迎的人才。
小結
在本篇結尾，我附上一張時間軸截圖來展示我們在過去兩年中在視覺設計方面的建設成果，詳細的過程則會在未來幾天另行介紹。感謝觀看~
