概念位置

Touch Target 處理的是回饋鏈的第零層——點擊有沒有落在可反應的區域。三層回饋（點擊確認 / 等待指示 / 結果通知）假設點擊已經落在 gesture 區域內；Touch Target 確保這個前提成立。與 Doherty Threshold 的關係是空間 vs 時間：Doherty 管回饋的時間門檻、Touch Target 管回饋的空間門檻。與 Screen State Matrix 無直接關聯——狀態矩陣管畫面層級的轉換、Touch Target 管元件層級的互動。

尺寸底線與範圍對齊

兩個層次的要求，缺一都會產生「點了沒反應」：

• 尺寸底線：Material Design 規定最小觸控目標 48x48dp、iOS HIG 規定 44x44pt。小於底線的目標（如單獨一顆 24dp 圖示）即使精準點擊也容易失手。
• 範圍對齊：觸控區域要等於視覺暗示的可點範圍。列表行的展開/收合是典型場景 — 整行是一個視覺單元，使用者直覺點行的任何位置；若 gesture 只掛在尾端箭頭 IconButton 上，點標籤名稱、點空白處都無反應。

一個書庫管理 App 的標籤管理頁實證了範圍錯位（案例見 U.C8）：二級標籤的展開/收合只有尾端箭頭可點，實機測試使用者直覺點整行、無反應。修復是在包裹整行的 InkWell 加上 onTap（與箭頭觸發同一個 callback）；內層 IconButton 是獨立 gesture 區域，點箭頭時由它自己處理，不會被外層重複觸發 — 整行成為觸控目標，箭頭行為不變。

可觀察訊號與例子

範圍錯位的訊號是「使用者點了視覺單元的非 icon 區域而無反應」：實機測試點列表行文字無反應、可用性測試觀察到使用者重複點擊同一行、觸控熱點分析顯示大量落在 gesture 區域外的點擊。程式碼層的訊號是 gesture 只掛在視覺單元的子元件（trailing icon、小圖示）而非整個單元容器。

設計責任

Touch Target 的設計責任是讓「看起來可以點的地方」與「實際可以點的地方」一致，且不小於平台底線。列表行的主要操作（展開、進入詳情）以整行為觸控目標；行內若有次要操作（刪除、更多選單），保留為獨立的內層 gesture 區域，兩者互不干擾。設計審查時對每個可互動視覺單元問一句：使用者最直覺點的位置，在 gesture 區域內嗎？

觀察

實機測試路徑：標籤管理頁 → 點擊二級標籤行的標籤名稱位置 → 無反應。點擊尾端箭頭才能展開/收合。使用者連續點同一行不同位置 2-3 次後才命中箭頭，體感等同功能壞掉。

判讀

1. 範圍錯位與尺寸底線是兩個獨立問題。箭頭圖示本身可能已達 48x48dp 最小觸控目標底線——尺寸合格不代表範圍正確。使用者的預期可點範圍由視覺單元決定（整行），不由 icon 尺寸決定。這個案例的根因是範圍錯位、不是尺寸不足。

2. gesture 掛載點 = 觸控目標的邊界。列表行的主要操作（展開/收合）以整行為觸控目標；行內若有次要操作（刪除、更多選單），保留為獨立的內層 gesture 區域。程式碼層的掃描訊號是 gesture 只掛在視覺單元的子元件（trailing icon、小圖示）而非整個單元容器。

3. 實機測試是唯一揭露管道。靜態 review 和單元測試都不會問「使用者會點行的哪個位置」。可用性測試觀察到「使用者重複點擊同一行」或觸控熱點分析顯示大量落在 gesture 區域外的點擊，才暴露這個缺口。

策略

1. 對每個可互動視覺單元問一句：使用者最直覺點的位置，在 gesture 區域內嗎？設計審查時逐一檢查，列表行特別容易錯。

2. 程式碼掃描訊號：gesture 只掛在視覺單元的子元件（trailing、leading）而非整個 row/tile 容器。grep onTap 掛載點與視覺容器的層級關係。

3. 外層 gesture 與內層 gesture 共存模式：行級 InkWell 掛主要操作、子元件掛次要操作，Flutter 的 gesture arena 讓兩者互不干擾。

下一步路由

• 觸控目標的尺寸底線與範圍對齊概念 → Touch Target
• 點擊後的三層回饋（本案修的是回饋之前的問題）→ 互動回饋三層模型
• 類似案例（回饋缺失）→ U.C5 匯出按鈕零回饋
• 鏡像案例（不可點元素帶著可點暗示）→ U.C18 狀態圖示被當成按鈕