原文：https://growth.design/case-studies/labor-perception-bias

我們做產品時，很常追求一件事情：快一點。

頁面載入要快、搜尋結果要快、資料處理最好按下按鈕馬上完成。以前我也會直覺覺得，等待時間越短，使用體驗應該就越好。

但最近看到 Growth.Design 分享的 Labor Perception Bias（勞動感知偏誤），才發現事情好像沒有這麼單純。

它先舉了一個很有趣的例子：假設今天去一家五星級餐廳，點了一道很複雜的料理，結果服務生 15 秒後就把餐送上來，我第一個反應可能不是「效率真高」，而是：「蛤？真的有做嗎？」

同樣的事情放到數位產品裡也會發生。

假設今天要把二十幾萬筆聯絡人匯入 CRM，按下匯入後 0.01 秒就直接跳出「完成」，明明系統真的處理好了，使用者卻可能開始懷疑：「真的有匯進去嗎？會不會有東西漏掉？」

這讓我想到，如果 AI 很快就回答問題，我也會覺得它到底有沒有在思考，回答的答案是不是正確的。

這就是 Labor Perception Bias。簡單來說，當我們看得見背後付出的工作時，往往會更相信結果，也更容易感受到它的價值。

所以，有些情況下「快」不一定等於好的 UX。

有時候，等待其實是在建立信任

這裡的重點不是故意讓系統變慢，而是當使用者對某個結果有很高期待，或正在進行一件風險比較高的事情時，適度把系統正在做的事情呈現出來，可以降低等待過程中的不確定感。

像是匯款、資料搬移、分析報告、報稅，這些事情都有一個共同點：使用者很在意結果到底對不對。

在轉帳時，就不只是把使用者突然丟到一個交易紀錄頁，而是透過動畫告訴你「款項正在處理、正在轉移」。畫面看起來可能只是多了一段 Transition，但心理上的感覺差很多。至少我知道：「好，錢現在正在某個流程裡，不是按完按鈕後就消失了。」

或者像是達美樂的 Pizza 網路下單後，它會顯示 Order Placed、Prep、Bake、Quality Check、Delivery 等階段。這些時間其實是依照平均製作時間估算，但「Quality Check」這一步會讓人感覺自己的披薩真的有經過檢查，而不是訂單送出去後就只能乾等。

另外像 TurboTax 也會在報稅過程中透過文字、動畫和進度呈現，讓使用者知道系統正在檢查可能的抵扣項目。因為報稅本來就是一件容易讓人緊張的事情，這時候適度讓人看見「系統正在檢查」，其實是在增加安心感。

所以我覺得 Labor Perception 真正想處理的不是「等待」，而是等待背後的那句：

「現在到底發生什麼事？」 如果系統什麼都不說，使用者就只能自己猜。

其中有一個數據頗值得觀察

The ROI of Labor Perception(勞動力感知的投資報酬率)

精心設計的特效可以將應用程式的感知價值提升高達 15% 。啟動率、留存率和收入的淨提升顯然很大程度上取決於你的具體情況（等待時間、受眾、產品等），但值得測試。

數據來源: Transparency vs Perceived Value*, Harvard (2011)

但不是每一個地方都應該故意加 Loading

看到這裡很容易產生另一個想法：那是不是之後每個功能都故意放個 Loading 動畫就好了？

其實完全不是。如果本來就有無法避免的等待，例如大量搜尋、資料匯入，這時候很適合透過 Operational Transparency（操作透明度）讓使用者知道系統正在做什麼。另一種適合的情境，則是使用者對結果期待很高，或這個操作牽涉到重要的金錢、資料與風險。

反過來說，如果原本一秒鐘可以完成，卻硬把使用者留在畫面十秒鐘，而且那十秒沒有帶來任何安心感，那就只是浪費時間。

甚至連等待內容本身也要和使用者有關。與其放一句「Processing…」，不如告訴他：「正在確認付款資訊」、「正在檢查資料是否完整」。前者只告訴我系統還沒好，後者才讓我知道它為什麼需要時間。

