UI/UX 是什麼？一次搞懂介面與體驗的差別

退一步看，不少人都常把 UI 和 UX 混在一起講，或在履歷上寫了「UI/UX 設計」卻被面試官追問「那這兩個到底差在哪」？先把答案放在最前面給你：UI（User Interface，使用者介面）是使用者在螢幕上「看到、點到、滑到」的所有東西；UX（User Experience，使用者體驗）則是使用者為了完成某件事、走完整趟流程時，「感覺順不順、累不累、會不會想罵人」的整體經驗。

一個管長相，一個管感受。兩者高度重疊，但絕對不是同一件事。很多人把它們當作一個詞在用，結果網站改版改了三個月、預算燒掉十幾萬，轉換率卻一動也不動。這篇文章我會從定義講起，一路帶到 UI 與 UX 在真實網站與轉換率上各自扮演什麼角色，包含一條很多人沒注意到的隱藏線：UI/UX 其實跟你的 SEO 排名綁在一起。

如果你是新手、行銷人、PM，或正在自己架站的創業者，接下來會協助你把觀念釐清，不再只憑感覺跟設計師溝通。等觀念有了底、想真的動手做一個網站時，可以接著看從零開始做網站的完整流程，從規劃、設計到上線走一遍。

UI 和 UX 的定義：一個是門面，一個是這趟旅程好不好走

先把兩個詞各自拆開來看，不要急著合在一起。

UI 講的是「介面」。你眼睛看得到的按鈕顏色、字體大小、圖示、欄位之間的留白、配色、選單怎麼排列、滑鼠移過去會不會變色、手機上的按鈕夠不夠大、表單要填幾格，這些全部都是 UI。它關心的是視覺與互動的細節：東西擺哪裡、長什麼樣、看起來像不像同一個品牌。一個判斷方式很簡單，如果你拿掉所有顏色、僅剩黑白線框，還能討論的東西（位置、大小、層級、間距），多半偏 UI 的結構面；而那些討論「這個藍配這個灰會不會太冷」「這個圓角要不要再縮小」的，則是 UI 的視覺面。

UX 講的是「體驗」，範圍比 UI 大得多。它從使用者「還沒進到你網站之前」（他為什麼要搜尋這件事、他心裡帶著什麼問題、他從哪裡連過來）一路涵蓋到「用完之後」（他解決問題了嗎、會不會再來、會不會推薦給朋友）。中間包含資訊怎麼組織、流程怎麼設計、內容有沒有回答他的問題、操作的時候會不會卡關、出錯的時候系統有沒有給他一條清楚的路。UX 關心的是人與產品互動的那一整段經驗，介面僅是其中一個載體。

這裡有個關鍵歷史要講清楚：「user experience」這個詞，是認知科學家與設計學者 Don Norman 在 1993 年任職 Apple 時提出來的。他當年之所以要發明一個新詞，正是因為他覺得 usability（可用性）、interface、human-machine interaction 這些說法都太窄，沒辦法描述「人跟產品互動的整體經驗」這麼大的概念，這段緣起收在 Nielsen Norman Group 對 User Experience 的說明裡。也就是說，UX 從被發明的那一刻起，就是一個比 UI 更大、更上位的概念，UI 反而被包在 UX 裡面。

用一個具體例子把兩者擺在一起，你會更有感覺。同一個「會員註冊按鈕」：從 UI 的角度看，要決定的是它放哪裡、什麼顏色、圓角多少、字多大、滑鼠移過去要不要變色、跟旁邊的「登入」按鈕層級怎麼拉開；從 UX 的角度看，要問的是使用者到底需不需要註冊這件事、能不能讓他用 guest 身份先結帳再說、註冊要填幾個欄位才合理、填到一半離開會不會保留資料、註冊完之後他被帶到哪裡。同一顆按鈕，UI 問的是「它長怎樣」，UX 問的是「它在整段旅程裡扮演什麼角色、甚至能不能不要存在」。這就是兩者視野的差距。

所以一個常見的誤解可以馬上拆掉：UX 不等於 UI。一個網站可以 UI 做得很漂亮、得過設計獎，但 UX 一塌糊塗（使用者找不到他要的東西、結帳流程卡到爆、客服電話藏在三層選單底下）；也可以 UI 很樸素、甚至有點過時，但流程順暢到使用者用一次就上手。這兩件事會互相影響，但不是同一件事。想深入看兩者在工作流程上的差異，可以搭配這篇 UI/UX 設計差異全解析。

