BeFor Web
为网而生 - 关注互联网及移动端产品的用户体验设计

UX

为产品赋予人格 - 情感化设计的组成要素及实践案例 »

又一个宁静的周日。周末的娱乐活动无非就是这些,做做博客,看看书,捣鼓点儿小代码,玩玩琴。最近在准备一些软硬件设备(见我的微博)以及素材段子,接下来也许会出些demo;蛮久没像样的折腾这些了。

说正经的,眼下这篇文章是最近为数不多的让我感到多次触动的东西。之前在微博上说了,“全文读下来我有种…五体投地的感觉。如此用心打造的产品怎会不成功?一个个在情感化设计方面具有代表性的产品罗列在一起,看着这些又开始有那种感动的感觉”。我并非希望借助这样的阅读资料让自己立刻掌握相关的技能,其实更重要的是这些东西在头脑中留下的那些印象,那些条件反射般的“感觉”。不多说了,进入正文。

Flickr为用户准备了很多有意思的登录欢迎语,这其实是一个容易被忽略的细节,但Flickr的整体设计风格与产品气质也正是由许许多多这样的细节构成的。也许,只有当这些细节从产品中消失的时候,我们才会发现并开始怀念它们

十个方法,让你的线框原型更具沟通能力 »

虽说是每周一篇译文,不过这事儿确实不能算是非常容易。从阅读,到筛选,到试译,到最终确定本周的文章并完成译文,主要还是依靠每天抽些时间来做。还好,毕竟是自主行为,爱过,也仍在爱着,这就是UX从业者兼翻译票友的节操有木有。默,我们进入今次的正文。

我(英文原文作者)参与过很多产品的线框原型设计,包括我自己独立完成的,还有与其他设计师、产品经理甚至是业务分析人员一起合作的。这很棒,因为在这个过程中我见识到了很多优秀的项目。不过慢慢的我也发现了一些问题,一些大家时常会在原型制作过程当中忽略掉的要素;如果能注意并解决掉这些问题,我们的交互设计产出物就可以发挥更大的实战价值。

下图所展示的是一个很典型的例子,我们通常会将这种风格的线框稿交付给相关同事来跟进视觉设计或原型测试的工作

为用户的成功操作提供正面反馈 »

炎热的天气,宅在家中拉上窗帘一边看着喵们耍宝一边做博客,这情景让我想起阿拉蕾一家。Take me down to the paradise city where the grass is green and girls are pretty.

下午茶一般的小文一篇,关于操作响应、正面反馈、用户满意、皆大欢喜一类。进入正文吧,毫无压力。

我们喜欢告诉用户他们做错了什么,我们准备了各种出错提示,从电话号码输入格式有误,到登录失败。但是对于用户的那些成功操作,我们又做了什么呢?有没帮助他们庆祝,告诉他们“嘿你做的非常正确”?

正面反馈是提升用户体验愉悦度的关键因素,我们要让用户了解到他们正在执行的操作是正确的,这一点非常重要。在本文中,我们将一同了解一下为什么正面反馈绝非可有可无,作为设计师,我们应该在什么时候、以怎样的方式将其运用在网站当中

iOS Wow体验 - 第七章 - 操作图例与触屏人机工学 »

本文是《iOS Wow Factor:Apps and UX Design Techniques for iPhone and iPad》第七章译文精选,其余章节将陆续放出。上一篇:Wow体验 - 第六章 - 交互模型与创新的产品概念(2)

关于本套译文分享的详情及目录结构,请参考iOS Wow体验 - 译文分享说明

全文由C7210自发翻译(编译),并首发于Beforweb.com,如需转载,请注明译者及出处信息。英文原书版权由Apress所有,中文引进版的版权由相关出版社所有。

相比于前几年,如今的触屏设备已经成为市场当中的绝对主流了。不过即便如此,人们对于这类设备的人机物理交互方式仍然缺乏足够清晰的认知与理解。市面上的很多应用虽然在功能方面都相当的酷,但是从人机工学的角度来看,它们的设计却非常不合理。这些应用能够很有效地激发用户的好奇心,吸引他们去下载,但通常会由于用起来相当不舒服而被用户很快地卸载掉。

