设计技巧！教你创建交互设计自查表

对于移动应用来说，移动情景非常复杂，设备也很多样。那么在设计之后，设计评审之前，你的交互稿考虑的细节是否完善，对特殊状态的描述是否有遗漏，你是怎么提前发现一些问题并查漏补缺的？为解决这个问题，我们团队建立了一份交互设计自查表，并且在版本迭代的过程中同步迭代，补充新出现的异常点。

这份表格梳理了用户在完成具体任务过程中的各种异常情况。它不会显示交互的所有细节，但是却能为特定的目标提供用户体验的全面视角。这个目标可能是高层次的，例如：进行某项操作无网络时，应该如何展示；网络不佳时应该如何处理等。在此过程中，可能由于特殊的使用场景，解决方案会有不同，但是这份表格会提醒你去深入地思考一个解决方案。以下是我在总结这些异常情况时的一些小经验。

一、交互设计自查表格如何建

通常在QA测试中，一般会以用户的任务为主线，也就是对产品分析并总结出所有的任务，并输出任务列表，去挨个走查，标识出模块、前置条件、用例标题、执行步骤、预期结果，以及一些重要备注等。如果交互同学也用这种方法，就需要我们每个版本都要花不少精力去撰写、梳理用例，与我们之前所想的花较少时间快速查漏补缺的初衷相背离。更何况，用户任务的走查在设计流程中都会考虑到，而遗漏的往往是一些异常情况。

因此，交互设计师在自查时，可以换个思路试试：首先当然是产品的实际功能是否能满足用户的需求。这是最基本的前提，也就是可用性目标中的“可行性”。然后思考用户在使用这个产品时的核心使用情景以及核心的影响因素，把这些影响因素按所在的区块进行分类，了解它们对你的用户体验的目标的影响，再一一列举出来，进行归类并形成表格，在之后的版本中，可以一直延用此表格，如果有了新的异常点，再按这个思路补充进去。

我们可以把这一过程分为以下4个步骤：

图1：建立自查表格的4个步骤

为了更好地把人、机、设备、使用情景等因素对设计带来的影响都考虑进来，我将这些影响因素按所在的模块进行分类，大致可以分为以下几类：

1. 软硬件特性：设备、系统、新老版本兼容等

图2：软硬件特性相关