用一間餐廳看懂 UI 與 UX 的關係

定義聽完還是覺得抽象？換個我常用的方式想。

想像你今天走進一間餐廳。餐廳的裝潢風格、燈光氣氛、菜單的排版與印刷質感、餐具的樣子、服務生制服的顏色、牆上那幅畫，這些你「眼睛看到」的東西，就是 UI。它決定你第一眼覺得這間店高級還是隨性、值不值得信任、會不會想拍照打卡。

但 UX 是另一回事。UX 是從你「決定今晚要吃這家」開始：你在 Google 搜到它、看了評價、打電話訂位有沒有人接、到現場好不好停車、進門後等多久才被帶位、服務生介紹菜色清不清楚、點完餐等多久才上菜、菜對不對味、中間要不要加水是不是自己來、結帳時店員態度如何、離開之後你會不會推薦給朋友。這整段從頭到尾的體驗，才是 UX。

一間裝潢再美、再適合打卡的餐廳，若訂位電話永遠打不通、上菜等一小時、結帳時店員擺臭臉，你下次就不會再來。這就是典型的 UI 很強、UX 破功。反過來，巷子裡一間裝潢普通、連招牌都有點褪色的小麵館，若動線順、上菜快、老闆記得你上次點什麼，你可能一個月去三次。這是 UI 普通、UX 扎實。

對應到網站也是一樣的道理。你花大錢做了一個漂亮的英雄區橫幅、精緻的配色、流暢的動態效果（這都是 UI），但若結帳流程五步走不完、按鈕主次分不清、手機版某個欄位點不到（這都是 UX），那些漂亮的視覺一個都救不了你的轉換率。

換句話說，我在實務上看過太多案例，業主把九成預算砸在「改版變漂亮」，卻幾乎沒有動流程與資訊架構，這是最常見的浪費。視覺改版是裝潢，流程重整才是水電。裝潢再美，水管不通，你還是沒辦法住。

UI 設計師 vs UX 設計師：工作內容哪裡不一樣

在規模夠大的團隊裡，UI 設計師與 UX 設計師是兩個不同的位子。理解他們各自做什麼，你才會知道自己的問題該找誰、或該學哪一塊。這張表是我在帶專案時常用的對照方式：

面向	UI 設計師	UX 設計師
核心關心的問題	這東西看起來如何、一不一致、像不像這個品牌	這東西好不好用、能不能解決使用者的問題
思考的起點	視覺、品牌、美感	人、情境、要被解決的問題
主要產出物	視覺設計稿、配色與字體規範、icon、互動細節、設計系統	使用者研究、persona、user flow、sitemap、wireframe、可用性測試報告
常用工具	Figma、Photoshop、Illustrator	Figma、FigJam、Miro、訪談工具、數據工具（GA、Hotjar）
衡量成功的標準	視覺一致性、品牌契合度、美感	任務完成率、錯誤率、滿意度、轉換率
進場時間	通常在架構確定之後	在視覺之前，從研究階段就進場

看表就知道，UX 設計師進場的時間比 UI 早，因為他得先搞清楚「要為誰設計、解決什麼問題」，這個答案會直接決定後面的視覺該長什麼樣。順序顛倒的代價很現實：先畫漂亮稿、再發現流程走不通，前面那批稿幾乎要重畫。

但在台灣多數中小企業、新創或接案情境裡，這兩個角色常常是同一個人包辦，這也是為什麼履歷上會看到「UI/UX 設計師」這種寫法。這沒有不對，僅是你要知道：這是一個人同時在做兩種不同的訓練，一種偏視覺判斷，一種偏研究與邏輯。要兩邊都做到水準之上，需要刻意練習；光把 Figma 學會，還遠遠不夠。工具的部分，Figma 中文完整教學這篇可以幫你快速上手業界標準工具。

UI 和 UX 怎麼合力決定一個網站好不好用

定義與分工講完，接著要把兩者接起來看。業界有一套流傳很廣、也最好用的框架，叫「使用者體驗的五個層次」，由資訊架構師 Jesse James Garrett 提出。它把一個網站從無到有拆成五層，從最抽象到最具體，分別是：策略層、範疇層、結構層、骨架層、表面層，完整架構發表在 Garrett 的 The Elements of User Experience。我用白話把它翻一次：

