MODULE 04 / LESSON 04
界面文案:说清楚结果
把按钮、提示和错误信息当作设计的一部分。
先理解这个概念
界面文案应帮助用户预测动作和理解结果。按钮用具体动词,错误消息说明问题与修复方法。语气保持一致,但不能用俏皮掩盖高风险后果。空状态也是引导用户完成第一步的机会。
界面文案是一部分交互逻辑。按钮需要说明动作,确认信息需要说明对象与后果,错误需要说明用户能怎样恢复。“操作失败”把诊断负担全部交给用户;“文件超过大小限制,请压缩或选择其他文件”才提供下一步。文案准确度依赖对真实状态的理解。
好的错误信息像可操作的异常日志:告诉你哪里错了、下一步怎么做。
记住这三个原则
- 01
按钮尽量描述动作,例如“创建账本”。
- 02
错误提示靠近问题字段,保留已填内容。
- 03
涉及费用、删除或权限时直接说明影响。
实际设计时,分三步做
- STEP 01
先写用户在此刻最需要知道的事实,删除内部术语。技术错误码可供排查,但不能替代面向用户的解释。
- STEP 02
让动作标签描述结果,例如“保存草稿”和“发布文章”而非两个“确定”;危险操作写明对象或数量。
- STEP 03
把成功、失败、处理中和部分完成的文案放在一起审查,确保它们对应不同事实,不互相矛盾。
一个容易理解的例子
按钮写“确定”,失败提示写“操作异常,code 10023”。
按钮写“发送验证码”,失败提示写“发送失败,请检查网络后重试”。
用户不需要猜测动作,也不需要理解内部错误码。
展开看:从场景到设计决定
批量上传十张照片,其中两张失败。若提示“上传成功”,用户会以为十张都在;若提示“上传失败”,又会重复上传八张。更准确的反馈是“已上传 8 张,2 张未完成”,并列出失败文件及重试入口。重试只作用于失败项,完成后更新数量。这不是修辞优化,而是让文案和操作范围保持一致。
适用边界与取舍
简短不等于省略关键条件。高影响操作需要更完整解释,低风险重复操作则应避免每次出现大段教育文案。
把这个原则用一次
先做一个小判断
重写“您的输入不符合相关规定”。
再完成一份设计练习
为“账号删除申请已提交,但七天后才执行”的假设流程写按钮、提交反馈和撤回入口。
不要用“你填错了”责怪用户,也不要把所有错误都归为网络问题。
继续查阅
本课为原创教学解释。具体平台规则与标准可查阅官方资料。
Apple Human Interface GuidelinesMaterial Design 3