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