让文案先承担判断
界面文案的价值，不是把页面写得更“亲切”，而是在用户行动之前先承担一部分判断。好的按钮、提示、错误和空状态文案，会把对象、动作、后果和下一步说清楚；差的文案则只制造一种看似轻松的语气，把真正的理解成本留给用户。
很多界面会把文案当作最后的润色：按钮写“确定”，弹窗写“温馨提示”，错误写“操作失败”，空状态写“暂无数据”。这些句子都没有错，但它们没有完成设计工作。用户真正需要知道的是：确定什么？失败在哪里？数据为什么没有？现在可以怎么做？如果文案没有回答这些问题，视觉再干净，也只是把含糊整理得更整齐。
Apple 的写作指南强调清晰、简洁、面向操作；Material 的内容设计也把文案看作界面体验的一部分；GOV.UK 的内容原则更直接：用人能理解的语言，帮助人完成事情。三者背后的共同点不是“少写字”，而是少让用户猜。
所以写界面文案时，可以先做一个很朴素的检查：这句话是否带着用户往前走？例如“确定”可以变成“删除 3 个文件”，“提交失败”可以变成“网络中断，草稿已保存，可重新提交”，“暂无数据”可以变成“还没有发票，完成第一笔付款后会显示在这里”。文案不需要热闹，但需要负责。
这也解释了为什么有些“高级感”界面会显得冷。它们把边框、图标和语气都做得很轻，却没有把动作后果讲清楚。真正克制的界面不是不说话，而是在关键位置只说必要的话，并且说到能行动为止。
追问： 当前界面里最常见的“确定 / 取消 / 暂无 / 失败”，有哪一句其实是在让用户替系统补全判断？
[!quote] 参考资料