你明明看見了白棋的衝四，手指卻在拖動棋盤時碰到了旁邊的交點。讀秒還在走，對手已經收到落子，悔棋請求發出去，氣氛一下變緊。手機上的五子棋和連珠，對局壓力常常從棋形之外開始。
這篇想談一個很小的設計：落子確認按鈕。它通常只是在你點下交點後，等你再按一次「確認」才把棋子提交給伺服器。看起來多了一步，實際改變了整盤棋的呼吸。
誤觸最常發生在你以為自己很穩的時候
手機棋盤的難處很樸素：交點密，手指粗，視線還會被指腹擋住。尤其在 15 路或 19 路的棋盤上，邊線、星位、相鄰交點之間的距離都被壓縮到一小塊玻璃裡。你以為點在四三交叉，系統可能讀到旁邊一格。
互動設計裡常提到目標尺寸。WCAG 2.2 的目標尺寸說明把可點擊區域和誤觸風險放在一起討論；棋盤交點雖然不是普通按鈕，問題卻相似。點得準，先要看得清，還要給手指留下餘地。
確認按鈕把一次落子拆成觀察與提交
有確認按鈕時，第一次點擊更像「試放」。棋子出現在交點上，顏色、陰影或輪廓提示它還沒有生效。你可以看一眼：這顆子是否擋住對方活三，是否讓自己形成雙三，是否踩到連珠規則裡的禁手線。
第二次點擊才是提交。這個停頓很短，常常不到一秒，卻把手指動作和棋局決定分開了。人會在這個間隙裡重新掃一遍棋盤，尤其是最後一手周圍的八個方向。
讀秒壓力下，多一步反而讓節奏更穩
很多人擔心確認按鈕拖慢對局。這個擔心有道理，尤其在快棋裡，每一步多按一次都會消耗注意力。好的確認互動不能搶戲，它應該貼近拇指區，狀態明確，取消也足夠直接。
但讀秒帶來的錯誤，往往來自動作過快。你看到對方衝四，第一反應是堵；手指先到，腦子後到。確認按鈕給了一個很小的煞車，讓「我已經點了」變成「我準備這樣下」。
慢半拍，常常救一手。
線上連珠裡，這個煞車更重要。黑方是否形成雙三、四四、長連，不同規則房間的判定會影響勝負。預覽階段如果能同步顯示禁手提示，玩家就能在提交前發現問題，而不是等系統拒絕後再慌忙找替代點。
悔棋減少時，對局關係會更乾淨
誤觸之後最常見的動作是申請悔棋。熟人局裡還好，陌生配對中就容易尷尬：對手不知道你是真的點錯，還是看到局勢不利才反悔。一次申請，會把棋盤上的判斷拉到棋盤外。
確認按鈕不能消滅所有後悔。它能減少一類低價值爭執：手滑、拖動畫面、抬手時碰到邊角。提交前自己檢查，提交後接受結果，對局邊界會清楚許多。
好的確認，不該讓棋盤變吵
確認按鈕的難點不在「有沒有」，在「出現得是否克制」。按鈕太大，會擠壓棋盤；顏色太重，會搶走對最後一手的注意；跳出式確認更糟，它把視線從棋形上拉開。棋類介面需要平靜，尤其在局部戰鬥密集時。
更合適的做法，是讓候選棋子留在原位，確認控制項出現在手指容易觸達的位置。取消可以透過再點別處、點候選子，或輕量按鈕完成。Material Design 的手勢資料也提醒，觸控螢幕動作需要給用戶可預期的回饋；棋盤上的預覽態，就是這種回饋。
聲音和震動也要謹慎。提交成功可以有輕微觸感，預覽階段則應保持安靜。兩種狀態若回饋相同，玩家很難判斷棋子是否已經生效。
從開局天元到中盤活三，確認都在服務判斷
開局下天元，確認按鈕主要防止點偏。進入中盤，它開始服務閱讀：這手是否逼迫對方應手，下一手能否形成活三，白棋有沒有反衝四的資源。你點下候選點，看見棋子嵌入棋形，判斷會比在腦中懸空想像更具體。
我觀察到，很多誤手發生在「看見一條線」之後。玩家盯住橫向四連，卻漏掉斜線上的反擊；盯住自己的活三，卻沒看見對方同一手同時成四。預覽態把最後一手固定住，給視線一次複查路線。
把選擇權交還給玩家，介面就會安靜下來
落子確認並不適合所有人。有人追求極快節奏，願意承擔誤觸成本；有人把手機棋局當作晚間練習，希望每一步都落得踏實。一個好的棋盤，應當讓這兩種習慣都能成立。
設計的分寸在這裡：預設給安全感，設定裡保留速度。提示清楚，按鈕順手，狀態可辨，棋盤本身就會顯得更精緻，也更耐下。
好確認，是把注意力還給棋盤。
下次手機對局時，可以試著打開落子確認一局。留意那些差點點錯、差點漏看的瞬間。你會發現，從容有時只隔著一次輕輕的確認。