UX Writer 技能指南

UX writing 位於寫作技藝、使用者研究與互動設計的交會點——這個組合是傳統寫作學科並未傳授，而多數設計學程也僅流於表面處理的能力。Nielsen Norman Group 對 UX writing 的研究顯示，微文案（microcopy）的修改能使任務成功率提升 17-28%，並使任務完成時間縮短多達 25%，然而具備專職內容設計師的產品團隊卻不到 30%[1]。薪酬最高、職涯發展最強的 UX writer，是那些能將精準的寫作能力與設計流程嫻熟度以及可衡量的成效結合在一起的人。本指南逐一盤點各職涯階段所需的技能。

主要重點

• 核心硬技能橫跨三個領域：寫作技藝（微文案、語氣與語調、資訊層級）、設計流程（Figma、可用性測試、A/B 測試）與內容系統（風格指南、元件庫、術語管理）
• 微文案寫作——精煉、可行動、清晰——是最根本的技能；語氣與語調系統的建構則是具差異化的關鍵技能
• 熟練 Figma 已無商量餘地；與設計師在設計檔案中並肩工作的 UX writer，比起在獨立文件中作業的人，效率與成效高出甚多
• 衡量能力（A/B 測試、分析、可用性測試）是招聘主管區分 UX writer 與文案撰稿人的關鍵
• 無障礙知識（WCAG 2.1 內容要求）正從差異化項目轉為基本期待

硬技能

1. 微文案寫作

最根本的技藝性技能。撰寫引導使用者完成任務的產品介面文字：按鈕標籤、表單欄位標籤、錯誤訊息、成功確認、空狀態、提示、通知、新手引導流程與對話視窗文案。 **關鍵原則：**

• **清晰優於俏皮：**「您的密碼至少需包含 8 個字元」勝過「加強一下您的密碼！」清晰永遠不會錯；俏皮卻常出錯
• **以行動為導向的語言：**按鈕說明它會做什麼（「儲存變更」、「刪除帳號」），而非它是什麼（「送出」、「確定」）
• **重要資訊前置：**在提示或通知中，最重要的字詞出現在最前面。「付款失敗——請檢查您的卡片資訊」，而非「我們目前無法處理您的付款」
• **漸進式揭露：**僅在使用者需要時才揭露複雜性。帳號設定不需要一開始就說明每個選項——在需要之處提供情境式協助
• **受限制的寫作意識：**行動按鈕標籤需在 2-3 字內完成。Toast 通知需以 8-10 字傳達。字元限制就是設計限制
• **錯誤訊息的層級：**發生什麼事→為什麼→如何修復。「卡片被拒絕。您的銀行拒絕了這筆交易。請嘗試其他付款方式或聯繫您的銀行。」
• **空狀態的設計：**空狀態就是新手引導的機會。「尚無交易紀錄。當您首次消費後，將會顯示於此」比「無可用資料」更好

2. 語氣與語調系統建構

這是區分中階與資深 UX writer 的策略性技能。語氣與語調系統定義產品在每個互動情境中的說話方式：

• **品牌語氣定義：**界定 3-5 項語氣屬性（例如「清晰、溫暖、自信、直接」），並舉例說明每一項在實務中的意涵以及它所不代表的內容
• **依情境映射語調：**相同語氣在不同情境中會以不同方式說話。新手引導的語調是鼓勵性的。錯誤的語調是協助且冷靜的。空狀態的語調是告知性的。成功的語調則是短暫慶祝式的。以前後對照的範例記錄這些語調轉換
• **術語決策：**「Sign in」對「Log in」對「Sign on」。「Cancel」對「Discard」。「Settings」對「Preferences」。每項決策都需要理由並一致應用
• **語氣與語調指引的文件化：**建立一份參考文件，讓其他 writer、設計師與工程師在撰寫一致的文案時都能使用，而無需每一條字串都來詢問你

3. 設計工具熟練度

UX writer 在設計檔案裡面工作，而不是在旁邊：

• **Figma：**在設計檔案中作業——建立文字圖層、使用 auto layout、存取元件庫、參與檔案組織、使用分支進行內容迭代。Figma 是大多數科技公司 UX writer 的主要工作空間
• **內容元件庫：**在 Figma 中建立並維護可重用的文案模式：標準按鈕標籤、錯誤訊息框架、空狀態範本、提示模式、通知格式。它們的運作方式就像設計元件，但針對的是內容
• **與設計系統的整合：**了解內容模式如何整合進更大範圍的設計系統——何時該建立新的內容元件、何時該重用現有模式，以及如何為每個 UI 元件記錄內容指引

4. 針對內容的使用者研究與測試

將研究方法論專門應用於內容評估：

• **針對內容的可用性測試：**設計能評估內容可理解性（而不只是任務流程）的測試協定。請參與者解釋他們認為某訊息的意思、觀察他們在何處猶豫或重讀，以及找出內容造成混淆的地方
• **A/B 測試文案：**設置受控實驗以衡量內容的影響：測試 CTA 變體、錯誤訊息的表達方式、新手引導文案的流程、以及通知時機。使用實驗平台（Optimizely、LaunchDarkly、Google Optimize）
• **可讀性分析：**對產品文案套用可讀性指標（Flesch-Kincaid、Gunning Fog、SMOG），並設定適合使用者族群的目標值
• **內容經驗法則評估：**依既定經驗法則對產品內容進行系統性檢視：是否清晰？是否精煉？是否有用？是否與語氣語調一致？是否符合無障礙？

5. 本地化與國際化

撰寫跨語言與跨文化皆可運作的內容：

