设备类型，甚至按来源、行为或结果

doreamon999

进行细分。根据您的需求进行细分，因为用户行为和需求可能因细分而异。 因为 A/B 测试总是表明一个版本比另一个版本更有效，所以一定要询问正在测试的目标是否会影响其他目标，以及是否会对业务产生持久的长期影响（积极或消极）。因此，请考虑针对多个目标进行衡量。至于使用哪些工具，迄今为止已经提出了很多建议；这仅取决于可用资源。 不要等待  可用性测试不应留到项目的后期或新功能的开发阶段。您等待的时间越长，被拒绝的风险就会增加，并且通过快速修复来解决问题可能并不总是可行。在最坏的情况下，这些问题可能会被证明成本太高而难以纠正，从而使重新开始。

变得更加困难。相反，当您觉得有足够的方向、良好的工作体系以及良好的用户基础可供测试时，请尽早开始逐步进行测试。让用户告诉您您的方向是否正确。 会议地点取决于项目的阶段、情况和可用预算。在测试早期概念时，邀请人们到某个地点（现场或场外）是很好的选择。一旦产品的开发超出了概念阶段，如果可能的话，我的首选是通过屏幕共享软件或专用服务远程进行测试。在这些阶段中，我经常发现观察测试人员如何在自然环境中 Whatsapp 号码列表 使用特定产品比在受控环境中更有用。 保持开放，拥抱测试  最后一点：可用性测试或者我敢说——与用户交谈——不应该被反对。我经常感到惊讶的是，仅仅提及测试就会引起客户和组织的恐惧。一位高级利益。



相关者甚至曾经告诉我，“我们是 [X]，我们告诉客户他们想要什么。” 猜测客户在发布时的反应是没有奖励的。 尽管如此，请保持开放的态度，因为利益相关者和客户没有进行任何可用性测试的原因可能有很多。首先，他们可能根本不需要这么做。他们可能担心他们的工作或产品会因收到的反馈而失效，而且个人可能会觉得任何缺点都会对他们产生不好的影响。也许他们认为过去的用户研究和测试仍然相关，或者他们最了解，或者因为他们雇用了你，所以你就是处理此类事务的最佳人选。无论如何，说服客户可能是一个挑战，并且没有单一的正确方法。这在很大程度上取决于具体情况。尽管如此，它总是值得一试。 开始写作吧！  编写缩。