J3.09.2single-activation destructive action设计研究
单次点击即执行的破坏性操作风险最高
别名: 单击即破坏 · 一击提交 · one-click commit
概念解释
一次指针事件就提交、而且结果很难收回的动作，是运动误触里期望损失最大的一类：删除、发送、付款、呼叫、覆盖保存。运动噪声只决定「会不会点错」；单击即生效决定「点错之后还剩没有剩」。高误触率碰上不可逆，风险不是相加，是相乘。
机制
离散点击把连续运动量化成一次激活。量化没有「快到一半」：落在矩形内就全量执行。破坏性后果若绑在这一个量子上，防护不存在于动作通道里——没有第二下、没有拖过阈值、没有停留确认，系统把第一次落到目标上的事件当成承诺。
期望损失是「错激活概率 × 不可逆程度」。同一点错，改一下排序几乎无成本，发出一封邮件或扣一笔款就不是。把高损失动作做成和「标为已读」一样的单击，等于用最低成本的输入去驱动最高成本的状态变化。运动障碍用户错激活更频繁，这条乘法对那群人特别苛刻，但对任何人都不安全。
怎么研究
把同一破坏性功能做成两种提交结构：单击立即执行，对「需要第二次明确动作才提交」。在运动控制不稳定的参与者上记录不可逆错误次数，而不是只看第一次有没有点中按钮。
自变量：提交所需的激活次数、动作可逆与否、破坏性按钮与高频按钮的距离。 因变量：不可逆错误计数、用户发现错误的时延、是否还来得及采取任何补救。
「点中按钮」的成功率会掩盖问题：按钮很好点，错的是不该在那一次点击上结算。
边界
可立即看出结果、且容易改回去的动作（切换无后果的视图）不需要抬高激活成本，强行加第二步只会变慢。真正的不可逆（已经出站的转账）单击风险成立，但第二步本身如果还是同样大小的单击，只是把风险挪了一次，没有降低。批量操作里「全选 + 删除」是一次激活毁掉许多对象，损失按条数放大，不能按「只点了一下」来轻描淡写。
怎么落地
- 删除、发送、付款不要做「点到就走」。至少让后果可在短窗口内收回，或要求一个与第一次点击不同的明确第二步。
- 不要把破坏性按钮做成列表行上与「打开」同样轻的单击；行点击打开，破坏放进明确的动作菜单。
- 验证：在相邻有破坏性按钮的列表上，让运动不稳定的人连续完成十次「打开指定行」。统计有几次已经发出、删除或付款。大于零就说明单击结算太便宜。