MODULE 12 / LESSON 04
本地化、隐私与包容性
为不同语言、能力与选择权设计。
先理解这个概念
本地化不只是替换文字,还涉及日期、数字、货币、阅读方向和文本增长。包容性意味着避免假定所有人拥有相同姓名格式、网络、能力或身份。隐私选择应清楚、可撤回,拒绝不应被故意隐藏。
包容性来自减少不必要的假设。姓名不一定有固定长度,日期格式可能歧义,用户可能网络慢、暂时无法听声音或不愿授予权限。本地化还会改变文本长度与阅读方向。界面和数据校验需要共同处理这些情况,不能只翻译显示文字。
Unicode、时区和可选字段是数据模型问题,也会直接变成界面问题。
记住这三个原则
- 01
给翻译和大字号留出伸缩空间。
- 02
用逻辑方向属性支持不同阅读方向。
- 03
清楚说明收集目的,提供可理解的拒绝与撤回。
实际设计时,分三步做
- STEP 01
审查字段假设与格式,区分真正业务限制和开发方便产生的限制,使用清楚的日期、单位与时区表达。
- STEP 02
用长翻译、文字放大和不同阅读方向检查结构,优先使用可伸缩布局与逻辑方向属性。
- STEP 03
把权限目的、拒绝后影响与撤回入口说清楚,必要与可选选择分开,不通过羞辱文案或视觉隐藏诱导同意。
一个容易理解的例子
姓名必须填两个汉字,日期只写 03/04,拒绝追踪入口用几乎看不见的浅灰字。
允许合理的姓名形式,日期带明确格式,接受与拒绝均清楚可见。
界面不应通过隐含假设或视觉操纵排除用户。
展开看:从场景到设计决定
跨地区协作工具将会议写成“03/04 9:00”,日期和时区都可能被误解。可以显示明确日期、时区与用户本地时间关系;邀请表单不强迫所有姓名符合单一文化格式。通知权限被拒绝时,仍应能在应用内查看任务;如果提醒依赖系统权限,应明确限制,而不是承诺一定准时通知。
适用边界与取舍
减少校验不等于接受无法处理的数据。应让真实业务约束可解释,并考虑替代流程,而不是用僵硬格式排除本来合理的用户。
把这个原则用一次
先做一个小判断
设计一个通知权限说明。
再完成一份设计练习
检查一个预约表单中的姓名、日期、电话与通知偏好,列出四个隐含假设并修正。
不要通过预勾选、羞辱性文案或视觉弱化诱导用户做不愿意的选择。
继续查阅
本课为原创教学解释。具体平台规则与标准可查阅官方资料。
WCAG 2.2 · 文本对比度WCAG 2.2 · 目标尺寸WAI-ARIA Authoring Practices