交互设计师的日常

难道你真的不好奇交互设计师的日常?

说到交互设计,大家可能已经看过了很多介绍概念和专业流程方法的文章,但是不是总有种“道理都懂,可依然做不好”的感觉?(没错,小编经常也这样)今天我们不讲专(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:以前每次删除消息的时候,操作路径有点长,尤其是单手操作时删除比较靠前的对话,首先大拇指侧滑出删除按钮,点击删除后页面底部弹出选择框,然后大拇指再移到页面底部确认删除,这个过程中大拇指的移动距离其实是可以省略的;最新版本中对此做出了优化,点击删除后,确认删除显示在同一区域,不论是视觉焦点移动还是大拇指移动路径都优化了,操作起来更自然舒适。

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章