← 全部概念地圖
標準

概念地圖・Fitts 指向操作定律

分類:行為

這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖,加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你,以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →

Fitts 指向操作定律:按鈕該做多大,量兩個數字就知道

一顆按鈕該做多大,多數人的答案是「看起來順眼就好」。Fitts 在 1954 年給了另一種答案:手指從起點挪到目標所花的時間,只跟兩件事有關——目標離手指多遠、目標本身多寬。兩者相除、取個對數,得到一個叫難度指數的數字;移動時間就沿著這個數字一路線性往上爬。這條線到今天還被拿來當介面的尺,理由很單純——它把「順不順手」這種說不清楚的感覺,換成一個可以量、可以比、可以拿去跟老闆講的秒數。

Fitts 定律:同一個終點,寬度縮小,移動時間往右上走 左半邊是一台平板的畫面:手指起點固定在左側,同一個終點上並排三顆按鈕,寬度分別是 120、60、30 像素;最下面一顆貼齊螢幕右邊緣,手指過頭也停得住,等於有效寬度變大。右半邊是難度指數對移動時間的座標圖,A 到 D 四個點落在一條往右上的直線上,難度指數每加 1,移動時間就多 0.15 秒。A 到 C 距離不動、只有寬度縮小,每按一次多花 0.30 秒;D 那一點同時把距離從 240 拉到 480,不能拿來講按鈕大小。 距離 ÷ 寬度,先合成一個難度數字 ID=log₂(2D÷W),MT=a+b×ID;本圖取 a=0.2 秒、b=0.15 秒,示意用係數 同一個終點,三種寬度 手指起點 D=240 A W=120 B W=60 C W=30 E W=30,貼邊 E:按鈕貼齊螢幕邊緣,手指過頭也停得住 有效寬度等於變大、ID 掉下來——最便宜的一招 ID 每加 1,移動時間多 0.15 秒 移動時間 MT(秒) 0.50 0.65 0.80 0.95 A B C D* 寬度 120 → 30 每次多 0.30 秒 2 3 4 5 難度指數 ID *D 這一格同時把距離拉遠:240 → 480
寬度砍一半,難度指數就加 1,手指多花 0.15 秒。

距離與寬度,合成同一個難度數字

先把四組數字擺出來。距離 D 與寬度 W 都用像素算,難度指數 ID=log₂(2D÷W),移動時間 MT=0.2+0.15×ID 秒——那兩個係數是示意用的,真要拿去做決策,得在自己的裝置上量一輪。

組距離 D寬度 W難度指數 ID移動時間 MT這一格動了什麼
A2401202.00.50 秒基準
B240603.00.65 秒只有寬度砍一半
C240304.00.80 秒寬度再砍一半
D480305.00.95 秒寬度沒動,距離拉遠一倍

只看 A 到 C 這三格:距離一動也沒動,寬度從 120 縮到 30,每按一次就從 0.50 秒變成 0.80 秒,多花 0.30 秒。一天按四百次,就是多花 120 秒——整整兩分鐘,而且是每天。D 那一格要小心:它同時把距離從 240 拉到 480,跟 A 比多出來的 0.45 秒裡,只有 0.30 秒算在寬度頭上,另外 0.15 秒是路變遠的帳。把 A 跟 D 擺在一起講「按鈕大小」,就把兩筆帳混成了一筆。

這顆按鈕該不該放大,先看三件事

公式會給你一個秒數,但秒數本身不會告訴你該不該動手。動手前先過三道自問。

一、這顆鍵一天按幾次。0.30 秒放在單次上小得像雜訊,乘上次數才會顯形。按四次就是 1.2 秒,沒人在意;按四百次就是兩分鐘,一個月四十分鐘。次數是這條公式唯一的放大器——次數不夠,再漂亮的優化都只是自我感覺良好。自問:這顆鍵在一個班次裡會被按幾次,你手上有數字,還是只有印象?

二、手指的起點固定嗎。D 是「從哪裡量到哪裡」,沒有起點就沒有 D。起點固定的介面(手指總是停在同一個清單、同一個輸入框)才算得準;起點飄移的介面,算出來的距離只是平均值,而平均值會把最痛的那幾次藏起來。自問:使用者按下這顆鍵之前,手指通常停在畫面的哪一塊?

