單手游玩誤觸選項，哪些動作需要確認？

單手游玩不必每個選項都問「確定嗎」。一般觀察可直接回應；能完整復原的動作，可執行後提供復原；交出物品、公開資訊或關閉路線且無法復原的動作，應在生效前讓玩家檢查並確認。依據是誤觸改變了什麼，以及能否恢復原狀。

「風險」指遊戲內誤操作的代價，包括失去選擇、消耗故事資源、重走流程的負擔，與劇情緊張程度無關。查看措辭激烈的信可能只是觀察；平靜遞出信件卻可能結束整條支線。

以下使用虛構教學短篇《末班郵船》：玩家角色替送信員禾舟保管一封原信，可查看信封地址、更換隨身燈色，或交給即將離港的船長。本例設定交付後無法取回；改變的是實際保管者，不涉及所有權判定。這不是實際使用者案例，不代表測試結果，也不是 DramaFork 現有功能說明。

先列動作，再填誤觸後果與復原條件，最後選擇互動方式。別看到「交付」就加對話框，也別因按鈕寫著「查看」就認定沒有代價。

可重用範本包含：動作名稱、首次觸碰後的變化、誤觸損失、復原操作位置、復原範圍、確認方式。各項須對應介面或劇情狀態，不能只填「高風險」「可返回」。

回上一頁只恢復畫面，不一定還原物品由誰保管、角色知道哪些資訊、路線是否開放。若須重開章節或記住冗長操作路徑，便不能視為與原地復原相同的能力。

有些動作後果很小，卻無法嚴格撤回，如首次展開一般說明。只要不改變劇情狀態，也不揭露應由玩家決定是否查看的內容，就不必因「文字已看見」而強加確認。

容易誤觸的設計是：畫面底部並排「查看地址」「交給船長」，觸碰即執行。玩家想查看，拇指偏移卻交出信件；此時顯示「交付成功」只能告知損失，無法協助修正。

本例可改成兩步。首次觸碰「交給船長」只預選交付，在目前區域展開摘要，原信仍由玩家角色保管：

將原信交給船長。交付後無法取回，也無法再將原信送往城內郵局。船長接下來如何處理，仍不確定。

下方提供「交出原信」「返回選項」。前者才使交付生效，後者取消預選。摘要區須容納所有關鍵後果；版面若無法清楚呈現，再用獨立確認頁或對話框。

無法取回原信、郵局路線關閉，是本例已知規則；船長接下來如何處理原信仍是未知劇情。確認不應提前揭曉結局，也不能用「可能有影響」掩蓋確定的損失。

走一次誤觸路徑：誤觸交付、查看摘要、選擇返回，原信仍由玩家角色保管，郵局路線仍開放；再查看地址，關閉說明即可。再走有意交付路徑：選取交付、讀摘要、點「交出原信」，此時船長才接管原信並推進劇情。兩條路徑說明確認保護哪一步。

多一步不代表保護有效。若確認按鈕出現在首次觸碰位置，連點仍可能完成交付。設計稿須標出展開前後的按鈕位置，並規定首次觸碰放開後，才接受新的確認輸入；一次輸入不能同時選取與送出。

取消也須在單手可操作範圍內，不能確認在底部，返回卻藏在遠處。關鍵後果應靠近確認按鈕，避免玩家反覆捲動讀說明，回來又找不到目前選項。

長按可作替代，但不能假設所有人都能穩定按住。應顯示動作名稱、按住的進度及放開後的行為，並保留分步驟點選的方式。連點兩下也不宜作唯一確認方式：玩家可能只是在重複一次沒有明顯回應的點選。

燈色切換可完整復原，宜優先提供隨時可找到的復原入口。若入口僅短暫出現，讀完說明便消失，就須重新評估復原能力。按鈕位置、間距、長按時間，以及首次觸碰放開後何時接受新確認輸入，都須在目標介面核對；本文不提供未經驗證的通用數值。

確認可防止無意送出，無法補救玩家根本不知道後果。若「交出原信」還消耗一張船票，摘要卻未提及，認真確認仍可能受誤導。應先補齊已知代價，再談按鈕形式。

別讓查看地址、更換燈色、交付原信都用相同對話框，既增加一般操作步驟，也讓重要交付難以辨識。分類表應讓不同後果獲得不同處理。

交付設計方案前，以以下清單人工逐步檢查草圖，記錄實際狀態，別只寫「通過」：

• 誤觸交付後取消：原信是否仍由玩家角色保管，可選路線是否不變？
• 在首次觸碰處連點：會不會順勢完成送出？
• 展開摘要後切換選項：舊交付預選是否已清除？
• 確認時條件已變：是否重新顯示目前代價，而非沿用舊摘要？
• 回上一頁：恢復的是頁面，還是承諾恢復的全部狀態？

限時敘事還須寫明讀摘要時是否繼續計時；若持續計時，確認本身也可能消耗選擇機會。這是設計取捨，不能藏在互動細節裡。

拿現有場景先填分類表，再畫出一個不可復原動作的取消路徑。若說不清取消後哪些狀態不變，確認邊界便尚未設計清楚。上述檢查只能找出方案矛盾，不能取代實際使用驗證，也不能證明已消除誤觸。