部门|聊一聊,B端体验走查

编辑导语:通过设计走查,我们可以及时发现产品设计中可能存在的问题,进而提前或快速地解决问题。而体验走查是设计走查中的一种,可以帮助设计师站在用户体验的角度,推动产品的迭代优化。那么,B端产品的体验走查应该如何行进?本文作者做了总结梳理,一起来看一下。

部门|聊一聊,B端体验走查
文章插图
一、什么是体验走查1. 概念体验走查是设计走查的一个类型,设计走查顾名思义是根据一定的设计标准和设计原则,对产品中的设计方案页面从头到尾进行一次问题的发现与总结,便于修改与完善。体验走查则是站在产品用户体验的角度出发,以这个维度进行界面中的问题发现。
体验走查类似于我们去医院体检,按照一定的检查项目对身体进行检查,最后得到一个体检报告,根据体检报告看出身体的健康状况。

部门|聊一聊,B端体验走查
文章插图
2. 复杂性走查的过程是复杂的,需要设计师一定的积累。
部门|聊一聊,B端体验走查】在一定程度上,B端产品是一个复杂的系统,产品牵涉到场景、用户、业务等多个因素。对产品优劣的评价,也不是一句话一个角度就能说清楚的。对于设计师而言,产品设计优劣不能仅仅是好与坏的评价,而应该有更加精准的评价,好在哪里以及为什么好。因此,对设计稿的走查需要较为客观全面的维度。
在实际的项目中,作者通过实践,整理一份较为成熟的B端产品的设计走查流程,和大家分享一下我个人的经验,也希望能得到你的反馈和交流,让我们之后的体验走查能更有成效。
二、为什么需要体验走查1. 体验走查的使用场景体验走查的优势在于快速评估产品的用户体验,发现链路中的关键问题。因此非常适合周期短、对时效性要求高的项目。

部门|聊一聊,B端体验走查
文章插图
体验走查可以服务于整个产品生命周期,在上线前用于发现方案未覆盖的用户需求,加深内部对用户的理解,为新产品功能和设计赋能,确保新流程合理、风险可控;上线后,可用于搜集体验问题,为产品后续优化迭代输出建议。
B端产品相较于C端而言,产品功能多,角色复杂,业务庞大,,在项目前期难免会出现产品的各种问题,通过及时的走查能够快速发现问题并解决问题。同时从体验角度出发,去评测某些核心高频功能是否能够达到体验目标。
2. 走查工作的时间和频率
部门|聊一聊,B端体验走查
文章插图
1)研发大版本决定
走查的频率可以根据研发的大版本来确定,例如作者所在的某B端产品公司内部进行一次产品大版本更新和发版,那么体验走查的时间可以定在正式发版前的一个月进行。
选择这个时间发版,可以保证提供给客户的产品及界面经过了我们设计师的走查后保证了更高的一致性和合理性,还能避免在发版后由于少了必要的检查而出现大的系统bug。
所以各位设计总监在制定年度计划的时候,可以根据产品大版本迭代的发版时间来规划我们体验走查的时间,整个走查的计划时间也不能太长,在我们发现问题后需要留给开发一些修改时间,这个时间在一周左右是比较合理的。
2)时间和需求数量决定
第二种确定方法可以根据研发时长和需求数量来确定。
比如每个季度一次或者在研发的需求达到一定的数量级以后,可以进行一次体验走查。在产品团队所完成的需求达到一定的数量之后,功能以及界面的质量可能会出现下降,所以需要我们设计体验团队针对产品需求界面进行体验走查,从而提高各个需求功能点的质量。
3)日常任务
接触一个新产品,优化一个旧功能,验收一个新特性,阶段性的点检整个产品的体验,可以说体验走查一直贯穿着设计师的日常。

  • 设计迭代前,通过体验走查,发现现有产品的体验问题;
  • 设计进行中,通过体验走查,审视当前设计方案存在的体验问题;
  • 设计开发时,通过体验走查,检查开发在还原时存在的体验问题;
  • 设计上线后,通过体验走查,发现真实环境中存在的体验问题。
所以设计师的体验走查工作不仅仅有助于提高产品的交付质量,也能够让设计师快速了解业务,快速成长。
三、B端对比C端体验走查差异
部门|聊一聊,B端体验走查