评测方案设计之用户场景设计

最近小编在负责评测工作。在做评测之前需要设计评测方案。因为评测大部分是涉及主观评测，评测方案中的重要一项就是用户场景的构思。今天小编针对这个维度给大家分享下最近实践的一些心得。

用户场景设计的重要性

用户场景其实是方案中的精华，此类设计成功了，方案就成功了一半。可能有的同学觉得用户场景设计很简单。试下功能就想出来了。但事实真如此吗？ 当然不是！ 设计出来的场景必须要符合以下几个要求： 1. 场景是用户使用功能真实存在的场景，即用户真的如此使用，不是个人凭空造出来的一个假的场景； 2. 设计出的场景要代表大部分的用户场景。如果你设计的测试场景，实际只有几个用户在如此使用，那这个场景没有代表性，会受到合作方的各种diss，同时评测结论置信度也会存在问题； 3. 用户场景不是一个，是要将用户的主场景、重点场景都要设计出。通过这些场景的评测可以代表这个功能的质量； 4. 每个场景都要有足够的且可以说服别人的理由，证明为什么要评测这些场景。如果设计出来的场景，大部分的人都不认同。那么这个场景设计的就是失败的。

场景设计思考方向

那么如何设计出符合要求的场景呢？根据小编最近的摸索，将之前尝试过的方法分享给大家。 方法一：用户反馈 找到要评测功能的用户反馈内容，挨个进行内容查看。此方法是了解真实用户的一种方法。通过用户反馈的问题来窥探用户的使用场景及操作方法。以及目前功能都存在哪些问题。设计的用户场景在评测执行后是否可以暴露这些问题。 但因为用户反馈问题的内容会很简单，没有操作步骤，只有最终现象，所以大部分情况下会收效甚微。 方法二：看用户语料 先举个例子。如想知道文字扫描软件的用户会扫描哪些内容，有哪些扫描需求。可以查看下线上用户扫描的图片都有些什么。这个可能会得到一些有用的信息。 但是此类方法只能了解到当前自己产品的用户需求，可能有些场景我们做的不好，所以用户没有用我们的功能。这类场景通过看数据则无法获取。 方法三：分析用户操作行为 大部分的软件会记录用户使用软件的一些操作行为或者内容数据。可以找产品寻找到这些数据，通过分析用户的行为，来找到用户使用软件的场景有哪些。但是这个就要求产品同学之前已经记录了相关信息，否则此方法也行不通。 方法四：功能的用户画像 通过用户的各种信息进行聚类，综合分析出当前功能用户的特点。通过特点来猜测用户使用当前功能的动机及需求。 此方法可以获取大量的有效信息，但是对个人分析处理信息能力要求比较高。同时对公司的数据储备也有较高的要求。或者如果遇到一个好的产品，之前做过用户分析，可能会事半功倍。但是目前大部分的产品可能对自己负责功能的用户了解甚少。 方法五：用户访谈 通过用户反馈问题留的联系方式或者找公司使用当前功能的用户进行1V1的沟通。了解他使用功能的动机、场景、要达到的目的、以及会存在的问题。多聊几个人可能也会获取到一些关键信息。 方法六：场景猜测+功能数据验证 将自己假想为要评测功能的真实用户，猜测自己在使用此功能时会有哪些场景。然后根据自己猜测的场景，找产品同学要相关数据。通过功能的数据验证自己的猜想是否正确。 方法七：过往的经验获取 如果自己做过类似功能的评测，里面一定会有些经验心得。那么则可以通过将以往的经验借鉴过来，进行场景的设计。或者和做过此类功能的评测人员进行取经。将他们的经验作为自己设计场景的参考因素。或者了解哪些方面是影响当前功能质量的影响因素，此类消息可以找相关测试人员或者开发同学了解。

小结

上面介绍了7种方法，大家可以都实践下。但是有一个小经验分享下。上面的方法都不是万能的，都有各自的利弊。有时设计一个功能的用户场景，上面的所有方法都可能涉及，才能设计出符合要求的场景。所以，如果试了其中一种方法没有找到有效信息，也不要气馁。有些方法得出的结论虽然不能设计出用户场景，但是可以帮助排除一些非重要的场景。

欢迎大家留言一起探讨更好的解决方案。