伊利亞・伯曼（Ilya Birman）在他的部落格上透過兩篇文章，談論那些無端拖慢使用者速度的介面。

在第一篇中，標題是「讓我點吧（Let me click）」，伯曼舉了幾個例子，說明有些設計迫使使用者繞一大圈去點擊，而不是走捷徑：

在 Aegea 的留言設定裡，有一個「透過電子郵件傳送」的核取方塊，旁邊關聯著一個電子郵件地址欄位。如果沒勾選核取方塊，填寫欄位就沒有意義：地址在其他地方根本用不到。如果勾選了核取方塊卻讓地址欄位空白，系統也什麼都寄不出去，因為它不知道地址。簡言之，這兩個控制項是互相關聯的。

照邏輯來說，如果核取方塊沒勾，你大可直接把輸入框整個停用——反正填了也沒用。但那樣很惱人。如果我想先輸入地址，再來勾選核取方塊呢？而如果地址已經填好了卻不讓我取消勾選，那就更糟了。我想把它關掉——就讓我點吧！

在後續文章中，伯曼談到 Podcast 應用程式 Overcast 的一個具體案例，其開發者遇到了一個棘手的系統性難題：

對任何 Podcast，你都可以設定要在裝置上保留下載幾集。比方說你把上限設為三集，然後就不再規律收聽這個節目：接下來的三集會自動下載，之後就不再下載了——何必浪費空間？[…]

[但是，]如果使用者已經下載了三集，卻又手動要求再下載一集，該怎麼辦？你不能為了保持整潔就馬上把它刪掉。[…]

最後，Marco 的妻子 Tiff 提出一個解決所有問題的辦法：乾脆別讓使用者多下載，她說，然後顯示一則訊息，大意是：「你的單集上限是三集，但這會是第四集，不予下載」。

Marco 喜歡這個解法。我不喜歡。誠然，這解決了 Marco 的問題，但沒有解決使用者的問題。

我沒實際看過 Overcast 的封鎖機制如何運作，但伯曼在兩篇文章中舉的所有例子都讓我深有同感。肌肉記憶想要什麼就是什麼，誰也攔不住。

我想從自己的角度再補充兩點。

1.

伯曼把這件事概括為「讓我點吧」，但我想提供兩個曾經幫助過我的、替代／互補的原則：

• 讓我用任何順序來操作。來看看 Google Home App，我可以調整溫度和維持時間——但如果我先改時間，之後再改溫度時，時間竟會令人沮喪地被重置。它在一個看似任何順序都行的介面裡，強迫使用者只能照特定順序操作：

• 當下的操作具有最大的動能。使用者就在當下，正積極地點擊、想把事情做完。如果 Overcast 真的跳出「你的單集上限是三集」的訊息，那就迫使使用者得去記得怎麼進到設定裡修改。動能就此中斷。過去的我所做的決定，不該比現在的我所做的決定更重要。

2.

我同意伯曼舉的所有例子，但情況有時更複雜，有時候讓使用者隨意點擊、或用任何順序操作，反而會讓介面更難理解。

在 Figma 裡，每個文字方塊的尺寸可以設為完全自動（寬與高皆自動——用於短標籤）、只指定寬度（高度自動——用於段落文字），或是寬與高皆手動（用於圖像元素）：

你也可以看到，在寬或高為自動的文字方塊中，對應的數值欄位會呈灰色、無法更改。想修改它們，就得先切換到特定模式，才能讓相關欄位變為可編輯。這是為了幫助人們在一個相當複雜的情境中理解這些設定彼此的關聯，但實際效果就是，有時 Figma 不會讓你點擊，並迫使你只能照特定順序操作。

但這僅限於那些欄位——你在畫布上永遠可以直接抓住物件並拖曳縮放，它會自動切換為手動模式，順應拖曳的動能：

這裡的不一致是刻意的。我並不是說這些就是正確的選擇，我們也確實聽到一些已經理解系統的使用者抱怨無法輕易點擊而感到挫折（遺憾的是，據我所知，在現代圖形介面中，並沒有什麼好的操作暗示能讓人「突破」被停用的欄位，就像molly guard那樣）。我主要想分享的是，這些事情很難，而要在「讓我點吧」與「不能點反而有助於理解系統」之間取得平衡，並不容易。

我一直想起十年前那個故事：有人在紐約愛樂演奏會的第一排讓手機響了，導致演出真的中斷，指揮和觀眾都大為光火。那位羞愧的觀眾最後解釋說：「我把手機轉成靜音了，但我同時也有設定鬧鐘。」

就算假設這真的是事實（根據旁人的描述，手機響的是 marimba 鈴聲，那並不是鬧鐘的預設鈴聲——但人們的記憶本來就常常不可靠）。我認為，這正是「讓我點吧」的一個完美範例。你可以為某個時間設定鬧鐘，之後再把手機轉為靜音。你也可以用相反的順序操作。你等於給了手機兩個互相矛盾的指令，而手機的邏輯無論如何都會讓鬧鐘勝出。

在這裡，我想不出什麼簡單的介面解法。在這裡，讓順序無關緊要感覺才是對的。很難想像會因為有鬧鐘開著就禁止你切換到靜音模式，畢竟靜音模式也會影響來電。我也很难想像在過程中的任何時刻，有什麼有效的介面警告能起作用。（話說回來，以前的 iPhone 會在頂部狀態列顯示一個小小的鬧鐘圖示，算是給過溫和的提醒。）

靜音模式和鬧鐘正如伯曼所說，是互相關聯的——但它們之間的關聯，最終很難向使用者解釋清楚。