• 策略層：我們要服務誰、解決他什麼問題、我們想得到什麼。這層談的是目標，跟畫面一點關係都沒有。
• 範疇層：這個產品要包含哪些功能、哪些內容，更重要的是「不包含什麼」。
• 結構層：資訊怎麼組織、使用者從 A 走到 B 要經過哪些步驟。這是 UX 的核心戰場。
• 骨架層：頁面上什麼東西放哪裡、按鈕與欄位的相對位置。wireframe 就活在這一層，是 UI 與 UX 交界的地帶。
• 表面層：配色、字體、圖片、最終的視覺呈現。這才是大眾直覺以為的「UI」。

這個框架最值錢的地方在一句話：上面的每一層，都建立在它下面那一層的決定之上。表面層（配色字體）做得再漂亮，若它底下的結構層（流程）是歪的，整個體驗就會歪。這也是為什麼一個網站「好不好用」，光看最上面那層皮是看不出來的，得看這五層是不是都站得穩。

用這個角度回頭看很多業主的抱怨就清楚了。他們常說「我的網站不漂亮，所以轉換率差」，但真正的問題往往藏在結構層與骨架層：流程太長、按鈕位置違反直覺、資訊分類讓人找不到東西。換一張好看的皮（表面層），並不會修好底下的斷層。把這五層放在心裡，你跟設計師溝通時就不會雞同鴨講，因為你講得出「問題出在哪一層」。

講一個我在專案裡反覆看到的場景。業主跟設計師在會議室裡，為了一個按鈕要不要用藍色吵了半小時，兩個人情緒都上來了。但如果用五層框架拆，你會發現他們表面在吵顏色（表面層），真正的爭點其實是「這個動作到底是不是這個頁面的主要任務」（結構層與範疇層）。把問題往下拉一層討論，答案常常自己就浮現：如果這個按鈕真的是這頁的主要任務，那它當然該是主視覺、該用主色；如果不是，它就該安靜下來。很多看起來像「美感之爭」的會議，本質都是層次沒對齊。把這五層學起來，你會發現自己吵的架少了一大半。

為什麼我說 UX 才是真正影響轉換率的那一塊

用常見的電商結帳情境來看：流程分成多個步驟，主要按鈕又跟次要按鈕同色，使用者就不容易判斷下一步。這類網站視覺可以很精緻，但結帳路徑仍可能卡滿讓人猶豫的設計。

處理順序可以很節制：先檢查流程能否整併、主按鈕與次要按鈕是否有明確層級、不必要的欄位能否拿掉，以及訪客結帳入口是否清楚。這些都屬於流程與互動層，也就是 UX 那一塊。實際轉換變化要以網站自己的分析與測試資料驗證，不能套用別人的固定百分比。

把這個邏輯拆開，你會看到一個清楚的分工：

• UI 決定第一印象：使用者一進站，在零點幾秒內就會憑視覺判斷這個站可不可信。這關不過，他連流程都走不到。
• UX 決定最終一步跨不跨得過去：使用者願意留下來之後，真正會不會按下「結帳」「送出」「購買」，靠的是流程沒有摩擦、按鈕沒有歧義。

換句話說，UI 是門票，UX 是臨門一腳。很多站不是輸在門票（視覺），而是輸在那最終一腳（流程）。

這裡我想補一組在表單與結帳流程上特別有用的原則，都是 UX 層面的摩擦來源，跟配色一點關係都沒有：

• 欄位越少越好。每多一個必填欄位，就多一次讓使用者懷疑「我真的要填這個嗎」的機會。不是必要的欄位，一律延後到使用之後再問，或根本不要問。
• 主按鈕要明顯到不用想。主按鈕（下一步、結帳、送出）跟次要按鈕（返回、取消）必須在顏色、大小、位置上拉開層級。當兩者長得像雙胞胎，使用者就會停下來猶豫，而猶豫是轉換率的敵人。
• 錯誤訊息要告訴人怎麼修。不要僅跳一個「輸入錯誤」，要明確講「這個欄位需要填到手機號碼的十碼格式」。把使用者從錯誤裡救出來，他才有機會走完流程。
• 進度要看得見。多步驟流程一定要讓使用者知道「我現在在第幾步、還有幾步」。不知道終點在哪，人就會想放棄。

這樣看來，我會建議，做轉換率優化時，先動流程、再動視覺。按鈕怎麼設計才會被點擊，可以進一步參考 CTA 行動呼籲按鈕設計指南；轉換率優化的整體思路，則可以看 Landing Page 轉換率優化全攻略。

UI/UX 和 SEO 的關係：內容可用性與網頁體驗

這是這篇我最想多著墨的一段，因為它最少被一般設計文章提到，卻對你網站的生意最直接。

