A11.03.6Non-blaming error messaging设计
错误文案不把责任归于用户
别名: 错误提示文案 · 归责式文案 · blameless error message
概念解释
这条讲错误提示文案该怎么写：把原因说明落在系统状态或具体触发条件上，而不是暗示或直接指责"你操作错了""你输入错误"。这是文案层面的具体写法问题，不是对错误本身该如何分类或归因的一般性讨论。
机制
错误文案的措辞会直接影响用户下一步的行为选择——如果文案把责任归于用户本人（"密码错误""操作无效"），用户得到的信息只是"你错了"，却没有得到任何关于"接下来该做什么"的线索，这会促使一部分用户因为不确定自己哪里错了而反复用同样的方式重试，甚至干脆放弃；而说明具体状态与原因（"输入的手机号与账户不匹配，请检查后重试"或"网络连接暂时中断，请稍后重试"）能让用户判断问题出在哪一侧，从而选择正确的下一步动作。
边界
这不意味着要模糊或回避真正由用户输入错误引起的问题——密码确实输错了的时候，文案仍然要准确说明"密码不正确"这个事实，只是要避免额外的指责语气并给出下一步（重试或找回密码），不归责不等于不说明事实。对确实是用户可控范围内的错误（格式错误、必填项未填），说清楚具体是哪个字段、什么格式，比笼统地说"不是你的错"更有帮助，也不是所有用户都会因为文案措辞而产生额外的挫败感——这条适配的收益在低技术自信、容易自我怀疑的用户身上最明显，对不太在意措辞的用户影响有限。
怎么落地
- 避免使用"错误""无效""不正确"这类只描述结果、不说明原因的词，改为具体说明触发条件，例如把"验证码错误"改成"输入的验证码已过期，请点击重新获取"；
- 避免第二人称的指责句式（"您输入错误"），改用中性的状态描述（"该字段格式与要求不符"）；
- 每条错误提示配一个可执行的下一步动作，而不是只陈述问题本身；
- 验证办法：把界面里所有的错误提示文案单独抽出来通读一遍，标出其中只描述"发生了什么"却没有说明"接下来做什么"的条目，以及带有指责语气的第二人称句式，逐条改写补全。