引导之前

最近发生的两件事引发我对设计中引导的思考。

故事一

无线鼠标因为电池没电变得不灵敏,让朋友帮我拿备用电池。朋友问:“几号电池”。打开鼠标后盖,问道“是7号电池大还是5号电池大”(好吧,写下这句话时,我还是花了几秒思考这个问题)。

对于电池号和电池大小这事,印象中已经发生了好多次。在我看来,7比5大,所以觉得7号应该是大电池,但是又不确定。加之每次接触电池号的时间间隔又长,一年最多也就2-3次(现在经常要换电池的设备更少了),所以几乎每次都会重复上面对话。

故事二

在跟进项目中,产品和测试极力要求在上图状态下,告知用户点播放按钮可以继续播放上次观看的影片。理由是:这个功能好用,告知后可以提升用户体验。作为交互设计师,我不认同这点:

其一,增加用户记忆负荷。该状态下,右侧即为播放记录,且是互联网用户习惯用法。这时,告知用户另一种方法也可以做相同的事情,会增加用户的记忆负荷。且不论真正仔细看的人会有多少,即便看到了,很多用户还会侧边栏中的播放记录,因为已经习惯了。

其二,继续播放的对象不清晰。在该种状态下,用户无法立即明确的知道,点击后是继续播放哪部影片(尤其在时间间隔过长或上次观看视频过多的情况下)。

其三,操作与认知不符。播放按钮一直传递给用户:暂停当前播放、继续当前播放的功能。而播放按钮还可以继续上次的播放这点,与原有认知冲突。且一个按钮3种操作功能,也势必增加记忆负荷。

(PS:这个按钮继续播放上次观看内容功能一直存在,本人只是不希望刻意强调。)

上述两件事后,我觉得在做引导之前,应该先分析该功能或图标是否与用户的预期或认知是否一致。如果不一致,那引导将是非常困难的事情,或许就应该重新考虑设计。好比,一些饭店里洗手间的大门上有男女两个图标,推开们一看,是男女共用洗手间(相信此时,你应该是五味杂陈一地)。当操作与用户的预期不符时,这时候,你引导的不是操作,而是要改变用户的认知。想想,都是一件历时长远的事。

由快递引发的思考

近来网上购物引发了一系列的思考。事情的经过是这样的:

周末在淘宝和亚马逊共下了5个单。由于东西重,不方便搬运,所以直接寄到家里。淘宝下单时和卖家商量好并备注了周末送货,亚马逊送货选项中选择了周末送货上门。然后在工作日里,不停的接到已经到我家楼下的快递送货员电话,让下楼拿快递。也就是说,我淘宝上和卖家的所有沟通都是无效的,亚马逊的选择送货日也只是个摆设。

继续阅读 →

微设计收集-Noom Weight

            

新装的应用,首次启动流程(图1→图2→图3)。

1.设置与注册/登录流程的处理:登陆流程放置到最后,减少用户的反感。(符合“脚在门槛的设计”)

2.Weight loss speed 很形象,趣味性强。

当然也有不好的地方:那个标尺太突出了,而且硬生生把界面分段。

交互设计师与开发沟通的技巧

一个项目或版本开发过程中,交互设计师50%的时间在沟通,40%的时间在思考,10%的时间在写文档。当然,只是个大概值,不同的工作流程下可能略有不同。由此可见,沟通对交互设计师来说,是一项很重要的技能。前期与产品经理、视觉的沟通,后期与开发、测试的沟通,每个环节都很重要且都会关乎到产品上线后的体验。但今天只总结我(交互设计师)与开发的沟通技巧,与君共勉。

首先,多学善问

毕业刚入行的时候,接到的第一个任务是:优化语音查找异常处理流程。对于计算机一窍不通的自己,对于为什么会出现异常完全不知,然后就各种问导师。导师把我叫进会议室,系统的给我讲解了本地、网络、服务器、服务器反馈、本地反馈整个后台工作的流程,很形象具体,对自己以后处理相关问题都很受用。

上面的故事可能说明遇到一位好导师很重要,但更重要的是你自己如何发掘资源。许多交互设计师可能和我一样,并非技术专业出身,所以刚入行的时候与开发沟通难免有些吃力。这时候你需要多积累一些常见的开发知识,不需要懂代码但需要了解后台处理的流程。平时遇到技术上的问题时多问,问产品,问开发。产品比开发懂交互,开发比产品更懂技术,如果产品的回答不能满足你的欲望,那直接去问开发吧,当然很多时候问开发需要点技巧。

起初,我经常语气柔和的问的“这里为什么不能实现?”,脾气好点的开发会给稍微解释下,脾气不好的开发给你“实现有困难”或“实现不了”。后来的一件事很大的改变了我的沟通方式。

在iPhone平台的一个地图产品项目里,由于当年用户还很重视手机流量且地图产品又很耗流量,所以首次进入软件会弹框提醒用户该软件可能会消耗移动流量。开发过程中,开发反馈了一个问题给交互:有两个弹框一定会重叠,一个是iPhone系统的允许软件获取位置的弹框提醒,一个软件本身的流量提醒。

继续阅读 →

IOS与Android平台交互区别

工作快两年有余,主要做IOS平台交互 ,偶尔做做Android平台,想着也该整理下所学。由于主要做交互,所以只从交互的角度分析,另该文IOS平台主要讲iPhone。

第一,就平台特性来说,IOS是一个封闭式的系统,Android是一个开放式的系统。

Android应用可直接调起绝大部分系统接口,而IOS只有极少部分接口开放,这点导致两端交互有所差异。

例如,一款需联网的应用,当网络异常时,在Android平台放置一个按钮,让用户快速进入设置中检查网络(如图1),而在IOS中只能给予文字提示(如图2)。

   

继续阅读 →