我们要尽量避免这种情况发生在自己的产品上。花点时间来了解一些这方面的基本常识是很有必要的,本章所要展示的一些基本概念将为你的实际设计工作奠定良好的基础。

从iOS到Metro - 重新设计应用的交互模式 »

上周有幸玩了一会Metro的平板。单说视觉风格,仍是我的大菜,但真正用起来却不觉得舒畅,尤其是横向浏览内容列表的时候,视线不停的在X轴与Y轴之间切换,很快感到头晕目眩,这一切似乎比瀑布流更加凶残。

当然,仅仅是个人感受;我不想这样就得出Metro中看不中用的结论。做这篇译文大致可以代表我的立场,即相比于iOS来说,Windows这套东西确实有很多独到的精华在里面;我想通过这样的文章加深认识,了解一些表象背后的东西。也希望本文可以给那些已经熟悉iOS,但对Metro及Windows平板仍属于初识的朋友们一个小小的起点。接下来让我们进入正文,一篇与来自微软官方的案例文章。

iOS是个不错的平台,人们在其中创造了各类触控优先、有趣且吸引人的应用。不过,随着Windows 8的登场,设计师和开发者们又多了一个释放创意能量的新舞台。

在本篇案例当中,我们将帮助各位使用Metro风格的设计原则对原有的iOS应用设计方案进行重新构思,大家会了解到怎样将iPad当中一些常见的界面元素及体验模式转换成为Metro风格,以打造全新的Windows 8应用。我们将对同一款应用在两个平台中的不同设计方式进行对比,帮助各位了解怎样将你的应用与Windows 8以及Metro设计原则进行完美的融合

iOS Wow体验 - 第六章 - 交互模型与创新的产品概念(2) »

本文是《iOS Wow Factor:Apps and UX Design Techniques for iPhone and iPad》第六章译文精选的第二部分,其余章节将陆续放出。上一篇:Wow体验 - 第六章 - 交互模型与创新的产品概念(1)

关于本套译文分享的详情及目录结构,请参考iOS Wow体验 - 译文分享说明

全文由C7210自发翻译(编译),并首发于Beforweb.com,如需转载,请注明译者及出处信息。英文原书版权由Apress所有,中文引进版的版权由相关出版社所有。

面对竞争对手的产品,积极主动地寻求具有差异化的用户体验设计之道——这个过程会顺理成章地引出“标志性的交互模式”这一话题。所谓“标志性的交互模式”,就是指那些能够帮助用户对你的应用产品及公司品牌产生辨识和认知效应的独特交互模式。

这项工作并不意味着要在现有的产品设计开发流程当中做出某种额外的技术投入,它所关系到的是一种能够在设计方案当中体现出来的观念模式和设计目标。其实,打造具有差异化的用户体验这个过程本身就是对标志性的交互模式的定义,只不过我们一直以来所讨论的对象都是单一的应用产品如果你所在的公司或团队同时拥有数款系列化的应用产品,那么你在系统层面的全局化设计思路就必须同时扩展到其他产品及相关功能当中。这也意味着你需要扩展交互模型设计方案的作用范围;其中的每一个设计决策都有可能影响到产品家族当中的其他成员。

怎样为网站创建风格指南(style guide) »

旅途归来,一切安好。五天很短暂,回想起来基本只有将就算是蓝色的大海和天空,还有白花花的沙滩;有兴趣的朋友可以到我的微博中看看风景照什么的。

还好,回来之后并没觉得无法适应惯常生活一类,它们之间的区别只是“状态1”与“状态2”这样;把该做的事情立刻开始做起来吧,心里会安一些。之前一篇是“iOS Wow体验 - 第六章 - 交互模型与创新的产品概念”的前半部分。今天插播小文一篇,怎样为网站创建风格指南。进入正文,锵锵锵。

什么是风格指南?简单的说,就是一份告诉你如何讲故事的文档。它确立了一些标准,例如怎样撰写文案、怎样排版、怎样打造视觉元素和交互方式等等。风格指南源自于印刷领域,例如报刊(看看卫报的风格指南);在Web领域,它同样体现出了巨大的价值。

无论是传统印刷,还是互联网,最关键的都是“内容”。风格指南的最终目标就是让内容以清晰并且一致的视觉风格呈现出来。BBC的全球体验语言(Global Experience Language,GEL)就是网站风格指南的绝佳范例。不妨通过页面右侧的“Download GEL Web Styleguide”下载一份PDF文档来稍作了解先。

