文案应描述将发生的动作而非泛化词
别名: 按钮动词 · 不要用确定 · descriptive button label
概念解释
按钮上的字是人对将要发生之事的最后一次确认。泛化词（generic labels）——确定、OK、提交、完成——不描述那件事，只描述「结束这个对话框」。具体动词则把对象和动作写进控件：发布这篇、删除 3 项、付款 ¥128。文案应描述将发生的动作，好让人不必再回头读一遍标题，也能在扫到按钮的那一瞬拦住错误。
机制
提交前的核对是一次极短的输出监测（output monitoring）：眼停在按钮上，判断「按下去的世界」是否仍是自己要的。泛化词把监测变成空转——「确定」在保存、删除、发送里长得一样，监测得不到新信息，只能依赖记忆中的对话框标题。记忆若已被下一眼或时间压力冲掉，人就按习惯点主按钮。具体动词把后果重新放进注视点，监测有东西可做。它还降低双按钮之间的混淆：左边「删除草稿」右边「保存草稿」，不必靠位置来猜。泛化词看起来省译、省宽度，付的是把最后安全网拆掉的代价。
怎么研究
用同一对话框换按钮文案：OK / Cancel 对 Save / Don't save / Cancel，或 确定 对 删除这份订单。任务里插入轻微分心（先看一眼通知），再决定点哪一枚。
自变量：文案是否包含动词与对象、主按钮是否仍用泛化词、分心是否发生。 因变量：错按率、核对时间、是否报告「我以为是另一件事」。
实验室被试刚读过标题，泛化词的危害会被低估。加一项延迟（读完标题后做十秒无关任务再选按钮）更能暴露监测失败。
边界
单一、无歧义、后果轻的动作（关闭一个只读说明）用「关闭」就够，不必写成「关闭这份只读说明」。字符极紧的工具栏可能放不下对象，此时动词仍应留下（保存，而不是 OK），对象改由邻近选中项承担。多语言里具体动词会变长，不能把英文 OK 的宽度当成全球预算。法律场景有时强制「我同意」这种施为句，那是承诺而不是泛化词，不要改成更「具体」的「继续」。
怎么落地
- 把每个主按钮的文案改写成「动词 + 必要对象」：发布、付款、删除选中的 3 项；把确定、提交、OK 从主路径里拿掉。
- 成对出现的动作要用成对的具体词（保存 / 不保存），不要用 确定 / 取消 去覆盖不同后果。
- 在文案评审里专门问「只看这一个按钮，能否说出将发生什么」；不能的那条就是泛化词。
- 验证：遮住对话框标题和正文，只留按钮。找未参与的人说出按每枚键的后果。说成「会确认」而说不出确认了什么，文案就失败了。