# 微信长辈就医适老化设计规范
# 基础规则
- 我们根据《移动互联网应用(APP)适老化通用设计规范》和实践经验,总结了适老化设计的基础规则,以供参考。
- 根据实践经验总结的规则,将以“(新增)”标记。
- 同时我们将针对部分规则,提供详细的操作指南或案例。
# 可感知性
# 字型大小
详情请查看「操作指南·字型大小」
- 建议使用无衬线字体。
- 建议增加字体大小调整选项(随系统设置调整,或移动应用内部具备字体大小设置选项)。
- 主要功能及主要界面的文字信息(不包含字幕、文本图像以及与移动应用功能效果相关的文本)最大字体不小于 30pt。
- 适老版界面及单独的适老版 APP 中的主要文字信息不小于 18pt,同时兼顾移动应用适用场景和显示效果。
# 行间距
段落内文字的行距至少为 1.3 倍,且段落间距至少比行距大 1.3 倍,同时兼顾移动应用适用场景和显示效果。
# 对比度
详情请查看「操作指南·对比度」 适老化设计中,文本/文本图像呈现方式、图标等元素间的对比度至少为 4.5:1(字号大于 18 pt 时文本及文本图像对比度至少为 3:1)。
# 颜色用途
- 文本颜色不是作为传达信息、表明动作、提示响应等区分视觉元素的唯一手段。
- 【例】 在用户输入密码错误的情景下,可使用文字或语音形式直接提示用户输入有误,避免仅使用颜色作为提示手段。
# 验证码
如果移动应用中存在非文本验证码(如拼图类、选图类验证方式)等老年人不易理解的验证方式,则应提供可被不同类型感官(视觉、听觉等)接受的替代表现形式,例如文字或语音形式,以适应老年人的使用需求。
# 可操作性
# 组件焦点大小
详情请查看「操作指南·组件焦点大小」
- 适老版界面中的主要组件可点击焦点区域尺寸不小于 60×60pt,其他页面下的主要组件可点击焦点区域尺寸不小于 44×44pt。
- 单独的适老版 APP 中首页主要组件可点击焦点区域尺寸不小于 48×48pt,其他页面下的主要组件可点击焦点区域尺寸不小于 44×44pt。
# 强化主要操作(新增)
详情请查看「操作指南·强化主要操作」 操作中最重要的操作应当适当予以强化。
# 手势操作
在移动应用中,应对用户进行手势导航或者操作的结果提供反馈提示;避免需 3 个或以上手指才能完成的复杂手势操作。
# 简化操作(新增)
详情请查看「操作指南·简化操作」
- 减少复杂交互和特效。
- 应避免过多验证流程,比如短信验证、拖动图片验证。
# 充足操作时间
在移动应用中,如果限时不是活动的必要部分或关键要素,且不会导致用户发生法律承诺或财务交易,则应为用户的操作留下充足时间,在用户操作完毕前界面不发生变化。
# 浮窗
- 在移动应用中,若内容产生新窗口(包含但不限于弹窗),应设置易于用户关闭窗口的按钮。关闭按钮只可在左上、右上、中央底部,且最小点击响应区域不能小于 44×44pt。
- 相同性质且同一内容的浮窗不应反复出现。(新增)
# 可理解性
# 提示机制
详情请查看「操作指南·提示机制」
- 应当为必要的操作,提供易于理解的引导提示。(新增)
- 应在标准版中提供显著的入口,以切换至适老化版本。
# 直观表达(新增)
详情请查看「操作指南·直观表达」
- 建议为图形按钮提供解释文案。
- 避免出现专业性过高、晦涩难懂、有歧义的文案。
- 可适当使用单音节词汇、组成轻重律词组,以使文案更口语化。如“充值话费→充话费”、“查询快递→查快递”等。
# 保持完整(新增)
详情请查看「操作指南·保持完整」 元素与文字,超过极致时尽量保持完整展示而非省略。
# 即时反馈(新增)
对需要操作的元件,提供各个状态下的即时反馈样式。包括:轻触、长按、禁用等。
# 安全性
# 广告插件及诱导类按键限制
- 禁止广告插件。适老版界面、单独的适老版 APP 中严禁出现广告内容及插件,也不能随机出现广告或临时性的广告弹窗。
- 禁止诱导类按键。移动应用程序中无诱导下载、诱导付款等诱导式按键。
# 保障老年用户个人信息安全
- 移动应用程序进行个人信息处理时应遵循最小必要原则,即处理个人信息应当有明确、合理的目的,并应当限于实现处理目的的最小范围,不得进行与处理目的无关的个人信息处理,以保障老年用户个人信息安全。
- 具体收集信息(如位置信息、图片信息等)行为,应符合《常见类型移动互联网应用程序必要个人信息范围规定》《APP 收集使用个人信息最小必要评估规范》要求。
# 操作指南·说明
以下将以微信「长辈就医」作为案例,选取「基础规则」中的部分规则阐述详细的操作指南。
# 「长辈就医」
「长辈就医」是微信为老人开发的,解决老人日常看病需求的功能。患者开通后,可直接访问常用医院,挂号更快、字体更大、就医全流程有通知。
# 标准版 vs 适老化
- 「长辈就医」是根据微信标准版设计进行适老化改造。
- 因此,操作指南中案例均默认已有标准版设计,并在此基础上进行适老化改造。
# 操作指南·字型大小
# 基础规则
- 建议使用无衬线字体。
- 建议增加字体大小调整选项(随系统设置调整,或移动应用内部具备字体大小设置选项)。
- 主要功能及主要界面的文字信息(不包含字幕、文本图像以及与移动应用功能效果相关的文本)最大字体不小于 30pt。
- 适老版界面及单独的适老版 APP 中的主要文字信息不小于 18pt,同时兼顾移动应用适用场景和显示效果。
# 标准版的适老化改造
- 如已有标准版设计,则可根据标准版进行适老化设计
- 字体可按照标准版尺寸放大1.4倍。
- 为了便于设计,可以四舍五入取整。
# 字体适老化换算表
标准版字体大小 | 倍率 | 适老化字体大小(未取整) | 适老化字体大小(取整) |
---|---|---|---|
22pt | 1.4倍 | 30.8pt | 31pt |
17pt | 1.4倍 | 23.8pt | 24pt |
14pt | 1.4倍 | 19.6pt | 20pt |
12pt | 1.4倍 | 16.8pt | 17pt |
10pt | 1.4倍 | 14pt | 14pt |
# 操作指南·对比度
基础规则:适老化设计中,文本/文本图像呈现方式、图标等元素间的对比度至少为 4.5:1(字号大于 18 pt 时文本及文本图像对比度至少为 3:1)。 如已有标准版设计,则可根据标准版进行适老化设计:
模式 | 正文 | 摘要文本 | 注释文本 |
---|---|---|---|
标准版 | 亮模式:90% 深色模式:80% | 亮模式:55% 深色模式:50% | 亮模式:30% 深色模式:30% |
适老化 | 亮模式:100% 深色模式:85% | 亮模式:60% 深色模式:55% | 亮模式:42% 深色模式:35% |
主色可根据医院品牌色定义,无需统一为微信品牌主色。 |
# 对比度检测工具
- WebAIM’s Color Contrast Checker:可用于检测对比色是否符合 WCAG 2.0 要求
- APCA Contrast Calculator:可用于检测对比色是否符合 WCAG 3.0(草案) 要求
- [指南] WCAG 2.0 与 WCAG 3.0 在对比度上的区别可参考WCAG 3 and APCA
- whocanuse:可用于检查对比度是否符合WCAG 2.0 要求,也可以模拟视障群体所看到的颜色
- Contrast Grid:可用于检测设计系统中背景和文字对比是否符合WCAG 2.0 要求
- Stark:Figma 插件,可用于在 figma 中检测设计稿对比度
# 对比度适老化图示
# 操作指南·组件焦点大小
# 基础规则
- 适老版界面中的主要组件可点击焦点区域尺寸不小于 60×60pt,其他页面下的主要组件可点击焦点区域尺寸不小于 44×44pt。
- 单独的适老版 APP 中首页主要组件可点击焦点区域尺寸不小于 48×48pt,其他页面下的主要组件可点击焦点区域尺寸不小于 44×44pt。
# 标准版的适老化改造
- 如已有标准版设计,则可根据标准版进行适老化设计。
- 对标准版进行适老化设计时,可参考以下方法:
# 按钮丨Button
- 按钮内字体、元素按 1.4倍 放大,上下边距固定。
- 圆角大小保持固定。
# 通知 丨Notification
# 栏丨Bar
# 弹窗丨Dialog
# 容器丨Container
# 元件丨Element
# 热区设置
# 操作指南·强化主要操作
操作中最重要的操作应当适当予以强化。
# 操作指南·简化操作
- 减少复杂交互和特效。
- 应避免过多验证流程,比如短信验证、拖动图片验证。
# 操作指南·提示机制
- 应当为必要的操作,提供易于理解的引导提示。(新增)
- 应在标准版中提供显著的入口,以切换至适老化版本。
# 操作指南·直观表达
- 建议为图形按钮提供解释文案。
- 避免出现专业性过高、晦涩难懂、有歧义的文案。
- 可适当使用单音节词汇、组成轻重律词组,以使文案更口语化。如“充值话费→充话费”、“查询快递→查快递”等。
# 操作指南·保持完整
元素与文字,超过极致时尽量保持完整展示而非省略。
# 案例展示·长辈就医
以下将完整展示「长辈就医」案例,作适老化设计参考。标记为“微信官方页面”的页面,无需医院单独设计。
# 参考资料
# 政府文件
- 工业和信息化部办公厅关于进一步抓好互联网应用适老化及无障碍改造专项行动实施工作的通知
- 工业和信息化部关于印发《互联网应用适老化及无障碍改造专项行动方案》的通知
- 国务院办公厅印发关于切实解决老年人运用智能技术困难实施方案的通知
# 行业规范
- Web Content Accessibility Guidelines (WCAG) 2.0
- Web Content Accessibility Guidelines (WCAG) 2.2
- [Working Draft] W3C Accessibility Guidelines (WCAG) 3.0
- [中文版] Web内容无障碍指南 (WCAG) 2.0
- 移动互联网应用(APP)适老化通用设计规范
- 国家标准GB/T 37668-2019《信息技术 互联网内容无障碍可访问性技术要求与测试方法》
# 企业规范
- Apple - Human Interface Guidelines - Accessibility
- Apple - Accessibility for Developers
- Apple - Videos - Accessibility & Inclusion
- Material Design - Accessibility
- Android - Build accessible apps
- Starting Android Accessibility
- Microsoft Inclusive Design
- IBM Accessibility
# 工具
- WebAIM’s Color Contrast Checker:可用于检测对比色是否符合 WCAG 2.0 要求
- APCA Contrast Calculator:可用于检测对比色是否符合 WCAG 3.0(草案) 要求
- [指南] WCAG 2.0 与 WCAG 3.0 在对比度上的区别可参考WCAG 3 and APCA
- whocanuse:可用于检查对比度是否符合WCAG 2.0 要求,也可以模拟视障群体所看到的颜色
- Contrast Grid:可用于检测设计系统中背景和文字对比是否符合WCAG 2.0 要求
- Stark:Figma 插件,可用于在 figma 中检测设计稿对比度
- Android 无障碍套件:包含一系列无障碍应用,让用户无需用双眼或仅通过开关设备即可使用 Android 设备
- a11yproject Checklist:由a11yproject提供的Checklist,用于检查设计方案是否符合无障碍要求
- W3C Checklist:由W3C提供的Checklist,用于检查设计方案是否符合无障碍要求
- axe DevTools:Chrome插件,用于评估web产品是否符合无障碍要求
- WAVE Evaluation tool:Chrome插件,用于评估web产品是否符合无障碍要求
- VIZ PALETTE:可对配色形成分级报告,用于评估不同颜色在不同面积下的区分度
# 延伸阅读
微信、支付宝等 43 个 APP 将进行适老化及无障碍改造,如何评价这一举动?具有什么样的社会意义? 胡泳:为什么今天我们应该关注“数字弃民”? UX Coffee 设计咖 - 互联网上的盲道 无障碍设计小组 - 无障碍知识库 千万别让老年机 只有大字体 2021可及信息无障碍案例汇编 2022可及信息无障碍案例汇编 Screen Recognition: Creating Accessibility Metadata for Mobile Applications from Pixels How to make charts and graphs more accessible Designing for accessibility is not that hard Designing For Accessibility And Inclusion
# 《微信长辈就医适老化设计规范》验收清单
设计师可根据该清单,验收产品设计是否符合适老化基础标准。
# 可感知性
- [ ] 使用无衬线字体
- [ ] 所有文本字号不小于 14pt。
- [ ] 正文(主要信息)字号不小于 20pt。
- [ ] 行间距不小于 1.3 倍。
- [ ] 段间距大于 1.3 倍。
- [ ] 对比度至少为 4.5:1(字号大于 18 pt 时文本及文本图像对比度至少为 3:1)。 *对比度检测可使用WebAIM’s Color Contrast Checker*
# 可理解性
- [ ] 为图标提供释义文字。详情请查看「操作指南·直观表达」
- [ ] 超出极值的文字和组件保持完整显示。详情请查看「操作指南·保持完整」
# 可操作性
- [ ] 组件可点击焦点区域尺寸不小于 44×44pt。
- [ ] 主要流程的按钮在首屏可见。详情请查看「操作指南·强化主要操作」
- [ ] 没有连续、重复出现验证流程(短信验证、图片拖动验证等)。