iOS Wow体验 - 第六章 - 交互模型与创新的产品概念(1) »

本文是《iOS Wow Factor:Apps and UX Design Techniques for iPhone and iPad》第六章译文精选,其余章节将陆续放出。上一篇:Wow体验 - 第五章 - 利用iOS技术特性打造最佳体验

关于本套译文分享的详情及目录结构,请参考iOS Wow体验 - 译文分享说明

全文由C7210自发翻译(编译),并首发于Beforweb.com,如需转载,请注明译者及出处信息。英文原书版权由Apress所有,中文引进版的版权由相关出版社所有。

到目前为止,我们已经了解了足够多的基础理论,这些内容可以帮助你更好的理解那些决定着产品用户体验的设计决策。现在,我们所面临的问题是,在实际项目当中,怎样做出能够与竞争对手的产品形成鲜明差异化的设计决策?怎样才能实现具有突破性的产品概念?本章中,我们将对这些话题进行探讨。

我们将要介绍的并非是某种能够立竿见影的快速指南,你无法在看过这部分内容之后就立刻掌握了其中的“秘诀”。要打造出令人惊叹的应用,我们仍然要进行大量扎实的工作和不懈的思考,以及在这个过程中对于创造力的探索。你必须下决心在这些方面做到必要的付出,才有可能使自己的产品真正脱颖而出,取得成功。

最小化可用性设计(Minimum Usable Design) »

似乎是蛮久没有这样周末独自在家安静的做做博客了。生活终归需要张力,一周一周的忙碌,到了周末哪怕会寂静的有些无聊,感觉上也蛮有趣的。

今天这篇小短文有点儿意思,英文原文一遍读下来觉得没有什么不显而易见的东西;翻译了一遍,然后回过头又看一遍原文以及评论当中的观点,才尝出一些味道。就当作引子吧,有兴趣的朋友不妨再去看看原文及评论。敏捷,迭代,最小化可行产品,虽然这些概念在现实中极容易被很多人相当没节操的当作借口和托辞,但作为设计师,我们自己心里还是应该有数。正文走起。

有一个很著名的悖论一直在生活中困扰着我(英文原文作者),它似乎可以适用于很多领域,包括Web及移动应用设计。我所指的就是芝诺悖论

人们会使用各种版本的示例来诠释芝诺悖论,我们来看其中的一个:

要步行穿过一片森林,你首先要走过全部路程的一半。当你到达中点时,接下来还需要走过剩下路程的一半,然后又是剩下路程的一半,以此类推,你就会发现自己永远无法穿过这片森林了我去。

在实际工作中,我时常会觉得,无论手头这摊子事情处于哪个设计阶段,我似乎永远还有一半的事情没有搞定。也许正是因为这种状况,我们才总是会说“要把所有细节都完成的话还需要两个礼拜”,结果就是无论事情做到哪一步,似乎总是无法真正的完成目标,中间总会有一段距离需要更多的工作来填补。

这事儿仔细想想的话是会凌乱的,不过换个角度来看,它也有可能成为一种能够帮助我们实现成功设计方案的动机与思路

通过合理的指示元素引导用户发现隐藏内容 »

天气甚好,不冷不热,微困。搞掉这篇就上房顶子发发呆。如果哪位觉得今次的图标有些许惊悚的话,欢迎在评论中吐槽,或者直接在微博上跟我念叨。

之前连续更新了两章iOS Wow体验,分别是关于应用上下文环境以及iOS技术特性这两方面的话题。今天换换脑子吧,放下移动应用这摊子事,回到Web端,遛一篇图文并茂篇幅简短的小译文,关于隐藏内容及相应的提示元素使用方式blah blah的。走着。

标签(Tab)、下拉菜单、手风琴风格的折叠控件...渐进呈现(progressive disclosure)的交互方式可以有效的帮助我们降低界面的视觉复杂度,同时尽可能多的向用户展示内容。

不过凡事有利亦有弊,在视觉上不可见的东西确实很有可能被用户所忽略掉。因此,把界面元素隐藏起来还不算完,我们必须通过一些恰当的方式向用户进行提示,让他们意识到隐藏元素的存在

Pages