Google 主要根據可檢索的內容、連結與各種系統判斷頁面。網站結構混亂、手機按鈕難點、內容被彈窗擋住或載入太慢，會直接傷害使用者完成任務的能力；但網站分析工具裡的跳出率、停留時間，不應被直接當成 Google 的排名因素。

Google 的排名系統會使用 Core Web Vitals 等網頁體驗訊號。它包含三個具體指標：最大內容繪製（LCP）、互動到下一次繪製（INP）與累計版面位移（CLS）。這些指標有助於找出真實的體驗問題，但 Google 在 Search Central 對 Core Web Vitals 的說明中也明確指出，良好分數不保證排名，相關性仍是核心。

Google 採用行動優先索引（mobile-first indexing），意思是主要使用行動版內容進行索引與排名，不是替手機版額外加分。手機版按鈕難點、文字難讀、圖片把重要內容往下擠，仍會傷害可用性與轉換，所以行動版內容和功能應與桌面版完整對齊。

把 UX 做好，不是靠「停留時間越長就排名越高」這種簡化公式，而是讓相關內容更容易被讀取、操作與完成。SEO 與 UI/UX 有交集，但不能把每一個體驗指標都改寫成直接排名因果。

所以下次再有人把「做 UI/UX」跟「做 SEO」當成兩條獨立預算在搶，你心裡要有個底：它們其實是在做同一件事的不同切面。

一份實用的 UI/UX 設計流程：從研究到原型

觀念講完了，接著給你一套可以照著走的流程。這套流程沒有什麼獨門秘技，它就是業界公認的設計方法，我把它壓縮成你在中小型專案裡真的用得到的版本。這套方法一般稱為設計思考，想看未壓縮前的完整版，可以讀同理到測試的五步驟拆解，把每一步的來龍去脈補齊。

1. 研究（Research）：先搞清楚使用者是誰、他帶著什麼問題來。方法包含訪談、問卷、看現有數據。這一步最容易因為「趕時間」被跳過，但它決定後面所有設計的方向是否正確。產出物會收斂成 persona 人物誌，一個具體到有名字、有目標、有痛點的虛擬使用者。
2. 定義（Define）：把研究得到的雜訊收斂成「要解決的核心問題」與機會點。問題定義錯，後面做得再漂亮都是白做。這一步要敢砍，敢說「這個不在這次的範圍裡」。
3. 資訊架構與 user flow：規劃內容怎麼組織、使用者從進站到完成目標要經過哪些步驟。畫成 sitemap 與流程圖。這一步決定使用者「會不會迷路」。
4. 線框圖（Wireframe）：用最低的成本畫出頁面骨架，這個階段不談顏色、不談字體，僅談結構與位置。它是 UX 的主場。完整做法看 Wireframe 線框圖設計入門。線框圖最大的價值是便宜，畫錯了重畫的成本極低，所以它最適合拿來快速試錯。
5. 視覺設計（UI）：在 wireframe 上面疊配色、字體、icon、圖片，產出的高保真視覺稿就是 Mockup。到這一步，才正式進入 UI 的領域。這一步要把品牌識別、色彩心理、字體層級一起考慮進來。
6. 原型（Prototype）：把設計稿做成可點擊、可互動的原型，模擬真實操作。原型讓你在還沒寫任何一行程式之前，就能體驗到「真的用起來是什麼感覺」。差異與實作看 UI Prototype 原型設計全解析。
7. 可用性測試（Usability Test）：找幾個真人來用你的原型，給他一個任務（例如「幫我找到結帳按鈕並完成購買」），然後閉嘴觀察他在哪一步卡住、哪裡點錯、哪裡自言自語說「這是什麼意思」。這一步回饋的價值，常常比你自己看稿一百次還多。重點是找「目標使用者」或至少是沒參與設計的人，千萬不要僅找同事測，同事已經被同一套邏輯汙染了。
8. 交付開發與持續迭代：上線僅是一個中間點，真正的 UX 工作是上線之後看數據、持續優化那一輪才開始。

這整個流程，我最想強調一個觀念：先 UX，後 UI。先確定結構與流程是對的，再花力氣做視覺。順序一旦顛倒，你會在漂亮的稿子裡發現流程走不通，然後陷入「改一個流程、全部稿件重畫」的迴圈，這是預算與時間的雙重失血。

怎麼評估 UI/UX 做得好不好：四個看得到的指標

