说到交互设计，大家可能已经看过了很多介绍概念和专业流程方法的文章，但是不是总有种“道理都懂，可依然做不好”的感觉？（没错，小编经常也这样）今天我们不讲专（ku）业（zao）的方法论，我们给大家还原下UIMAX交互设计师的工作日常。

如果读完后，你感觉离交互设计近了那么一点点，那么这篇文章的初衷也就达到了；如果有“窥一斑而知全豹”的感受，那更是意外的惊喜了。

全文约2000字，阅读约需5分钟。

1、错误提示，究竟要不要同时显示？

问题重现：

这是一个常见的注册页面，即用户注册时密码设置错误出现提示，设计师A在做项目时设计了左边的方案，可客户想要右边的方案。设计师A一时语塞，事后想想不太对，于是就和其他小伙伴一起讨论了起来。

设计师B：

右边方案的错误提示不通用，当提示用户出现错误，一般有两种情况：1无需用户确认输入信息错误在什么地方，这时可采用这种遮挡提示；2需要用户查看确定已输入信息错误在哪里，这时遮挡提示不合适。

设计师C：

右边方案的错误提示文案和用户输入错误内容不同步显示，需要用户记住提示文案；而左边的方案，正确的应该是什么，是同时显示的，对比着就看出来了，对于用户来说比较简单，不存在什么记忆负担。

右边方案还是挺奇怪的，错误提示不直接，跳了一步，就好像下棋一样，还没走一步，就直接走到第二步了。

2、选择完要不要给个确认？

问题重现：

这是一个选择配送方式的交互页面，系统默认了一种配送方式，用户可选择其他配送方式。设计师C在做的过程中，犹豫要不要再增加个确认按钮，而不是直接跳回。于是，交互设计师们的日常讨论又开始了。

设计师B：一般来说，选项多、用户操作成本高的，需要确定和取消按钮。确定和取消按钮同时存在是最稳妥的方式。如果选项少，个人认为有无确定按钮一样，因为页面中会给出已选配送方式备注，错了，用户再改就行了。

设计师D：如果有默认选项，公司直邮。按钮名称写关闭就好了。如果没有默认选项，需要用户进行操作选择，确认和取消一起出现更清晰。感觉方案A是按钮名称命名错了，单独的取消，让人疑惑。

设计师C：

嗯，确实，这里选项较少，确定按钮有点画蛇添足；“取消”也确实与场景动作不符，换成关闭更契合语境。

3、注册流程中的服务协议，究竟放在哪个步骤合适？

问题重现：

这是一个APP的登录页面迭代，需要在原来基础上增加微信登录功能，即用户点击微信登录后，需要用户绑定手机号，系统再判断是否为新用户；如果是新用户还需要设置账户密码。由于微信登录涉及到新用户，那么新用户通过微信登录相当于注册，需要增加服务协议。那么问题来了，这时的服务协议，究竟放在哪个步骤更合适？直接简单粗暴的放在登录页面吗？

设计师B：

整体来说，两种情况需要增加免责声明和服务协议，1普通手机号注册过程，增加服务协议，这个应该已经做了；2点击微信登录，进入微信授权页面，授权后绑定手机号，绑定手机号系统验证，验证完有两种情况a.新用户，需要注册、填写密码，这个过程要融入免责声明和服务协议b.老用户，直接登录原账号，不用这个免责声明和服务协议。

设计师C：此次属于产品迭代，之前版本的登录页面还没有微信登录，独立的注册页面已经有服务协议；此次增加微信登录，可以考虑在触发注册的页面——即绑定登录手机号页面——增加服务协议，这样内容本身与触发动作的场景比较一致，用户即使注意到了也不会有突兀感。如果直接加在登录页面，从流程上来说也是说得过去的，但考虑到登录页面主要以登录功能为主，加上注册流程中的服务协议后页面内容堆砌过多，无形中增加了信息负荷，这种方式有点太简单粗暴。

设计师A：对，在绑定手机号页面加就可以了。如果加在设置账户密码页面也不合适，容易给用户带来不安全感。

4、微信改版后消息删除更方便了

问题重现：

最近微信更新了，语音聊天可以像系统电话一样接听、已撤回的消息可以再次编辑的新增功能都为用户所称道。设计师C根据自己平常的使用经验，发现消息删除也优化了，于是立即分享给大家。

设计师C：以前每次删除消息的时候，操作路径有点长，尤其是单手操作时删除比较靠前的对话，首先大拇指侧滑出删除按钮，点击删除后页面底部弹出选择框，然后大拇指再移到页面底部确认删除，这个过程中大拇指的移动距离其实是可以省略的；最新版本中对此做出了优化，点击删除后，确认删除显示在同一区域，不论是视觉焦点移动还是大拇指移动路径都优化了，操作起来更自然舒适。