三、它旁邊那顆按錯了會怎樣。放大一顆鍵,通常等於擠壓它的鄰居,或是把鄰居推得更近。距離縮短會讓誤觸變容易,而誤觸的代價不寫在秒數裡。旁邊如果是「刪除」「結案」「送出」,放大這件事要連鄰居一起重排,不能只把自己撐胖。自問:如果手指滑過去按到隔壁那顆,最壞的後果是什麼,救得回來嗎?

一台巡檢平板上的回報鍵,重新量一次

實例演練
  • 場景:一家維護測速照相設備的公司,巡檢員戴著手套,一整天在路邊開平板逐台點檢。「異常回報」那顆鍵做得很小,30 像素寬,擺在畫面右上角。最常按、也最小
  • 先量兩個數字:手指多半停在左下的點檢清單上,到那顆鍵大約 480 像素;寬度 30。代進去 ID=5.0,每次 0.95 秒。最貴的一格
  • 把鍵移回清單旁邊:距離砍到 240,寬度不動,ID 掉到 4.0,變成 0.80 秒。位置這件事一毛錢都不用花。先撿最便宜的
  • 再把鍵放大到 120:距離維持 240,ID 掉到 2.0,每次 0.50 秒。跟原本的 0.80 秒比,每按一次省 0.30 秒;一班按四百次,就是兩分鐘。省下的是人力
  • 最便宜的一招擺在最後:把它推到螢幕最右邊貼齊邊緣,手指往右甩過頭也不會滑出去,等於寬度突然變得很大,ID 再往下掉一截。邊緣是介面裡唯一免費的寬度。不佔版面
  • 放大前先看鄰居:那顆鍵旁邊是「本站點檢完成」。回報鍵一撐胖,兩顆之間的距離就變短,誤觸從「幾乎不會」變成「偶爾會」。誤觸不算在秒數裡

這個場景真正值得記住的接縫,在第三步跟第四步之間。多數團隊一聽到 Fitts 定律,第一個念頭是「那就把按鈕做大」——但在這台平板上,先把鍵搬回手指旁邊就省了 0.15 秒,一毛錢的版面都沒付出去。距離跟寬度在公式裡是相除的關係,兩邊都能動;而版面通常只剩一邊的空間。還有一件事這條公式管不到:手套讓手指的有效接觸面變大、觸感變鈍,動到的是按不按得準;這條公式從頭到尾只算按得多快。巡檢員抱怨「這鍵很難按」時,可能在講移動要花的那 0.95 秒,也可能在講戴著手套按三次才中一次——兩種抱怨聽起來一模一樣,處方完全不同。動手前先問清楚是哪一種。以上為說明結構用的示意情境,僅供理解框架之用。

這條直線,哪幾種操作它算不準

  1. 不需要瞄準的動作,它算不準。滑到清單最底、把視窗甩到螢幕邊、按下鍵盤快捷鍵——這幾種操作的終點是一整片「過頭也沒關係」的區域,沒有小方塊要對準,甚至根本沒發生空間上的移動。公式裡的 W 在這時候趨近無限大,ID 掉到接近零,算出來的秒數失去意義。真正的瓶頸換成了別的東西:捲動的距離、記不記得那個組合鍵。用一把只量瞄準的尺去量不需要瞄準的動作,量出來的數字會漂亮得可疑。
  2. 戴手套動到的是命中率,這條公式只算移動時間。手套讓指腹的有效接觸面變大、觸控回饋變鈍,結果是按下去有沒有中;Fitts 的公式從頭到尾只回答「手指從 A 挪到 B 要多久」,不管挪到之後有沒有按準。兩件事的處方不一樣:移動慢,處方是縮短距離、加大寬度;按不準,處方是加大觸控判定區、加上按下去的視覺與震動回饋。兩本帳混在一起記,你會花很多力氣優化一個不是瓶頸的東西。
  3. 距離跟寬度一起動的時候,這條線最容易被讀錯。上面那張表的 D 就是陷阱:它比 A 多花 0.45 秒,看起來像「按鈕從 120 縮到 30 的代價」,實際上寬度只佔 0.30 秒,剩下 0.15 秒是距離從 240 拉到 480 的帳。介面改版時這兩件事常常一起發生——按鈕縮小了,順便也被推到角落——事後檢討如果只記得其中一項,就會在錯的地方加碼。要拿數字說服人,一次只准動一個變數。

