0–3 如何勝任 UX 工作？常見的職位與能力需求？

後設資料

UX職能不是單一「UI/UX 全能職缺」，而是沿著產品研發流程分化出策略、研究、產品規劃、資訊架構、互動、介面、工程與易用性評估等角色；好的 UXer 需要依自身背景選擇切入點，並逐步補足用戶流、商業流、數據流的跨域能力。

UX 職缺需求高，但名稱混亂：市場上常見 UX 設計師、UI/UX Designer、UX 研究員、UX 策略、UX PM、資訊架構師、互動設計師、UX 工程師等名稱；同一個「UX」職缺背後可能要求很不同的防守範圍。
角色要放回產品研發流程理解：產品初期需要策略規劃、研究與需求轉譯；概念發展期需要資訊架構、互動設計與介面設計；實作與測試期需要工程合作、資料蒐集與易用性評估。
產品經理與使用者經驗設計師都在轉譯需求：兩者都連接使用者需求與產品規格；PM 的防守範圍更含技術、商業、業務與跨團隊協作，UX Designer 則更聚焦細部需求、規格與體驗轉譯。
資訊架構與互動設計服務使用者理解：資訊架構師負責使用者與系統之間的訊息對話，分類、語言與呈現方式必須符合使用者心智模型；互動設計師則決定不同階段系統與使用者如何互動、回饋與引導。
UI/UX Designer 是大防守範圍，不是精準職稱：文章提醒求職者要追問該公司實際負責內容，因為 UI 偏資訊表達、美感與介面溝通，UX 偏分析、邏輯、問題發現與解法設計。
能力需求對應三刀流：正在職場的 UX 工作者最需要用戶洞察、跨部門溝通、商業分析研究與數據分析；這些正好對應用戶流、商業流、數據流的能力組合。

連結到此來源衍生 / 更新的 wiki 頁：

系列歸屬：本篇是 UXerLab / ux.3toryu「認識 UX」單元 3，銜接單元 1 的 UX 定義、單元 2 的心智模型 / 系統印象，以及單元 4 的 UX-三刀流能力架構。本篇把抽象能力地圖落到職稱、防守範圍與職涯切入點。
新建 UX職能的理由：文章主軸不是單一方法，而是 UX 工作角色分類與能力需求。既有 vault 有一人設計團隊、作品集、產品經理、使用者研究等職涯 / 角色頁，但缺少 UX 角色分工總覽；因此以一個概念頁收攏，避免為每個職稱建立薄頁。
不拆資訊架構 / 互動設計 / UI 設計 / UX 工程師：本文對這些角色的描述足以放入 UX職能，但尚未形成各自的方法論深度。後續若 ingest IA / IxD / UI / UX engineering 主題來源，再拆獨立頁。
觀察清單同步：既有 ux.3toryu「認識 UX」系列其他單元（3 / 5+） 消化單元 3，更新為「5+」；目前此系列已 ingest 單元 1、2、3、4。

Ingest 時以 Medium 頁面與 web reader 讀取，本文不保存完整原文；原始 URL 見 frontmatter。

tags	來源/文章, 狀態/草稿, 領域/ux, 領域/職涯
aliases	認識UX 單元3, 如何勝任 UX 工作, UX 工作常見職位與能力需求, UXerLab 認識UX 單元3