Reading plan of UX books
A 2~3months plan for UX books reading. » Read more…
A 2~3months plan for UX books reading. » Read more…
刚读了刘老师的这篇文章,颇有感悟。其实交互中对于用户的称谓一直是一个不大不小的问题,多数情况下用比不用好,但“您”和“我”用哪个、在哪用、什么时候用,大家各有各的做法和理由。我非常同意刘老师给出的两点考虑:氛围和页面性质。这都是从大的方面考虑,分析地很透彻。而在这个大前提下,具体实施起来似乎也有点规律可循。这里主要结合这篇文章谈一点自己的想法:
一般说来,类似系统给出的提示和反馈信息,模态或者无模态的,用“您”比较合适,这符合人们“对话”的习惯,要不咋叫“对话框”?
如果要表述用户发出的动作,而且用在button或link上,比如“买、卖、投诉、举报”等等词汇,用“我”做主语较为合适,像淘宝“我要买”和“我要卖”;但对于这一动作发出之后系统的反馈,就又回到了上面,用“您”。比如,点击了“我要买”之后,新页面中系统给提示“请输入您要购买的数量”,买完后又提示“您已成功购买此件商品”等等。另外,表明所属关系的短语,用在button和link上的,也是用“我”比较好,像“我的购物车”,Google的“我的产品”不能click,但也是所属关系的短语,故也在此列。 » Read more…
今天又针对校内手机客户端的照片上传功能作了一下测试。发现上回遇到的问题不是bug,程序没有错误,完全是交互设计的问题。上次的详情见这篇文章 。
之所以上传照片的操作变成了设置头像,是因为我自以为选中了“上传”,实际上是选中了“设为头像”。
看此图:

如果你看到了左下角的菜单,你认为我当前选中的是什么?你还是犹豫了一会对吧?最终大多数人,包括当时的我在内,还是认为当前选中的是设为头像吧。因为在我们对于导航栏的心智模型中,选项被选中或是被鼠标划过时才应该呈现高亮状态,而其他选项是比较暗的颜色。这也符合人的正常视觉特征,需要重点突出的东西要明亮一些。可校内的这个设计确正好相反,图中当前被选中的竟然是“上传”! » Read more…
昨天下午登陆校内手机客户端,提示要升级,于是就升级到了最新版。正巧当时刚xx了E63,装上了n-gage,想zb一下,发几张照片上去。来到照片界面,选择本地上传照片,费尽千辛万苦找到存放手机截图的文件夹。
校内很守规矩,每次访问任何文件夹都要先询问,而且从来记不住上次访问过的地方。就像是探讨人生的时候,每动一下都不厌其烦地问疼不疼,第一次还算你体贴入微,可每次都这样,还有快感么?
文件夹下的照片还不提供缩略图,要是没有特别的文件名,你就得一张张地预览才能找到那些要上传的文件,特别是列表很长的时候,手都按酸了。过了N9,终于找到了要上传的文件,于是左软键选择,选择菜单下有两个按钮,设为头像和上传。点上传,让选择上传到哪个相册,选好了,ok,上传成功。于是又传另一张,预览了一下,又点选择,但这时没有关掉预览窗口。事实上根本没告诉怎么关,要是点击右软件取消就退出了上传操作,还要被再问N遍疼不疼……后来发现原来再点一下预览键,预览就关了。 » Read more…
框架 — skeleton,指单一页面中各元素的组织关系。重在强调通过排版和布局,使重点突出,关系明晰,快速传达页面内容并体现价值,从而便于提高当前页面的使用效率。同时,保证相关页面的布局风格统一,体现出内在联系,带动视觉层,共同维持用户感官上的体验流。
结构 — structure,指页面之间信息的构成关系,是传承,细化,展开,追溯,交织等等。是p2p,page to page。重在强调每次action之前中后的信息变化关系,以及每“套”action之间的信息交互和对整体信息的影响,创造并维持用户思维逻辑上的体验流。
结构位于框架的下一层,结构的设计是需要早于框架的,但并不在着手框架之前就确定下来,而是需要测试,并且不断迭代。框架层发现的问题,有时并非一点trick就能摆平,可能需要调整结构才能得到真正解决。 » Read more…