你还记得没有通过手机即可即时获取一切的时代吗？无论是信息、沟通还是娱乐，人们都会通过移动应用和设备寻找所需内容——这使得确保直观且简洁的用户体验变得至关重要。
但话说回来，面对近50亿移动互联网用户，你该如何了解你的目标受众想要什么？
归根结底，你最糟糕的做法就是仅凭猜测，而这正是移动可用性与用户测试发挥作用的地方。本文将拆解移动可用性测试是什么、为什么做以及怎么做，帮助你轻松开始开展移动可用性测试。
TL;DR
什么是移动可用性测试？
移动可用性测试的不同类型
移动应用可用性测试的好处
你应该何时进行移动可用性测试
如何开展高效的移动可用性测试
使用 ProtoPie 进行移动应用可用性测试
什么是移动可用性测试？
移动可用性测试是对应用用户体验、功能以及 UI 设计的评估。
该过程包括挑选一组典型用户，并在受控环境中观察他们如何使用应用。为了让应用整体表现更好，识别潜在可用性问题、衡量用户满意度并收集有价值的反馈非常重要。
移动可用性测试的不同类型
话虽如此，你应执行哪种移动可用性测试取决于你正在构建的产品及其开发阶段——更不用说你希望从测试过程中获得的反馈准确度和深度。
以下是一些示例。
1. 移动应用原型测试
当移动应用仍处于开发早期阶段时，你可以进行移动应用原型测试。
在投入大量时间、资金和开发资源创建应用之前，原型测试让你的产品开发团队有机会从目标受众那里了解他们对它的看法。
应用原型可以是高保真（可交互、逼真的设计）或低保真（纸面草图、模型或线框图）。借助高保真原型——尤其是使用ProtoPie制作的原型——测试者可以执行任务并对原型可用性提供反馈，就像在使用真实应用一样。
2. 网站的移动可用性测试
移动可用性测试关注网站在智能手机和平板电脑上的表现。测试者使用多种移动设备和浏览器访问网站并执行特定任务。
它可以评估以下方面：
网站的响应能力；
导航；
不同屏幕尺寸下的用户体验。
3. 实验室测试
在某些时候，你可能需要在受控环境中进行可用性测试，例如测试实验室或测试设施。这类测试可以细致审视人们如何与应用或网站交互，从而产生有价值的实时反馈。
在实验室中，会邀请参与者，并由观察员仔细观察并记录他们的所有交互，以便后续分析。
这种受限环境可确保标准化测试条件，并有助于消除外部干扰。实验室测试适用于全面研究和收集深入的定性数据。
4. 远程 UX 测试
远程 UX 测试使测试者能够在家中使用自己的设备参与可用性测试。这种方法的优势在于，它在节省时间和资源的同时，还能覆盖更大且更多样化的测试者群体。
你可以向测试者发送任务和说明，他们随后可在方便时进行测试。然后，你可以通过专门的测试平台（如 ProtoPie）收集屏幕录制、用户交互和反馈。
移动应用可用性测试的好处
在我们进入“如何做”之前，先快速了解一下你应该进行移动测试的原因。
1. 尽早发现问题
移动应用可用性测试使开发者能够在开发流程早期发现潜在问题和困难。
通过全面测试，你可以通过观察用户如何与应用交互，立即识别用户痛点和设计缺陷。这意味着你可以在需要时进行修改和优化，从而节省原本用于上线后修复问题的时间和成本。
2. 节省昂贵的开发资源成本
可用性测试可帮助你避免开发过程中的高成本错误。避免添加无法显著改进应用的功能，可降低将资源花在客户会觉得困惑或不必要的修复或改动上的风险。
毕竟，你团队里的开发者已经够忙了（你也是！）
3. 发现用户偏好
可用性测试能提供有关目标用户偏好、行为和期望的宝贵信息。
通过观察人们如何使用应用并倾听他们的反馈，你将更好地理解用户希望从应用中获得什么、需要什么。这些认知使你能够调整应用以满足用户需求，从而带来更个性化、更以用户为中心的体验。
4. 提升用户满意度与留存率
UX 是决定应用用户满意度和留存率的关键因素之一。通过可用性测试，你可以识别薄弱环节和潜在改进区域。
对应用满意的客户更有可能持续使用、给出高评价，并通过口碑推荐给他人——这也将提升你的竞争优势。
5. 增强应用性能与功能
可用性测试有助于优化应用的用户流程。
通过分析真实用户如何参与并与应用的不同元素交互，你可以加入能吸引并保持用户兴趣的功能。
这可能包括减少不必要步骤，或添加简洁的行动号召按钮、易用导航和有吸引力的用户界面，使应用更直观易用。
你应该何时进行移动可用性测试？
移动可用性测试应在产品开发流程的各个阶段进行，不过最合适的测试类型会因具体阶段而异。
移动可用性测试的不同阶段。
1. 在早期设计阶段
在早期设计阶段通过设计线框图和原型，你可以开展可用性测试。这有助于团队验证应用的概念设计，并获取用户对整体结构、布局和用户流程的意见。
定性可用性测试——即使在最早阶段——也意味着你可以发现潜在可用性问题，并快速进行设计修订，在投入大量开发精力前解决问题。
2. 在开发前阶段
在开始开发流程之前，你可以对最终定稿的应用设计和用户界面进行可用性测试。在这一阶段，开发者可以获得用户对应用主要功能的初步反馈，以验证设计决策。
这能更容易确保应用设计符合客户期望和偏好。
3. 在开发过程中
此阶段的测试能让开发者确保应用是按照预期功能和设计构建的。在开发流程中尽早发现缺陷，可以快速修复并防止问题影响后续阶段。
4. 在 Beta 测试和灰度发布期间
在 Beta 测试或灰度发布期间，真实用户可以与可运行的应用交互。这可为应用在真实用户手中的表现提供宝贵洞察，并有助于发现任何意外的可用性问题。在该阶段收集的输入可用于应用正式发布前的最后调整。
5. 在发布后阶段
市场和用户偏好变化很快，因此即使应用发布后，你的工作也还没有结束。
为了持续优化，你应持续收集用户反馈和行为数据。通过定期与真实用户测试来衡量应用效果，你可以为后续更新和改进收集信息。不过，在发布阶段之后，相比线下或定性 UX 测试，总结性的定量测试可能更合适。
如何开展高效的移动可用性测试
以下步骤将向你展示如何为移动应用进行一次成功的可用性测试。
1. 设定目标与规划
你首先应建立明确目标，涵盖：
范围：你想评估移动应用的哪些功能或元素？
预期结果：你希望从测试流程中获得哪些认知？
方法：制定详尽计划，概述流程、时间安排和所需材料。
角色与职责： 谁将参与该流程，他们需要做什么？
2. 创建任务
创建一系列测试参与者需要完成的实际任务。这些练习应准确反映普通应用用户的交互。确保任务精确、可衡量且无歧义，以便你能收集关于用户行为和应用性能的有价值信息。
3. 招募用户
选择并招募能够代表你的目标受众和市场的多样化参与者群体。
尽量覆盖多样化的：
人口统计特征；
经验水平；
对移动硬件和软件的了解程度。
为了触达更广泛的用户群，可使用多种招募方式，例如内部招募、在线样本面板或用户测试平台。
4. 在实验室、线下或远程测试之间做选择
根据你的资源和目标，选择理想的测试环境类型。
线下或实验室测试可进行直接观察，而远程测试则提供便利性并可触达更大的用户群。
5. 执行测试
确保参与者了解可用性测试的目标，并熟悉自己的角色及将要执行的任务。
鼓励受测者在练习过程中边操作边思考，表达他们的感受、想法以及使用程序时遇到的问题。为获得客观反馈，在整个测试过程中应保持中立，避免提出引导性问题或提供帮助。
6. 分析
回顾并检查你在前面步骤中收集的可用性测试数据。分析用户行为和评论中的模式与趋势。识别测试过程中出现的任何可用性问题、痛点或潜在改进点。
为评估应用性能和用户满意度，将测试结果与既定目标进行对比。
7. 报告
将信息和观察结果整理成一份完整的可用性测试报告。
概述已发现的问题、其重要性以及改进建议。目标是为开发团队提供具体建议，以提升应用的可用性和用户体验。
使用 ProtoPie 进行移动应用可用性测试
设计师和产品经理现在可以在 ProtoPie 生态系统内对原型进行主持式用户与可用性测试，可本地或远程进行，并使用真实设备。
ProtoPie 的用户测试功能。
1. 使用 ProtoPie 设计原型
由于这类可用性测试将在使用 ProtoPie 制作的原型上进行，你首先要做的（如果尚未开始）就是着手创建高保真原型。
你可以下载 ProtoPie，并在免费方案上立即开始设计。
注意：ProtoPie Cloud 上的主持式可用性测试目前仅作为Enterprise方案的一部分提供。不过，使用 ProtoPie 创建的原型兼容业内领先工具，例如 Lookback、 UserTesting 和 UserZoom GO。此外， Useberry 还提供与 ProtoPie 的无缝集成。了解如何使用这些 UX 工具开展用户测试。
2. 创建测试房间并邀请参与者
你可以邀请用户在其桌面端、平板或移动设备上测试你的原型。
参与者可通过两种不同方式进入测试房间——点击桌面浏览器中的链接，或使用设备扫描二维码。通过这种方式，你可以确保测试环境，进而原型，仅对指定参与者开放。
3. 实时观看测试参与者如何与原型交互
在 ProtoPie 的实时测试会话中，你可以实时观察参与者如何与产品交互。这不仅使你能够即时接收与提供反馈，还能识别可改进之处。
实时观看测试参与者如何与你的原型交互。
4. 收集反馈以指导产品开发决策。
在进行可用性或用户测试时，收集准确反馈可能具有挑战性，因为受测者并不总是会如实表达想法，或者可能受到测试环境影响。
在 ProtoPie 的安全测试环境中开展测试时，你可以立即给予和接收反馈，以缓解其中一些担忧，从而提升研究结果的有效性。
在一个地方设计交互式原型并在用户身上测试
使用 ProtoPie，你获得的不仅是一个设计高保真原型的工具——还拥有用真实用户验证创意的能力。免费下载 ProtoPie，立即开始吧！
