部门|聊一聊，B端体验走查( 二 )

文章插图
1. 产品侧重点差异B端的走查过程主要关注数据、业务、操作路径和效率，看组件是否搭配得当。从设计角度来看，结合交互，结合部分的业务需求、业务场景去来完成这个过程。
C端的走查过程集中在操作性和数据反馈方面，对某一功能操作以及埋点数据进行走查。对于未达到体验目标的功能进行操作漏斗分析，找到其中数据未达预期的原因，提升数据。
2. 体验目标差异很多中小型的B端产品公司，在产品初创期时往往更注重功能的实现模型，而忽略了表现层和用户心智。
市场上很多的中小型B端产品公司都是开发担任产品经理，通常会从实现角度出发去考虑功能，有时候会忽略产品的体验。所以对于这个阶段的产品来说，体验的走查目标更多是要发现界面中的问题和使用体验方面的问题。
C端产品相比于B端，往往都是小而美的产品。这也间接体现了产品业务不同而导致的目标差异。
C端往往用户人群简单，业务简单，没有太多的专业壁垒，操作简单的情况下产品更希望各个功能能够达到体验目标。打开一个产品，找到你准备走查的第一个页面，从本能层次出发，去体验当前页面的设计是否主次分明、合理、一致。作为设计师，在本能的感官层面，我们要求当前页面的设计，一定要好看、好懂、好找、好点。
3. 走查过程差异1）走查前期首先会制定计划，确定走查范围
由于B端产品架构和功能页面很庞大，在有限的时间内不可能走查完整个系统所有页面，所以需要确定走查的范围和所涉及的功能版本。
2）确定体验走查量表
由于B端和C端产品的差异，导致两类产品在体验量表上使用标准可能会存在一些差异。
最常见的可用性量表——尼尔森十大可用性原则，但是从1995年提出到现在，已经过去了二十多年，互联网世界已经发生了巨大的变化。
在这样的情况下，尼尔森的十大可用性原则明显有些不那么符合，或者说不能给出针对现今产品太全面的启发。各大用户体验部门会针对产品的实际特性重新整理了一套可用性原则，以更适应现代的C端产品。
四、如何做B端的体验走查1. 确定走查计划和范围在走查开始之前会确定走查的范围和大致计划，例如走查涉及到哪些产品、哪些模块、使用哪个环境。详细的走查计划能够让我们设计师了解到走查的内容和计划，我们可以按照计划内的时间进行走查任务分配和规划。
走查计划可能并不一定是由设计体验部门牵头发起的，但是作为设计师我们也需要了解。完整的走查计划需要包含如下内容：
走查目标、产品的版本、所涉及的产品的功能模块、走查时间、报告时间、项目组问题修改时间、复查等。
2. 制定走查标准1）走查标准表
体验设计部门需要针对产品制定走查标准，最常见最经典的是尼尔森十大可用性原则量表。做交互的童鞋们应该很清楚尼尔森十大可用性原则，我们在做体验走查的时候很多标准都是根据十大可用性原则来测试判断的。

文章插图
尼尔森的十大可用性原则，但是从1995年提出到现在，已经过去了二十多年，互联网世界已经发生了巨大的变化。在这样的情况下，尼尔森的十大可用性原则明显有些不那么符合，或者说不能给出针对现今产品太全面的启发。
在这种背景下，很多产品的体验部门重新整理了适合自己产品的一套可用性原则，使得可用性原则更针对现今互联网产品，基本可以覆盖到所有出现的用户体验问题。
例如：京东最新21条可用性原则、VIVO体验问题评估标准V1.0等。

文章插图
我们可以在尼尔森十大可用性原则的基础上去制定适合自己产品的可用性原则，也可以在其基础上进行简化，使其适合B端的产品。
2）走查问题评估等级标准量表

文章插图
在产品页面中出现了某项问题，我们需要针对这项问题的严重程度进行评估，每个等级对应的评估标准也会记录下来方便定位，问题通常分为四级：致命、严重、一般、轻微。
问题越严重处理的时候优先级越高，后续输出走查报告的时候开发需要优先处理优先级高的问题。

文章插图
3. 体验走查思路走查时有一个思考的路径就是想要优先解决什么体验问题，第二要解决什么问题，进而开展走查的过程。