UX 文案看似不重要 — 「按鈕命名能多難?」 — 直到你看一個好寫手把通用流程變成有人味的東西、看一個爛寫手把同樣流程變成惱人。AI 在這門手藝裡尷尬地坐著。它對低風險文案稱職,對最重要的部分危險。
AI 對 UX 真的有用的地方
欄位標籤跟短功能文案。 「電子郵件」、「密碼」、「確認」、「儲存變更」。這些是功能性、慣例的,AI 寫對。沒創意張力。
錯誤訊息草稿。 給技術錯誤條件,AI 快速產出清楚可讀文案。為 voice 編輯但結構可重用。
Tooltip 跟說明文字。 解釋性短 blurb 受益於 AI 的清晰紀律。給它技術 context 加你的語氣偏好就好。
測試用快速變體。 「給我 8 個針對 [受眾]、[語氣] 的註冊 CTA 替代按鈕文案。」大部分丟掉;一兩個會驚喜。
新頁面的空狀態。 通用文案在空狀態早期草稿夠好。頁面真正 ship 時再修。
AI 在 UX 文案上爛得很的地方
Onboarding。 第一接觸文案,用戶決定產品是否適合他們。AI 預設安全 / 通用 / 友善但平淡。Onboarding 出色的公司(Linear、Notion、Pitch)有 AI 抹平的特定 voice。
關鍵路徑跟轉換文案。 訂價頁、註冊流、paywall。2% 跟 4% 轉換的差是興盛跟死掉的差。AI 草稿頂多是起點。
品牌 voice 時刻。 用戶碰到你品牌個性的時候(404 頁、成功狀態、里程碑),AI 預設成預設。產品有任何 voice — 玩心、有觀點、premium — AI 會把它中和。
領域特定術語。 醫療 app、金融產品、法律服務有用戶期待的特定詞。AI 會用大致正確的詞,有經驗用戶立刻認得是錯的。
語氣轉換。 錯誤時道歉、成功時慶祝、結帳時嚴肅。AI 各處傾向中庸語氣,在人會自然調整的時刻聽起來機器人。
真正有幫助的工作流
步驟一:寫 voice 文件。 用具體例子記錄你產品的 voice。「我們聽起來像稱職的朋友,不是啦啦隊。我們說『看起來』不是『我們遇到錯誤』。我們從不用驚嘆號。我們避免『awesome』、『amazing』、『totally』。」
步驟二:每個 UX 文案任務都餵 voice 文件給 AI。 不要在沒 context 下要 AI 寫文案;要它用你的 voice 寫。voice 文件是讓輸出可用的輸入。
步驟三:AI 出變體,你做選擇。 AI 很會生 10 個選項。你比較會挑合適的那個。
步驟四:hero 時刻絕不直接 ship AI。 親手做 hero 文案:landing 頁、onboarding、paywall、定義品牌的 surface。
步驟五:測試。 A/B 測轉換關鍵文案。AI 猜得好但不認識你的用戶。真實用戶告訴你哪個 work。
常見 AI UX 文案錯誤
- 過度友善。 笑臉、驚嘆號、「Hooray!」大部分產品不這樣。剝掉。
- 「別擔心,[安撫的事]。」 AI 愛這個結構。聽起來高姿態。換成實際資訊。
- 通用 placeholder。 「Enter your name here」而不是有用的例子像「陶旭」。
- 為用戶的動作道歉。 「Oops!看起來那沒 work。」是系統搞砸,不要怪用戶。
- 「In order to」 而不是「to」。AI 在簡潔更好時用正式結構。
- 大小寫不一致。 AI 跨介面在 Title Case 跟 sentence case 之間漂。挑一個強制執行。
品牌 voice 守衛
有既定 voice,建保護它的 prompt。pattern:
為 [情境] 寫 UX 文案。Voice 規則:
- 我們從不用 [禁用詞]
- 我們永遠 [特定風格選擇]
- 我們聽起來像 [參考:你配對的品牌或人]
- 從不用驚嘆號
- 所有 UI 標籤用 sentence case
產出 5 個選項,按合適度排序。
Voice 規則越具體,輸出越好。模糊指引(「友善點」)失敗。具體指引(「聽起來像 Linear 的產品文案」)好得多。
什麼時候不要用 AI 寫 UX 文案
定義品牌的 hero 文案。付寫手或自己寫。出現的 5% 文案佔 50% 品牌印象。
需要領域專業的文案(醫療、法律、金融)。AI 不知你產業的監管限制;這裡的錯是責任,不只是風格。
多語 voice 維護。AI 翻譯 UX 文案但跨語言抹平 voice。產品在英文有個性,你需要多語 voice 策略,不只是 AI 翻譯。
什麼時候完全質疑你的 UX 文案方法
你產品需要持續換文案才能轉換 — UI 反覆改、每個 microcopy 都要 A/B 測 — 底層流程可能錯了。UX 文案能澄清能 work 的流程;不能修壞掉的。
決策樹
- 功能性 UI 標籤、錯誤訊息、tooltip:有 voice 文件的 AI
- A/B 測試變體:AI 出選項、人做選擇
- Onboarding、訂價、paywall:人寫,AI 出 sanity-check 變體
- 定義品牌的 hero 文案:付寫手
- 領域特定(醫療、法律):人 + 領域專家
下一步
- 寫你產品的 voice 文件(1-2 頁、例子優先)
- 建注入 voice 文件 + 任務的 prompt 模板
- 在低風險流程跑 AI vs 人寫文案的 A/B 測
- 看 UX writing 當一門學科(Microcopy、Strategic Writing for UX)