• **可本地化的原始字串：**撰寫適合翻譯的英文——避免慣用語、文化典故、跨境後不通的幽默，以及含糊的代名詞
• **文字擴張的規劃：**英文是最精簡的語言之一。德文會擴張 30%、芬蘭文 50%。在撰寫文案時顧及擴張後仍能在 UI 中運作，並與設計師協作彈性版面
• **字串管理：**與本地化平台（Phrase、Lokalise、Crowdin）合作管理可翻譯字串、撰寫譯者情境註解並檢視本地化輸出
• **文化敏感度：**了解語調、正式程度與直接度會因文化而異。在美式英文中讀起來「親切」的，在日文或德文中可能讀起來「不專業」

6. 內容的無障礙設計

撰寫適用於所有使用者（包含使用輔助科技者）的內容：

• **替代文字（Alt text）：**傳達意義的描述性圖片替代文字，而非只是描述。應寫「圖表顯示重新設計後註冊數提升 40%」而非「圖表圖片」
• **連結文字：**脫離情境也能理解的描述性連結。「檢視您的交易紀錄」，而非「點此」
• **表單標籤與說明：**清晰、持續顯示的標籤（而非僅使用佔位文字），具描述性且關聯到特定欄位的錯誤訊息，以及放在表單之前（而非送出失敗之後）的說明
• **螢幕閱讀器相容性：**撰寫能在螢幕閱讀器依序讀出時邏輯流暢的內容，包括標題層級、清單結構與 ARIA 標籤文字
• **淺白語言：**以適合目標讀者的閱讀水準撰寫——依 WCAG 2.1 指引，消費性產品通常為 6-8 年級程度

軟技能

1. 設計協作

以平等夥伴身分與產品設計師共事，而不是在設計完成後才被派去補文案的服務提供者。這代表從探索階段到交付階段都參與設計：參與問題界定、提出以內容為主導的解決方案，並在設計審查中為內容決策發聲。

2. 對利害關係人的影響力

說服產品經理、工程師與高階主管：內容確實重要——而且憑的是資料，不是個人意見。「我們的可用性測試顯示 6 位參與者中有 4 位誤解目前的錯誤訊息」比「我認為我們應該重寫這段錯誤訊息」更具影響力。

3. 編輯判斷力

知道何時文案已好到可以上線，何時還需要再迭代一次。完美主義在產品開發中是一種負擔——能依清晰的品質標準評估內容，並有效率地做出上線或再迭代的決策，對達成版本期程至關重要。

4. 跨職能溝通

在設計術語（「affordance」、「hierarchy」、「pattern」）、工程術語（「string」、「token」、「localization key」）與產品術語（「conversion」、「retention」、「NPS」）之間翻譯。UX writer 常是這三個職能之間的連結組織。

5. 為自己的價值發聲

UX writing 在組織中常被低估或誤解。能否透過可衡量的影響、清楚的流程文件與一致的品質，為內容設計的價值發聲，決定了這個職能會成長、還是被併入設計或行銷。

認證與訓練

技能發展路徑

**第 1 階段（0-1 年）：**掌握微文案基本功（清晰、精煉、可行動）。學到可以上手的 Figma 水準。研究已成熟產品（Mailchimp、Shopify、Google Material Design）的語氣語調指引。建立一份包含 3-5 個重設計案例研究的作品集。 **第 2 階段（1-3 年）：**培養針對內容的可用性測試技能。學習 A/B 測試方法論。開始為你的團隊撰寫語氣語調文件。從螢幕層級的寫作擴展到功能層級的內容策略。 **第 3 階段（3-5 年）：**建立內容系統（元件庫、風格指南、術語資料庫）。指導資淺 writer。主導重大產品計畫的內容設計。培養本地化與無障礙專業能力。 **第 4 階段（5 年以上）：**為產品領域或整個組織制定內容設計策略。透過內容視角影響產品決策。發表文章與演講以推動這個領域的發展。管理內容設計團隊，或擔任首席個人貢獻者。

最終重點

UX writer 的技能橫跨三大領域：寫作技藝（微文案、語氣語調、資訊層級）、設計流程嫻熟度（Figma、可用性測試、A/B 測試、設計系統整合），以及內容系統（風格指南、元件庫、術語管理、本地化）。最能區分資深與資淺 UX writer 的技能，是能在系統層級工作的能力——建構語氣語調框架、內容元件庫與跨團隊可擴展的品質標準——而不是各自孤立地撰寫單一畫面。除了寫作技藝之外，也請投入衡量能力與設計工具熟練度，如此才能走上最快的職涯路徑。

常見問題

UX writer 需要具備程式能力嗎？

並非必需，但基本的 HTML/CSS 理解，以及對程式碼中字串管理的熟悉，有助於你更有效地與工程師協作。了解字串如何儲存、本地化金鑰如何運作，以及條件式內容（依狀態顯示不同訊息）如何實作，能讓你成為工程團隊更好的合作夥伴。你不需要撰寫正式環境的程式，但能讀懂就很有幫助。

UX writer 最被低估的技能是什麼？

衡量能力。能設置 A/B 測試、分析任務完成資料，並將內容變更連結到商業指標（轉換、客服工單、留存）的能力，正是把 UX writing 從主觀技藝轉變為可衡量設計學科的關鍵。能夠說出「我的文案改寫使任務完成率提升 22%」的 writer，比只能主張「我的文案更好」的人，擁有多得多的組織影響力與職涯槓桿。

UX writing 與 content strategy 有何不同？

UX writing 主要聚焦於執行：撰寫實際的產品文案。Content strategy 則是規劃層：決定應有哪些內容、給誰看、應存在於何處、以及應如何治理。實務上，資深 UX writer 兩者都做——既撰寫個別文案，也制定管理產品內容運作的內容策略。這個區分在資淺層級較有用，因為當時的焦點在寫作技藝。

**引用：** [1] Nielsen Norman Group, "UX Writing: Study Guide," nngroup.com, 2024.