探索、记录和分享——通过视频、照片和直播，网络世界呈现出一幅充满活力和多样性的画卷，每天吸引着无数访客。然而，一个经常被忽视的事实却不容忽视：“无数访客”并不等同于“全民参与”。特别是对于视障人士来说，多媒体的生动和动态领域在很大程度上仍然无法触及。
世界卫生组织报告称，只有少数视力障碍者能够获得充分的治疗：屈光不正患者的36%和白内障患者的17%。这使得绝大多数人无法获得必要的医疗护理。仅在中国，就有超过1700万人因屈光不正、白内障、糖尿病和衰老等多种原因导致视力障碍。
此外，在日常生活中，人们还会遇到许多暂时性视力障碍的情况。例如，眼科手术后的恢复期或不适合观看屏幕的环境。这些情况加剧了个人获取基于屏幕的信息所面临的挑战。
有一点是确定的：即使在没有光线的情况下，生活也依然继续。对于致力于“激发生活，分享和发现世界美好”使命的小红书团队来说，每一个生命都拥有同样的美好，每一个用户都同样重要。了解这些用户的独特需求，团队的回应清晰而全面：全面支持 Android TalkBack 屏幕阅读服务。
△ 适逢白色手杖安全日，小红书于10月15日正式实施了对 TalkBack 功能的支持
平台级无障碍功能支持
对于旨在提供无障碍功能的产品团队来说，解决“标准化”至关重要：虽然适应每个应用中不同的交互范式对于视力正常的人来说可能很“麻烦”，但对于视障用户来说，这可能是难以逾越的障碍。
Android 的屏幕阅读器，TalkBack，在此发挥着至关重要的作用：提供标准化、系统级且直观的交互手势。这些功能使用户能够以最小的努力学习最通用的屏幕阅读交互方式。
此外，许多这些手势与常规交互相比，只需额外使用一根手指即可轻松完成，大大降低了临时需要使用 TalkBack 的用户的学习曲线。
△ 从一开始，包括注册流程和用户协议，小红书都提供了对 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）的重要性至关重要，确保了 C 层级的理解，并获得了组织的必要资源。
在小红书，每个业务部门都负有将无障碍考虑因素融入其产品设计、开发和测试工作流程的责任。在实际的开发过程中，在开始无障碍适配工作之前，无障碍团队的代表会向开发人员进行演示。团队成员还会协助收集和准备必要的开发文档，包括常见的无障碍用例和常见问题解答。这种方法确保所有团队成员都了解情况，并拥有必要的资源，能够将无障碍功能无缝地融入到他们的工作中。
△ 无障碍倡导工作贯穿于高管（C 层级）和代码层面。
在无障碍功能正式上线后，包括业务、公关、编辑等各个部门将积极参与协作。这包括内部和外部的推广活动以及活动策划，以提高人们对这些无障碍功能的认识并庆祝其融入。
通过全公司的共同努力，小红书在短短三个月内成功实现了 TalkBack 功能的适配。该项目于 2023 年 7 月启动，并于 9 月下旬发布，对应应用版本 8.9。此次适配全面解决了核心用户交互，涵盖了登录/注册、首页、浏览社交帖子、搜索功能、用户资料、直播和内容发布等关键领域。
△ 用户对 TalkBack 的适配给予了积极的反馈。
△ 小红书已组织“爱与分享你的无障碍生活”社交活动，定于 10 月 15 日，恰逢盲杖安全日。
有时，善意的行为也会产生意想不到的后果
在一次特定的“大考”之前，团队决定暂时禁用尚未完全适配的某些功能。这样做是为了确保用户在测试阶段能够获得“正确的”TalkBack 体验。
然而，“大考官”对这个版本表示强烈反对。他们向团队传达，尽管某些功能在当前状态下可能存在挑战，但用户认为他们仍然可以进行导航并提供宝贵的反馈以供进一步优化。阻止这些功能被视为对视障用户的一种区别对待，无意中在社区内造成了隔阂。
“我们应该平等对待所有用户。无障碍功能的适配不完整不是用户的问题，而是我们的问题。”
—- 小红书无障碍团队
团队很快意识到了这堂课的价值。当一位用户表达了她想去参加展览的愿望，却被组织者告知不允许携带导盲犬时，她在小红书上分享了这个事件。作为回应，许多用户向她提供了维护自身权益的建议。最终，组织者重新考虑了他们的政策，并允许携带导盲犬，展示了包容性和支持性用户参与的积极影响。
无论是在接受帮助还是伸出援手，无障碍功能都能使每个人超越身体差异，过上多样化却又相互关联的生活。
“改善每个人的生活是小红书社区的核心价值观。”
—- 小红书 App 产品负责人
欢迎多元的生活
小红书继续强烈强调其对无障碍的承诺。
小红书的无障碍项目在公司季度评估中获得了认可和奖项。此外，团队正在积极努力将适配扩展到更多应用版本和平台。他们的总体目标是扩大无障碍支持，使其惠及更广泛的用户群体，并满足无障碍社区内的多样化需求。此外，他们还计划组织更多线上和线下活动、活动、编辑内容和服务，旨在提高社区对无障碍功能的认识和可见性。
认识到老年人往往面临更多的无障碍挑战，小红书计划推出“老年人居家友好指南”等活动。这些举措旨在鼓励老年用户积极参与用户社区，并通过反馈和迭代为应用改进做出贡献。
△ “老年人友好型家庭”活动。
无障碍体验不仅会带来更体贴的设计，还会为开发者带来切实的增长机会。
小红书正在不断寻求“终极测试”的答案。此回应尚在进行中，可能永远无法完成，因为应用会不断发展，带来新的无障碍场景需要解决。然而，“终极测试员”只要团队坚持响应他们的需求并努力改进，就会感到满意。
我们预计 Android 社区中将有更多开发者效仿，创建周到且包容的无障碍应用，从而扩大用户群并欢迎更多用户加入他们的社区！