通过视频、照片和直播探索、记录和分享——线上世界呈现出一幅充满活力、丰富多彩的画卷,每天吸引着无数访客。然而,一个经常被忽视的事实是:“无数访客”并不等同于“所有人都可参与”。对于视障人士而言,生动活泼的多媒体领域在很大程度上仍然无法访问。
世界卫生组织报告称,只有一小部分视力障碍患者获得了充分的治疗:其中 36% 患有屈光不正,17% 患有白内障。这使得绝大多数人无法获得必要的医疗护理。仅在中国,就有超过 1700 万人因屈光不正、白内障、糖尿病和老龄化等各种原因导致视力受损。
此外,日常生活中存在许多人们暂时性视力障碍的情况。例如眼部手术后的恢复期,或屏幕观看不方便的环境。这些情况增加了个人获取基于屏幕信息的难度。
一个确定无疑的事实是:即使没有光明,生命依然继续。对于肩负“启发生活,分享和发现世界美好”使命的小红书团队而言,每一个生命都拥有同样的美好,每一位用户都同等重要。团队深知这些用户的独特需求,其回应清晰而全面:全面支持 Android TalkBack 屏幕朗读服务。
△ 适逢国际盲人节(白手杖日),小红书于 10 月 15 日正式上线 TalkBack 功能支持
平台级无障碍功能支持
对于旨在提供无障碍功能的产品团队而言,解决“标准化”问题至关重要:尽管适应每个应用中不同的交互范式对于视力正常的用户来说可能是一种“麻烦”,但对于视障用户来说,这可能是一个难以逾越的障碍。
Android 的屏幕阅读器 TalkBack 在这里扮演着关键角色:它提供了标准化、系统级和直观的手势。这些功能让用户能够以最少的努力学习最通用的屏幕阅读交互。
此外,与常规交互相比,许多手势都像多用一根手指一样简单,这大大降低了临时需要使用 TalkBack 的用户的学习曲线。
△ 从一开始,包括注册流程和用户协议,小红书都支持 TalkBack。
△ 通过在屏幕上拖动手指,TalkBack 将播报内容和可用的交互
△ 三指轻触即可激活 TalkBack 菜单
在无障碍框架的指导下
小红书团队对无障碍功能并不陌生。现代应用中的“更改字体大小”和设计中的“颜色对比度”等标准选项早已满足了视障用户的需求。然而,要过渡到完全“无需眼睛”的交互模式,则需要广泛的行业洞察。在认真研究了 Google 的“构建无障碍应用”之后,团队决定将无障碍功能的各个方面——设计、开发和测试——融入到整体方法中。
通过自动化测试识别问题
TalkBack 实现的免视交互依赖于“触摸”。如果控件过小,用户可能无法触摸,导致系统无法播报。为了解决这个问题,团队最初使用 Google 的 Accessibility Scanner 进行初步评估。然后,他们根据扫描结果中提供的触摸目标尺寸建议调整界面元素的大小。
△ Accessibility Scanner 检查界面元素,并提供有关大小和对比度等方面的建议
制定设计中的无障碍标准
设计的目标是将复杂操作提炼成简洁且用户友好的范式。小红书的设计团队在彻底研究了 Material Design 的无障碍指南后,制定了一套针对其应用量身定制的全面指南。其中包括专为 TalkBack 集成而设的触摸目标、手势和标签字符串的规范。
△ 小红书应用专用的 TalkBack 指南。
某些规范挑战了典型的开发规范。例如,具有多个嵌套层的界面元素通常需要为每个组件提供标签和描述。但是,让 TalkBack 顺序读取每个标签可能会非常耗时。为了解决这个问题,团队合作确定了最有效的触摸目标划分方式,并识别出哪些标签可以合并,以实现更流畅的用户体验。
例如,首页上以两列布局显示的社交信息流包含许多子元素。从逻辑上讲,这可以被视为一个单一的 TalkBack 元素。团队整合了每张卡片上的关键信息,使 TalkBack 能够只向用户播报最有意义的方面。这种方法不仅简化了界面,还减轻了用户的认知负担,使体验更高效、更友好。
△ 将重要的标签合并为单个 TalkBack 播报,例如:“喵喵小家”的帖子,“要不是亲手改造,我都不信这是我的卧室”,收到“344 个赞”。
一项简单的开发任务带来了意想不到的优势
最初,开发团队需要额外两个工作日来修改现有代码,因为他们必须适应两种不同的交互范式:常规模式和 TalkBack 模式。
幸运的是,Google 的无障碍 API 设计精良,能够处理超过 80% 的交互场景。对于剩余的场景,通常只需要调整屏幕阅读器播报的顺序,无需开发自定义无障碍服务。
随着团队对 Android 无障碍框架的深入理解,他们开发了更多通用的实用类,有效降低了各种业务模块的适配成本。因此,在实施无障碍功能的后期阶段,团队为每个新功能只需额外一个工作日,大大简化了流程。
△ 团队根据其特定的业务逻辑定制 Android 无障碍框架
一项意想不到的优势源于 TalkBack 的播报需要依赖元素的标签,这促使团队仔细重新评估界面元素的排序和命名。这种严格的审查意外地解决了一些之前被忽视的问题:比如具有相似含义的图形命名标准化,以及某些缺少退出按钮的弹出窗口得到修正。
△ Android Studio 中的界面元素审查
致力于为“综合评估”做准备
邀请现实世界中的真实视障用户测试应用,对整个团队而言构成了广受认可的“大考”。然而,对于功能繁多的应用来说,对每一个细微调整都进行如此广泛的“大考”是不切实际的。
为此,团队深入理解无障碍模式下的用户手势,并积极整合从其他应用中观察到的无障碍实践洞察。他们根据不同的业务模块划分了测试任务。在这些模块内经过一轮迭代后,会进行集成测试,产品开发过程中的所有角色都参与其中,包括产品经理、设计师、开发人员和测试人员。这种协作努力侧重于功能的探索性测试(ET)。只有在收集并解决完这轮测试的反馈后,他们才会邀请外部视障用户(被称为“大考官”)对应用进行全面的“大考”。
无障碍功能:团队的协作努力
在小红书,无障碍团队作为一个跨职能项目组运作,由专门的协调员牵头,并得到各个业务部门的支持。这些协调员在集中无障碍知识、制定指南以及监督项目方面发挥着关键作用,以确保无障碍实践的标准化和卓越性。团队从全面的用户访谈和市场调研开始。这项基础工作对于向公司高管层传达 TalkBack 等无障碍体验的重要性至关重要,确保了 C 级别管理层的理解,并获得了组织必要的资源。
在小红书内部,每个业务部门都有责任将无障碍考虑融入其产品设计、开发和测试工作流程中。在实际开发过程中,在开始无障碍适配工作之前,无障碍团队的代表会向开发人员进行演示。该团队成员还协助收集和准备必要的开发文档,包括常见的无障碍用例和常见问题。这种方法确保所有团队成员都掌握充分的信息并拥有必要的资源,以便将无障碍功能无缝集成到他们的工作中。
△ 无障碍功能在高管(C 级别)和代码层面都得到了提倡
无障碍功能正式发布后,包括业务、公关、编辑等在内的各个部门将积极开展协作。这包括内部和外部的推广活动以及活动策划,以提高对这些无障碍功能的认知并庆祝它们的融入。
通过全公司的共同努力,小红书在短短三个月内成功实施了 TalkBack 功能适配。该项目于 2023 年 7 月启动,并于 9 月下旬随应用版本 8.9 发布。此适配全面覆盖了核心用户交互,包括登录/注册、主页、浏览社交帖子、搜索功能、用户个人资料、直播以及内容发布等关键领域。
△ 用户对 TalkBack 适配给予了积极反馈。
△ 小红书组织了“爱与分享你的无障碍生活”社交活动,定于 10 月 15 日,与国际盲人节(白手杖日)同步举行
有时,善意的行动会产生意想不到的后果
在一次特定的“大考”之前,团队决定暂时禁用某些尚未完全适配的功能。这样做是为了确保用户在测试阶段能够获得“正确”的 TalkBack 体验。
然而,“大考官”们对这个版本表示强烈反对。他们向团队传达,尽管某些功能在当前状态下可能存在挑战,但用户相信他们仍然可以操作并提供宝贵的反馈以进行进一步优化。禁用这些功能被视为对视障用户的区别对待,无意中在社区内部造成了分裂。
“我们应该平等对待所有用户。无障碍功能的不完全适配不是用户的问题;这是我们的问题。”
—— 小红书无障碍团队
团队很快认识到这一教训的价值。当一位用户表示想参观一个展览,却被组织方告知导盲犬不得入内时,她将此事分享到了小红书。许多用户对此提供了维护其权利的建议。最终,组织方重新考虑了他们的政策,并允许导盲犬进入,这展示了包容和支持性用户参与的积极影响。
无论是接受帮助还是提供援手,无障碍功能让每个人都能超越身体差异,过上多样而又相互联结的生活。
“让每个人的生活变得更好是小红书社区的核心价值。”
—— 小红书产品负责人
迎接多元生活
小红书持续大力强调其对无障碍功能的承诺。
小红书的无障碍项目在公司季度评估中获得了认可和奖励。此外,团队正积极致力于扩展适配范围,以覆盖更多的应用版本和平台。他们的首要目标是拓宽无障碍支持,使其能够触达更广泛的用户群体,并满足无障碍社区内的多样化需求。此外,他们还计划组织更多的线上和线下活动、宣传活动、编辑内容和服务,旨在提高社区内无障碍功能的认知度和可见性。
认识到老年人群体通常面临更多的无障碍挑战,小红书计划推出“老年友好指南”等活动。这些举措旨在鼓励老年用户积极参与用户社区,并通过反馈和迭代为应用改进做出贡献。
△ “老年友好”活动。
无障碍体验不仅会带来更周到的设计,还会为开发者提供实实在在的增长机会。
小红书正在持续寻求“大考”的答案。这个答案是一个持续进行的工作,可能永远无法完全完成,因为应用将不断演进,带来新的无障碍场景需要解决。然而,只要团队坚持回应他们的需求并努力改进,“大考官”们就会感到满意。
我们期待更多的 Android 社区开发者效仿,创建周到且包容的无障碍应用,从而扩大他们的用户群,并欢迎更多用户加入他们的社区!