在找設計或程式相關的工作時,你可能會看到 UX / UI / F2E / VD 這些職缺名稱,但仔細看工作內容,卻發現和職稱好像對不上?這時候很容易搞混這些職位到底負責什麼。
為了幫大家釐清這些角色的實際工作範疇,阿肯整理了一份簡單的介紹,希望能幫助你在找工作的時候,更容易理解不同職務的差異。
在專案或服務開發的流程中,團隊通常由以下角色組成:
當然,這只是概略分類,實際上會因產業與服務模式的不同,而有不同的職務分工與專業人員投入。
接下來,我們用更具體的方式來介紹這些角色的工作內容!
負責專案的發想與構思,從目標設定、現況分析、方向歸納、可行性評估,到策略擬定、方案實施、成效追蹤與成果評估。通常這個角色也會兼任 BD(Business Development, 業務發展)或行銷相關工作。
負責核心受眾的設定與研究,分析使用者的需求與行為模式,規劃使用者滿意度指標,並進行互動研究、系統回饋、流程規劃,最後產出研究報告與結果。
根據 UX 研究產出的資訊,負責使用者介面設計,包括 UI Flow、Wireframe、UI Patterns、UI Style Guide 等。(註:一開始做圖的時候沒把 UI Patterns 和 UI Style Guide 加入,這邊用文字補充,請見諒 🙏)
負責專案的規劃、執行與監督,確保專案能在時間、預算與資源限制內達成目標。PM 需要跨部門溝通,協調設計、工程、行銷等不同團隊,確保各方需求與技術落地之間的平衡。
除了專案管理工具與流程,如 Agile、Scrum、Kanban 之外,PM 也需要具備風險管理與資源調配能力,以應對專案過程中的突發狀況。
此外,PM 也是專案的「決策中樞」,負責設定優先順序,確保專案朝向商業目標前進。因此,優秀的 PM 不僅要具備管理能力,還需要一定程度的技術與市場敏銳度,才能有效橋接團隊與客戶的需求。
雖然 PM 有時候被戲稱為「沒有專業技能的傳聲筒」,但實際上,好的 PM 能讓團隊運作更順暢,確保專案能順利推進,並發揮最大價值。
負責將 UI 設計的 Wireframe 和 VD 產出的視覺樣式,轉化為可運作的網頁或應用程式畫面,撰寫介面樣式,並負責操作行為的對應設計與 API 串接。
負責根據 UI 設計的 UI Flow 和 Wireframe,設計介面的視覺樣式。
(但現實狀況是,常常被抓去做其他平面或視覺設計,最常被叫「美工」……Orz)
負責分析需求,確認系統需要具備哪些功能,並評估可行性,確保系統設計符合業務需求。(簡稱:「這個系統要做什麼?」)
根據系統需求,考量效能、穩定性、分散式架構與安全性,設計出軟體規格。(簡稱:「這個系統要怎麼做?」)
負責撰寫程式碼,進行軟體開發、維護,處理測試、除錯等各個開發階段,通常精通一種或多種程式語言。(有時候會被戲稱:「碼農」、「攻城獅」、「程序猿」等......)
希望這份介紹能幫助大家更清楚不同職位的工作內容,也能讓你在找工作時有所參考。不過,每個團隊的工作模式不同,即使職稱相同,實際負責的內容可能也不太一樣。
所以,如果你對某個職缺感興趣,建議還是和面試官深入了解工作內容,確保這份工作符合你的期待喔!💡