MODULE 12 / LESSON 04

本地化、隐私与包容性

为不同语言、能力与选择权设计。

48 / 60 课走向真实交付

先理解这个概念

本地化不只是替换文字,还涉及日期、数字、货币、阅读方向和文本增长。包容性意味着避免假定所有人拥有相同姓名格式、网络、能力或身份。隐私选择应清楚、可撤回,拒绝不应被故意隐藏。

包容性来自减少不必要的假设。姓名不一定有固定长度,日期格式可能歧义,用户可能网络慢、暂时无法听声音或不愿授予权限。本地化还会改变文本长度与阅读方向。界面和数据校验需要共同处理这些情况,不能只翻译显示文字。

用程序员的语言说

Unicode、时区和可选字段是数据模型问题,也会直接变成界面问题。

记住这三个原则

  1. 01

    给翻译和大字号留出伸缩空间。

  2. 02

    用逻辑方向属性支持不同阅读方向。

  3. 03

    清楚说明收集目的,提供可理解的拒绝与撤回。

实际设计时,分三步做

  1. STEP 01

    审查字段假设与格式,区分真正业务限制和开发方便产生的限制,使用清楚的日期、单位与时区表达。

  2. STEP 02

    用长翻译、文字放大和不同阅读方向检查结构,优先使用可伸缩布局与逻辑方向属性。

  3. STEP 03

    把权限目的、拒绝后影响与撤回入口说清楚,必要与可选选择分开,不通过羞辱文案或视觉隐藏诱导同意。

一个容易理解的例子

BEFORE / 常见问题

姓名必须填两个汉字,日期只写 03/04,拒绝追踪入口用几乎看不见的浅灰字。

AFTER / 可以这样改

允许合理的姓名形式,日期带明确格式,接受与拒绝均清楚可见。

界面不应通过隐含假设或视觉操纵排除用户。

展开看:从场景到设计决定

跨地区协作工具将会议写成“03/04 9:00”,日期和时区都可能被误解。可以显示明确日期、时区与用户本地时间关系;邀请表单不强迫所有姓名符合单一文化格式。通知权限被拒绝时,仍应能在应用内查看任务;如果提醒依赖系统权限,应明确限制,而不是承诺一定准时通知。

适用边界与取舍

减少校验不等于接受无法处理的数据。应让真实业务约束可解释,并考虑替代流程,而不是用僵硬格式排除本来合理的用户。

YOUR TURN

把这个原则用一次

先做一个小判断

设计一个通知权限说明。

再完成一份设计练习

检查一个预约表单中的姓名、日期、电话与通知偏好,列出四个隐含假设并修正。

容易踩的坑

不要通过预勾选、羞辱性文案或视觉弱化诱导用户做不愿意的选择。

继续查阅

本课为原创教学解释。具体平台规则与标准可查阅官方资料。

WCAG 2.2 · 文本对比度WCAG 2.2 · 目标尺寸WAI-ARIA Authoring Practices