按鈕縮小那一次,誰在替它加班

痛點視角

手指移動的那零點幾秒,要乘上一天四百次才看得出重量。

這正是介面決策最容易被輕輕放過的地方:畫面上那顆鍵縮小 90 像素,設計稿裡看起來只是排版變乾淨了;成本在別的地方結帳——結在一個戴著手套、站在路邊、一天要按四百次的人身上。他不會寫需求單,也講不出「難度指數」四個字,他只會說「這個系統用起來很煩」。這張圖畫得出每一次移動要花多久,畫不出那 0.30 秒最後是誰在付。把秒數乘上次數、再乘上人數,那個數字才第一次長成一個人的一天;在那之前,它只是一個小數點後兩位。所以順序是反的——先找出那個一天按四百次的人,再回頭看他手指底下的那顆鍵。從設計稿上挑按鈕,永遠挑不到他。今晚挑一個班次,蹲在旁邊數一次那顆鍵到底被按了幾下,數字會比任何設計評審都直接。

這條定律,幾個常見疑問

公式裡的 a 和 b 要去哪裡找?

找不到通用值,也不該去找。a 是反應與按下的固定開銷,b 是每單位難度要付的時間,兩者都隨裝置與輸入方式而變——滑鼠、觸控螢幕、觸控筆、戴不戴手套,量出來都不一樣。本頁用的 0.2 與 0.15 純粹是示意,方便把關係畫成一條線。真要拿數字做決策,做法是自己量:固定起點,做幾組不同距離與寬度的目標,各按二三十次取平均,再回歸出屬於你這台裝置的 a 和 b。你真正要的是「改了之後省多少」那個差值,絕對秒數本身派不上用場。

按鈕是不是愈大愈好?

不會。公式裡寬度進了對數,報酬遞減得很快:從 30 放到 60 少 0.15 秒,從 60 放到 120 也只再少 0.15 秒,繼續往上放,省下來的愈來愈薄。而版面是有限的,一顆鍵撐胖,別的東西就被擠走或推遠——別人的距離變長,帳就記到別人頭上。更麻煩的是誤觸:鄰居靠得太近,省下的那零點幾秒會被「按錯一次要重來」整段吃掉。實務上的做法是先問哪顆鍵一天按最多次,把版面優先分給它,其餘的維持在能穩定按到的大小就好。

為什麼常聽人說「重要按鈕放螢幕邊緣」?

因為邊緣是免費的寬度。目標貼齊邊緣時,手指往那個方向甩過頭也停得住,不會滑出去,等於目標在那個方向上「無限寬」——W 變得很大,ID 掉下來,移動時間跟著掉。四個角更誇張,兩個方向同時卡住。這是介面裡少數不用付版面代價的優化:按鈕沒有變大,畫面沒有變擠,只是換了個位置。代價是邊緣位置有限,而且在某些系統上會跟手勢區或系統列打架,實作前要先確認那一條邊真的能吃到手指的過頭動作。

觸控螢幕、滑鼠、觸控筆,這條定律都適用嗎?

關係式適用,係數不通用。三種輸入方式的 a 與 b 差距很大,觸控還多一層麻煩:手指本身有寬度,會把目標遮住,判定區跟看得見的方塊往往不是同一塊。所以觸控介面通常直接用最小觸控尺寸當底線,再把 Fitts 拿來排「哪顆鍵值得比底線更大、擺得更近」。另外別忘了 D 的起點:滑鼠的游標停在上一次點擊的地方,觸控的手指停在畫面外或剛才滑動的位置,同一個版面對兩者算出來的距離可以差很多。

拿你最常按的那個鍵,量一次它的寬度與手指的起點。兩個數字都在手上,這條線才開始替你說話。往前一步還有兩件事在排隊:操作員腦袋裡同時要轉幾件事,那是認知負荷要處理的;畫面上哪個數字該放大、哪個該退到第二層,則要看儀表板資訊層級怎麼排。一個管閱讀,一個管動作,剛好接在這條線的兩頭。

發現引用或事實有誤?請寫信回報,我會依更正政策修正。

喜歡這篇文章嗎?

每週幫你拆二本好書,把判斷力、好書金句、好問題,直送你的信箱。

不適合你可隨時退訂 · 每週兩封,陪你把書讀進生活。

送出即表示同意我們依隱私權政策使用你的 email。