解决资源和时间线注意事项
介绍性场景中的开发人员在开发过程中没有让残障社区参与。 开发人员可能不确定从哪里开始，或者担心发布时间线和带宽。
本单元介绍可解决这些顾虑的基本社区参与概念。 这些概念包括：
- 可用于将残障人士反馈简化到现有反馈循环中的方法。
- 纳入不同用户和观点的重要性。
- 收集反馈的潜在方法，而无论团队处于开发周期的哪个阶段。
将辅助功能反馈嵌入到现有的反馈流程中
如果你的团队不熟悉辅助功能，那么收集残障人士的观点可能会让人不知所措，但事实并非如此。 请考虑团队或组织在收集一般用户反馈或在进行有关辅助功能之外的用户研究时遵循的标准流程。
例如，也许你的团队已经发送过调查、开展过定期研究，或对所有正在开发中的产品进行过游戏试玩。 如果是这样，在不创建全新流程或计划的情况下开始收集残障人士反馈的一种方法是，确保将残障玩家包括在这些现有的参与者池中。
备注
如果可能，我们建议你与你的用户研究团队合作开展这一参与工作。 这些团队在如何提出有意义的问题和分析数据方面进行过培训并具备专业知识。 如果没有可用的用户研究资源，仍可以探索将辅助功能观点嵌入到反馈循环中。
包含不同的用户和观点
在开始前，你可能有疑问，例如：
- “反馈会议中应包含多少个残障玩家？”
- “我怎么才知道一个玩家的反馈是否代表具有类似残疾的其他玩家的反馈？”
虽然没有明确的答案或指导方针，但需要注意的是，一名残障玩家的体验可能与另一名玩家的体验大不相同。
请考虑包含一组不同的用户和观点。 例如，如果你正在寻找有关游戏 UI 视觉辅助功能的反馈，则应考虑来自具有不同类型视觉障碍的多名玩家的反馈。
跨开发时间线收集反馈
另请注意，可以并且应该在整个开发过程的各个环节收集辅助功能反馈。 这种协作最好从规划和目标设定阶段开始。 如果从一开始就考虑辅助功能，就可以避免在最后一刻才添加辅助功能的情况。
实现辅助功能解决方案的最后一分钟工作并未有效地集成到游戏设计中。 他们不太可能为玩家提供当你从头到尾一致地确定可访问性优先级时所实现的相同支持和有效性。
以下信息概述了在开发过程中不同的点收集反馈的可能方法：
预开发：即使团队尚未开始正式规划或开发，仍有机会与残障社区互动。 请考虑利用这一时间从玩家那里收集基础见解，了解他们过去在玩其他与你的团队所开发内容类似的游戏时遇到的障碍。 在开发之前了解这些障碍有助于避免在游戏中引入这些障碍。
早期规划和目标设置：建立早期规划和目标后，请使用此信息获取反馈。 玩家可以通过识别预期设置、机制和其他设计元素可能构成的潜在障碍来改进无障碍开发。 他们还可以就你提出的辅助功能目标和实现这些目标的计划提供有价值的反馈。
原型测试：工作原型或游戏版本可用后，请考虑为玩家提供动手机会，使其通过游戏试玩或用户研究提供反馈。 这些动手交互对于在特定游戏背景下提供改进建议至关重要。
随着体验或设备经过重新迭代，继续让残障玩家参与测试。 这种参与可确保未来的设计迭代继续为这些玩家提供有效和可用的解决方案。
重要
等待可玩原型可用时才开始与社区互动似乎很诱人。 但是，重要的是要考虑这些玩家在早期开发阶段发现的所有潜在障碍。 如果没有此反馈，团队可能会在原型中添加他们没有意识到的有障碍体验。
在开发的这个阶段，解决导致发布时有障碍体验的大量已识别问题可能太晚。 在整个开发过程中进行协作可以减少主要访问障碍出现在原型中的可能性。