部门|聊一聊，B端体验走查( 二 ) 搜索|bing|微软|市场份额|statc

3）日常任务
接触一个新产品，优化一个旧功能，验收一个新特性，阶段性的点检整个产品的体验，可以说体验走查一直贯穿着设计师的日常。

设计迭代前，通过体验走查，发现现有产品的体验问题；
设计进行中，通过体验走查，审视当前设计方案存在的体验问题；
设计开发时，通过体验走查，检查开发在还原时存在的体验问题；
设计上线后，通过体验走查，发现真实环境中存在的体验问题。

所以设计师的体验走查工作不仅仅有助于提高产品的交付质量，也能够让设计师快速了解业务，快速成长。
三、B端对比C端体验走查差异

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