「這個設計好不好用」這句話很危險，因為它太主觀，每個人都能憑感覺吵半天。比較健康的做法，是換成幾個看得到、量得到、可以前後比較的指標。底下這四個，是我在專案裡最常用、也最容易跟業主溝通的：

指標	它告訴你什麼	怎麼量
任務完成率	有多少比例的使用者，真的完成了你希望他做的事	可用性測試裡，完成任務的人數除以總人數
完成任務所需時間	使用者走完同一個流程要花多久	測試時計時，改版前後比較
錯誤率	使用者在哪一步點錯、填錯、走錯路	測試時記錄每個出錯的點與次數
主觀滿意度	使用者自己覺得好不好用	用標準化量表，例如 System Usability Scale（SUS，系統可用性量表）

這四個指標要搭配看，不能僅看一個。僅看滿意度會被「好看但難用」騙過去，因為使用者第一眼會被漂亮的視覺拉高印象分數；僅看完成率，又會忽略「他雖然完成了但過程罵了一整路」的情緒成本。任務完成率與錯誤率告訴你「能不能用」，時間與滿意度告訴你「用得痛不痛苦」，兩組搭起來才是完整的判斷。

這裡頭的 System Usability Scale 是一個很值得認識的工具。它是研究員 John Brooke 在 1986 年發展出來的十題量表，到現在還是業界評估系統可用性的標準方法之一，題目經過設計、分數可以跨網站跨專案比較，量表內容可見 usability.gov 上的 System Usability Scale 頁面。你不需要懂它每一題的統計原理，只要知道：當你想用一個數字跟老闆溝通「我們這次改版有沒有進步」的時候，這種標準量表比「我感覺變順了」可靠得多。

就算團隊很小、沒有專職研究員，這四個指標依然用得起來。非正式的質性測試可以先找少量、同一使用者群的受測者，給明確任務，計時並記錄卡點，再修正後進入下一輪。不同使用者群、任務風險與研究目的需要不同樣本，不要把「五位」當成固定門檻。真正重要的是用操作證據，取代會議室裡的個人意見與美感之爭。

新手最容易搞混的 5 個 UI/UX 觀念

我整理出五個最常見、也最影響判斷的誤解。一張表把它們一次拆乾淨：

常見誤解	實際情況
UI 和 UX 是同一件事	兩者高度重疊但不同。UI 是介面（看得到的東西），UX 是體驗（整段使用經驗）
UX 就是「用起來順」的感覺，很主觀	UX 是可研究、可量化的學問。任務完成率、錯誤率、System Usability Scale 量表都是客觀指標
把網站做漂亮就等於做好 UI/UX	漂亮僅是 UI 的一小部分。UX 還包含流程、資訊架構、內容、可用性，這些跟漂不漂亮無關
UI/UX 是設計師的事，跟工程、行銷無關	跨職能的事。工程決定載入速度（UX），行銷決定文案與行動呼籲（UX），PM 決定優先順序（UX）
AI 會取代 UI/UX 設計師	AI 能加速產出線框與視覺變體，但「定義對的問題、判讀研究、做取捨判斷」這些仍需要人

AI 工具現在能快速生成線框圖、配色與版面變體，對加速產出很有幫助。但它產出的流程假設仍需要研究、可用性測試與專業判斷驗證，使用者訪談也不能交給模型自動下結論。想把 AI 用在 UI/UX 流程裡加速，可以參考 UI/UX 設計師必收的 ChatGPT 指令；想避開自架站常見的設計地雷，則可以看 網頁設計常見錯誤。

從使用者的眼睛看你的網站：一個五分鐘的自我健檢

你不用等到有預算請設計師，才開始檢視自己的 UI/UX。這份健檢清單，是我自己在接手任何一個網站之前，一定會先走一次的快速檢查。給自己五分鐘、打開你的網站、用手機操作，誠實回答這幾題：

• 首頁在五秒內，能不能讓一個陌生人看懂「你做什麼、能幫他什麼」？如果他自己講不出來，搜尋引擎與使用者也講不出來。
• 你想讓人做的那個動作（購買、留下名單、聯絡你），從首頁出發幾次點擊能到？超過三次就要警覺，每一次多餘的點擊都會掉人。
• 每一頁的主按鈕，是不是一眼就能看出「下一步該點哪裡」？還是畫面上同時有好幾個一樣搶眼的按鈕在打架？
• 表單的必填欄位，每一格你都答得出「為什麼非填不可」？答不出來的，多半可以拿掉或設為選填。
• 錯誤發生時（填錯格式、必填漏掉），系統有沒有清楚告訴使用者「哪裡錯了、怎麼改」？還是僅丟一句「輸入錯誤」就放生他？
• 手機版上，所有可點的元素，大小夠不夠讓一根拇指穩穩點到？還是常常點錯旁邊的東西？

