互联网产品千帆竟过，百舸争流，市场环境瞬息万变，如何在最短的时间内对自己的产品做出检验，确保其在定位、设计、营销计划等多个环节，在可视范围内是正确的，需要我们有一套比较科学、完善的方法去做出检测。对于设计师而言，关注更多的是设计环节。其中设计走查就是一种比较全面、完整的检测方式。

顾名思义，设计走查就是根据一定的设计标准，对设计方案从头到尾进行一次问题的发现与总结，便于修改与完善。与之类似的是医院的体检单，如下图所示。

体检单（来源网络）

我们对身体的健康有很多评判标准，但是要说出身体的健康程度，以及不同身体部位的状态，就不是简简单单一个词能概括的。身体是一个复杂系统，评价一个人的健康不能用胖、瘦、精神好、食欲好等这些表面的现象来表述，这样就会失之严谨。虽然这些与身体的健康有一定的关系，但并不是严谨、标准的映射关系，还要考虑到具体的情况。因此，医院的体检单对身体健康程度的衡量是通过一些具体的指标来衡量的，比如内科、外科、眼科等，以及这些标准的得分程度，只有这样我们才会对身体的健康程度有较为客观的认识。

在一定程度上，互联网产品也也可看成一个复杂的系统，产品牵涉到场景、用户、业务等多个因素。对产品优劣的评价，也不是一句话能说清楚的。对于设计师而言，产品设计优劣不能仅仅是好与坏的评价，而应该有更加精准的评价，好在哪里以及为什么好。因此，对设计稿的走查需要较为客观全面的维度，依据体检单的原理，并结合网上的资料，在实际的项目中，作者通过实践，整理一份较为成熟的B类产品的设计走查单。

根据所进行的阶段不同，设计走查大致可分为两类：一类是设计方案前期的设计预研，发现产品中存在的问题，以便后期作为设计方案的支点；另一类是设计方案后期的设计自查，确保设计方案在流程、架构、用户使用习惯等方面，符合一定的要求。无论走查处于哪个阶段，走查的核心都是设计走查单。

交互设计走查单包括三个部分，作者简单的总结为“一基本与二维度”。“一基本”指的是基本信息，包括项目名称、版本信息、走查环境、走查人员、走查时间以及备注信息。交互设计走查单不仅仅是在设计师进行设计的依据，也是设计师推动设计方案落地的主要凭证。设计师需要将设计走查单发送给项目组成员，进行问题同步，以便与项目组达成共识。因此，交互设计走查单的基本信息中的指向性很有必要。

“一基本” 之基本信息

“二维度”指的是交互设计走查的两个维度，一是“走查维度”，二是“评价维度”。

走查维度是对走查交互稿的分析角度，是走查的对象，主要包括架构与导航、操作流程、布局与设计、内容与看可读性、行为与互动、特殊情况等。这六项是交互页面模块划分，每一个模块又可以再细分出更多的通用细则。例如，架构与导航可以细分出易理解性、清晰度、流畅性三个维度来进行细化检查，每个维度包括具体的走查要点。易理解性包括是否容易被理解、是否符合用户习惯，清晰度包括是否层级清晰、是否能识别当前位置、是否能找到目的地，流畅性包括视觉流的流畅性、架构信息划分的流畅性等。根据具体产品以及相应的使用场景，每个模块的详细维度与走查要点可以适当调整，以便检查出更特殊、更隐晦的设计问题。

设计走查之“走查维度”

评价维度，指的是走查维度内容的评价标准，是走查的结果。评价维度包括走查的范围、实现程度及描述、设计建议、紧迫度以及备注。走查的范围是一个弹性值，控制设计走查的颗粒度。设计走查可详可略，通常根据设计走查的时间与时长来确定，从功能模块到页面，可以根据时长的限制进行定义。根据走查的颗粒度不同，产品走查维度实现的描述有所不同。在不同的场景下，即使同样的设计问题，也会出现不同的问题以及相应的解决方案。描述与建议就是对相应问题以及解决方案的记录。紧迫度是对问题的严重程度进行的定义，是设计师与项目组共同决定的，包括对用户的干扰程度、功能的权重（很重要，后续单独讨论）以及项目开发计划与开发难易程度。备注的内容大家都懂得，就不再赘述了。

设计走查之“评价维度”

设计走查的执行，首先是对设计走查单的修订。根据具体的产品特点，确定设计走查维度的细分维度以及走查范围，即走查对象以及内容。接下来就是执行，设计走查可以是设计师本人，也可以是具有一定设计背景的相关人员，在记录的过程中，要尽可能的详细，包括问题以及相应的建议。最后，与项目组沟通，确认发现的问题以及问题的紧迫度。

案例如下：如图所示，是行为互动维度的智能键盘的设计走查案例。

设计走查之智能键盘

设计走查的结果与其他设计环节的关联也较为紧密，一方面，可作为可用性测试的测试功能点的问题池，根据紧迫与权重进行筛选，作为详细研究的目标，发现更深层次的问题（后续将详细讨论可用性测试）；另一方面可直接用于设计方案的优化，针对走查出来的问题，直接对相应的功能点、页面等进行调整，达到可视范围内方案的最优解。

相对于可用性测试、用户访谈等其他研究方法，设计走查较为简单、便捷，走查对象弹性较大，在走查过程中对于发现的问题，可以与其他设计师讨论确认。同时，走查的时长、内容可控，结果的指向性明显，可以直接应用到方案中。但是，设计走查的缺点也显而易见，走查结果的主观性较为明显，效果会随着走查人员的设计素养而起伏。

因此，在应用过程中要避免那些想当然的问题。

#专栏作家#

弘毅道，公众号：UIUX设计工作坊，人人都是产品经理专栏作家。关注to B业务，尤其擅长后台程序界面设计，包括需求沟通，原型设计以及后期的设计评审等。

本文原创发布于人人都是产品经理。未经许可，禁止转载

题图来自 Pexels，基于 CC0 协议