所以 Labor Perception 並不是「把產品變慢」，而是把原本看不見的價值適度呈現出來。

最重要的一條線：安心，還是操弄？

這也是我覺得這篇最值得注意的地方。
Labor Perception 很容易一不小心就變成 Dark Pattern。
原文舉了 2016 年美國總統大選時《紐約時報》的 Election Needle。新的數據大約每 15 秒更新一次，但畫面上的指針卻一秒抖動很多次。結果就是使用者會一直覺得局勢正在變化，不斷盯著畫面。
這確實可能增加停留時間、瀏覽量和收入，但它利用的是使用者的焦慮，而不是幫助使用者理解狀態。
如果真的要使用這種設計，應該優先選擇不欺騙的方式；就算使用所謂的 Benevolent Labor Illusion，也應該是為了讓使用者安心，而不是操弄他，而且設計必須真的改善產品體驗。

所以我覺得最簡單的判斷方式就是問：這個等待畫面，是在回答使用者的疑惑，還是在利用使用者的不安？ 前者是在設計體驗，後者就很容易變成操弄。

我的延伸思考

1. UX 要怎麼判斷「太快」已經開始讓使用者不信任？

我覺得不能只從實際等待秒數決定。
真正要看的應該是這個任務在使用者心中的「份量」。例如按一個收藏按鈕馬上完成很合理，但如果今天是轉帳十萬元、匯入十萬筆資料，或請 AI 分析一份很複雜的報告，結果瞬間出來，我反而可能開始懷疑。
所以 UX Research 可以多問一個問題：「使用者覺得這件事情應該花多少力氣？」
如果使用者心中認為這是一件複雜、重要或高風險的事，系統卻毫無過程地瞬間完成，就可能產生期待落差。這時候不一定真的需要「延長時間」，也可以只是把正在進行的步驟說清楚。

2. AI 產品是不是特別需要 Labor Perception？

我覺得是，而且可能比傳統產品更需要。
現在很多 AI 功能都希望做到「一句 Prompt，馬上給答案」，但某些情況下速度太快，反而會讓我懷疑：「你真的有看完我那 100 頁 PDF 嗎？」、「你是真的分析過，還是隨便生一個答案？」
這時候比起故意讓 AI 多轉幾秒，我覺得更好的設計可能是讓使用者知道它正在做哪些事情。例如：「正在整理文件內容」、「正在比較三份資料」、「正在檢查結果」。
也就是把 Labor Perception 從「假的 Loading」變成真正的過程透明度。
我個人感覺，在用 AI 的時候，如果有他正在做哪些事情，真的會讓我感覺比較安心~

3. PM 要怎麼知道這個設計真的有用，而不是只是做得比較有戲？

Labor Perception 很容易變成一種「感覺很酷」的動畫，所以如果真的放進產品，我覺得還是要驗證。
建議可以比較「有呈現處理過程」和「直接顯示結果」兩種版本，再透過 User Testing 或 A/B Test 觀察差異。
我會特別想看兩類指標：一類是使用者是否比較安心，例如對結果的信任程度、是否重複點擊、是否回頭確認；另一類才是商業指標，例如 Activation、Retention 或 Conversion 是否受到影響。
因為 Labor Perception 的目的不應該只是「讓使用者等久一點」，而是讓這段等待真的產生價值。

最後

看完這篇後，我對「效率」這件事情有一點不同的想法。
以前會覺得好的 UX 就是把所有摩擦拿掉、所有流程做到最快，但現在覺得更準確的說法可能是：
好的 UX，是讓使用者在每一個階段都知道發生了什麼，而且對結果有信心。
有時候這代表把流程做到 0.1 秒，有時候反而是多花兩秒告訴使用者：「我們正在幫你確認這些事情。」
速度很重要，但在一些高期待、高風險的情境裡，安心可能比快那幾秒更重要。