這份清單沒有任何一題在問「網站漂不漂亮」，因為那從來不是使用者卡關的主因。每一題問的都是流程、層級與回饋，也就是真正決定好不好用的東西。如果這六題裡有超過三題你答得很心虛，那你的問題八成出在 UX 流程，做 UI 改版幫助有限，把錢花在流程上，投報率會高得多。

這個練習還有一個隱藏的好處：它訓練你切換成使用者的眼睛，去看自己的網站；這跟用老闆的眼睛看，會看到完全不同的東西。老闆看自己的網站，看到的是心血、是品牌、是花了多少錢；使用者看到的，僅有「這能不能幫我解決問題，而且別太麻煩」。兩種視角之間的差距，就是 UI/UX 改善的空間所在。

想入門 UI/UX，你該從哪裡開始

很多人以為入門 UI/UX 的第一步是去學一套軟體，其實不是。更重要的是建立判斷力。工具的基本操作可能很快上手，判斷力則要靠拆解與累積。下面是我會建議的學習順序：

1. 先讀觀念，不是先學工具。Nielsen Norman Group 網站上有大量免費文章，Jakob Nielsen 提出的十條可用性啟發法（heuristics）是入門必讀，它告訴你「好用的介面」背後有可依循的原則，不是純粹憑美感。例如「系統狀態要讓人看得見」「用使用者熟悉的語言，避開工程術語」「讓使用者有撤銷的餘地」這幾條，看起來像常識，但十個網站有八個犯。
2. 學一套業界標準工具就夠上工，那套工具就是 Figma。它免費、協作方便、而且是台灣與全球多數設計團隊的共同語言。學一個就夠，不要在工具之間跳來跳去，那僅是用「在學新工具」的感覺來逃避真正的練習。
3. 每天做拆解練習。挑一個你每天在用的 app 或網站，寫下三個「用得很順」的地方、三個「讓你卡關」的地方，並試著講出為什麼。這個練習做三個月，你的判斷力會比讀十本書都紮實。
4. 做一個屬於自己的小專案。最好的題目就是你自己的作品集網站，從研究、線框、視覺到原型，完整走一次流程。它同時是練習，也是你找工作、接案時最有說服力的成果。想用現成服務快速把作品集放上線，可以參考作品集線上製作工具比較，挑一個順手的工具開始。學習資源的完整地圖看 免費 UIUX 自學資源。

這條路沒有單一步驟的捷徑，較實際的順序是先理解使用者與問題，再學工具並反覆完成作品。走完整個流程能累積可展示的判斷與實作經驗；具體學習路徑可參考從零開始到接案的學習順序。

現在就能做的三個下一步

觀念讀再多，不如動手檢視一次自己的東西。給你三個今晚就能做的動作：

1. 用手機走一次自己網站「最重要的那個動作」。是結帳？填表？還是聯絡你？從頭走到尾，記下你在哪一步猶豫超過三秒、哪一個按鈕你不確定能不能點。一定要用手機，因為那是多數使用者現在用的裝置，也是問題最容易藏起來的地方。
2. 把每個卡關點歸類。是「看不懂、分不出主次」（這比較偏 UI 與骨架層），還是「流程太長、步驟太多、欄位太繁瑣」（這比較偏 UX 與結構層）？分類清楚，你才知道下一步該動哪一塊，也才不會把所有問題都丟給「網站不夠漂亮」這個籠統答案。
3. 挑一個最嚴重的卡關點，下週就先改它。不要等全面改版。全面改版通常會拖半年，而那半年裡，你每天都在流失那個最關鍵的轉換。先改一個、觀察一個、再改下一個，這才是 UI/UX 在真實世界裡推進的方式。

UI/UX 不是一次到位的工程。每次用使用者的眼睛把流程重新走一遍，再用測試與數據確認，你就更接近「讓人用得舒服」的網站。轉換、回流與口碑是否改善，仍要回到實際資料持續驗證。

如果你已經有網站、也想把「用得舒服」跟「被 Google 找到」這兩件事一起做好，Whoops SEO 做的就是這一塊。我們可以陪你從使用者流程、行動呼籲、到網頁體驗訊號一起檢視。卡關時歡迎來聊聊，沒有壓力，想聊再來。