对于手机应用来说，手机场景非常复杂，设备也五花八门。那么在设计之后，设计评审之前，你的交互稿考虑的细节是否完整，对特殊状态的描述有没有遗漏？你是如何提前发现一些问题并查漏补缺的？针对这个问题，我们团队建立了交互设计自检表，在版本迭代过程中同步迭代，补充新的异常点。本表整理了用户在完成特定任务过程中出现的各种异常情况。它不显示交互的所有细节，但它确实提供了针对特定目标的用户体验的综合视图。这个目标可能是高层的，比如：某个操作没有网络时如何显示；网络不好时如何处理等等。在这个过程中，可能会因为特殊的使用场景而有不同的解决方案，但是这个表格会提醒你深入思考一个解决方案。下面是我总结这些异常情况的一些小经验。1、如何构建交互设计自检表通常在QA测试中，一般以用户的任务为主线，即对产品的所有任务进行分析总结，输出一个任务列表来检查一个一个，识别modules,Preconditions,usecasetitle,executionsteps,expectedresults,andsomeimportantremarks等。如果交互的同学也用这个方法，我们需要花很多精力在每个版本中写和整理用例，这背离了我们花更少的时间快速查漏补缺的初衷。更何况在设计过程中会考虑用户任务的走查，往往会漏掉一些异常情况。因此，交互设计师在进行自省时，可以尝试另一种思路：当然首先是产品的实际功能是否能够满足用户的需求。这是最基本的前提，也就是可用性目标中的“可行性”。然后想一想用户在使用这个产品时的核心使用场景和核心影响因素，把这些影响因素按照所处的区块进行分类，了解它们对你的用户体验目标的影响，然后一一列出来进行分类。分类并形成表格。在以后的版本中，可以一直使用这个表。如果有新的异常点，可以按照这个思路进行补充。我们可以将这个过程分为以下4个步骤：图1，构建自检表的4个步骤为了更好的考虑到人、机器、设备、使用场景等因素对设计的影响，我这些影响因素按照其所在的模块进行分类，大致可以分为以下几类：1）、软硬件特性：设备、系统、新旧版本的兼容性等；图2、软硬件特点手机硬件和平台的多样性，在给设计带来机遇的同时，也带来了挑战。除了上面列出的那些之外，还有更多的要点需要考虑。比如屏幕越来越大。当大屏在摇晃的车内单手操作时，我们需要考虑如何通过设计让用户使用起来更自然，光滑的。2）网络特性；图3网络特性相关由于移动应用使用场景的特殊性，会出现很多数据加载慢或者没有网络的情况。这时候漫长的数据加载等待会把用户逼疯。这时候在界面交互中处理好加载，保证用户不会长时间等待，对加载的内容有明确的预期，从而为用户提供更好的体验。因此，在所有与网络交互相关的模块中，都必须考虑以上列举的几点，并在必要时合理使用缓存，以提高界面的响应速度。3)、从A到B的中间状态；图4，从A到B的中间状态，即使您的产品在90%的时间内运行良好。但是如果用户在需要帮助时忽略它，就不会忘记它。——《Getting real》用户在完成任务的过程中，实际上是在讲一个以用户为主角的故事，所以必须包括开头、中间和结尾。中间部分是主要部分，显示了用户从起点到终点必须经过的所有地方。一方面，需要解决的是如何在一切顺利的情况下，给用户一种流畅、流畅的感觉。这就是动画可以为我们做的；往下走，这个时候能不能提供一个合适的入口，让他和应用“有段时间”，而不是让他干脆杀掉后台程序，愤然离去。4）内容展示相关：如书籍、信息源；图5内容展示相关内容方面，最异常的重点是大量的空状态、极值、网络数据过期等提示。不同的APP根据自身的类型不同，所考虑的内容也完全不同。5)用户个人属性图6.用户个人属性在大多数应用中，每个用户都有自己唯一的ID，用户可以享受的权限根据是否登录而不同。因此，特别有必要考虑用户的每一种可能状态以及状态之间的切换对设计的影响。6）特殊场景下的状态；图7.特殊场景下的状态。这个过程有时会被遗忘。可一旦不考虑，结果就会各种突兀，莫名其妙。因此，有必要对这些状态分别进行梳理。2、如何使用自检表重复“设计-自检”，这种自检（有时会有用户测试介入）会更全面、更彻底，最终能发现并解决大部分问题解决了。交互设计师使用反馈来修改想法，经过几次迭代后，它们可以被提炼并形成规范。这在设计新产品时尤为重要。这种迭代是不可避免的，因为很多时候我们不可能一次性找到一个特别完整和正确的解决方案。结语对于以上列出的影响因素，不同的移动应用会根据自身独特的场景提取出具体的影响因素，而这些因素对设计的影响较大。移动场景复杂，影响因素很多，除了软硬件特性、网络特性、中间状态、内容、用户个人属性，还有一些特殊场景。恰当地分析和记录各种影响因素，处理好并将其应用到设计中，可以更好地提升产品的体验，并在这个提升的过程中形成规范。在每个迭代版本做新功能的时候，我们可以在本期回顾这些因素对设计的影响，将新增的影响因素加入到后续的交互设计自检中。这样积累起来，我们提前考虑的异常点就会越来越多，这样考虑就会越来越完善，这样才能减少后续开发过程中的失血~我们有药！可以治愈！
