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

学习

通过有意义的动效解释应用的交互机制 »

现在是周五晚间,因为仍可预见周末事务巨多,就分摊到前面来更新。一天没干正事儿,团建日,做布丁、三文鱼沙拉,击了个剑,吃了点肉,这样,肚皮略满足。

回来坐下又开始寻思做事与日常摩擦力的事儿。我忘了以前有没念叨过,2005年这个时候,那时刚刚毕业,天天在徐家汇卖手机;每天18:30左右收工,骑车回到小出租房约19:00(那时中山公园附近两室一厅一个月只要1600),在超市买俩饭团子,到家扔微波炉里,同时快速洗澡,出来取出饭团子坐在空调扇前面边吹边吃,有时也会来一罐冰啤酒;完事立刻进入学习状态,这时也不会超过19:30,接下来就是PS AI一类各种学(都是当时VeryCD上下载来的国外教程),一路学到夜里一两点,继续喝酒把自己喝晕,躺倒。

那时的生活现在看来是何等的轻盈...几乎就是想干正事儿立刻能干起,闲杂事物几乎不存在的状况。其实如今在生活中很多莫名的烦躁与焦虑,在自己看来多半也是因为渴望却难以回到那时的状态所造成的。

念叨半天这些事情跟眼下的正事儿也一点关系也没有。这周的话题关于动效;我是个,怎么说,对动效的使用较为谨慎的,人。越是炫酷当道的年代越是这样;因为在我个人看来网上到处能看到的那些“动效典范”多数其实都很晕...一些主打这些元素的应用真的拿到手里用起来就觉得视线无法聚焦,缺少让人觉得安全稳定的落脚点。当然有好的一面,譬如有趣带劲的印象、科技感等等,但我仍觉得得不偿失。关键问题还是在于动效的使用动机是怎样的,是否真正有意义,无论理性还是感性上的意义。本文内容就是围绕这样的观点,通过真实案例来讲述的。正文了。

别让坏的流程与架构扼杀好设计 »

加餐,务虚之文,虚中有实,实中有虚,虚虚实实,万象归宗。这都哪跟哪呢?

把昨晚看到的一篇小文更新上来。一到这样的夏天中午就会想到EVA里加持与美里“共处”的那个段子,昏黄、风扇声、微风、烟灰。就是这样。另外刚刚打开电梯的同学记得看昨天的更新,本周末两篇。不多说了,放文。

“坏设计很少是由设计师造成的。多数时候,原因在于坏的组织架构。” - Don Norman

在设计咨询公司及in-house团队当中担任了多年UX设计师的经历,让我有足够的把握去说,我真真切切的看到过很多优秀的设计方案被坏的流程及组织架构所扼杀。

我曾和许多非常有才华的设计师一同工作,也看到过他们的很多设计最终只能被放进文件夹中。人们无法看到这些令人兴奋的设计方案被落实到产品当中并推向市场,我们能做的只有对着自己的“废稿”幻想它们被开发出来的样子。

这是让人非常伤心的事情。我在本文中给出几点小小的建议,希望能帮你、帮你的公司打造更加正确的流程与组织架构,看在伟大设计的份上。

与其纠结完美,不如保持进化 »

今次的标题,参考了Neil Young的歌词“It's better to burn out than to fade away”,当然也是Kurt Cobain用在遗书中的最后一句话;中文“与其苟延残喘,不如从容燃烧”来自郝舫老师的翻译。译的好经典。

对我来说身体状况对精神状态的影响一直很大。上周日晚间做俯卧撑时把肩膀的肌肉拉到,典型no zuo no die。去了人肉地狱一般的六院也没看出个所以然,膏药贴了一周不仅没有缓和反而让疼痛蔓延到手臂,肌肉会自己跳,连杯子也没力气拿起来。沮丧哦。

伤筋动骨一百零五,我也不指望一两周就能养好了。其实前面刚刚又从医院回来,只是周六肌电图没的做,又要耗下去。明天有明天的安排,今天上一篇价值观短文;其实我也想了,现在越来越多看到这种篇幅精炼主题清晰的小文章,自己很喜欢;是不是该多拿来做些,提高发布频次,而不是一直抱着大部头难啃的文章不放呢。不知道,接下来看喽。进入正文吧。

前年,我们完全是抱着“慢工出细活”的心态来重新设计我们的Web应用Trading Paints的。我们告诉自己,除非到了100%完美的程度,否则我们是不会让它上线的,毕竟这次重设计会为该产品奠定一个较为长期的基调;要最准确最全面的展示各项新功能,我们只有一次机会。

案例学习 - 关于VSCO Cam的可用性测试 »

周末好时光,寂静似温床。初夏虽无暑,啤酒却清凉。

好诗。把一堆乱七八糟的东西浓缩成20个字;古人的情怀比起如今140个字的世界来说更加不扯淡。

记得高一那年夏天,大约是1999年的这个时候,要选择接下来学文还是学理;一直认定自己内心更加适合学文,而且当时一个关系不错的喜欢Nirvana又会弹钢琴的姑娘选了文科...但是按“寻常路”的思维来说又没道理不学理,男生,数理化还算过的去(后来证明其实过不太去),记性又不太好,不适合背大段大段的东西...做决定之前的那一天相当纠结。最终还是选了学理,于是在悲惨和抑郁中度过了中学时期的最后两年。

不follow自己的内心,大约就是这样的结局哦?话说今天的更新,属于比较“特定”的情况,关于照片处理应用的话题;个人工作方面的关系吧;普世性也许不是很强。不管了啊,进入正文了。

Visual Supply公司出品的VSCO Cam是一款时尚并强大的移动端照片处理应用,无论在App Store还是Google Play都有着4.5星的优异战绩。VSCO有一大批忠实的用户群,而且他们的Grid(应用内置与在线的照片流)当中有着很多我所见过的最美的照片。在2014年5月,他们成功融得4000万美元的投资。

那些小处见大的设计细节(10) »

有的老小伙伴要去霓虹国,有的老小伙伴正在生宝宝,有的老小伙伴正在香港兴许还在琢磨着去霓虹国的小伙伴会不会帮他带手办;不知还有些什么小伙伴在看着什么电影吃着什么美食逛着什么街血着什么拼。想到这些觉得蛮开心的不知道为什么。

这周末公事私事缠身,着实没有时间做文章的更新了,便零七八碎的拼些小时间出来做一期小处见大。哦蛮久没有做过了,一直以来关注的LittleBigDetails也没太多新货了;倒是在想,接下来继续做的时候还可以挖些他家的旧货出来,虽然那些蛮早以前的App或Web服务可能已经有过多次改版了,但是那些细节当中的设计精髓毕竟不会随着时间的推移而褪色。

那这次就开始了;发现有不少是Google的;今天也花了不少时间研究Glass,有兴趣的同学也可以翻翻之前的两篇文章,“Google Glass日常交互体验”以及“为智能眼镜而设计”。走起。

设计师应该了解的Beacon基础知识 - 交互体验解析 »

上周四和小伙伴们去了辰山植物园。然后预订今天和老小伙伴们再次去辰山植物园。然后因为刮风下雨没去成。没了野餐,没了蛋糕,没了小春游。一切讨厌的事情全都怪天气不好。

周末伴随着坏天气很快就要过去的样子这让我觉得很没劲,根本就是任何事情都没什么心情做,站也没建书也没看琴也没弹,完全没有建设性!...话说博客也是正事,继续上周关于Beacon基础知识的话题,开拓开拓视野呗。下面进入译文。

OK,我们已经了解了Beacon是什么,很棒。接下来的问题是,作为设计师,我们能做些什么?我们能在这种技术平台上打造怎样的交互体验?

我和我的搭档Nick Urban决定把这个问题拆解,将Beacon涉及到的交互模式进行分割,以一种清晰的、尽可能非技术化的方式把其中的每个方面都搞清楚。

设计师应该了解的Beacon基础知识 - 什么是Beacon? »

周四,小假期第一天,天气非常之不错,但是生物钟不对,没在休息的点儿上,整个人都觉得有点别扭。眼看着猫猫伸伸梅花爪换了个方向继续盘起来睡。

又想看《三体》了,2012年的这个时候第一次看,去年也是,然后现在又想,这也是生物钟吗?还是这季节这温度这味道让大脑里的什么记忆模式又开始共振了。无从了解。

话说Beacon这事,从第一次听到iBeacon这个词开始就对这个概念特别有好感,也许是觉得太形象太优雅太有情境感的缘故吧。只是平时最多看看新闻消息然后收藏一下,没有专门对待过。昨天看到一个系列的两篇文章,首先介绍了Beacon技术的大致概念和应用情境,然后是针对Beacon设备的交互设计话题,很喜欢,于是决定分两次把译文做掉。希望自己加深理解,同时对大家也有些学习价值吧。下面进入第一篇的译文。

Beacon(中文“灯塔”、“信标”)是一种“邻近系统(Proximity System)”。在该系统中,运行在智能手机、平板电脑、可穿戴或其他计算设备上的应用可以对“Beacon设备”发出的信号进行响应。

Beacon设备自身是一种小巧而廉价的实体设备,你可以将其放置在某些场所,向处于一定距离之内的“响应设备”发送信息。

重新思考移动应用的新手教学模式 »

周六晚间了,似乎还能听到外面滴滴答答的声音;从夜里开始几乎下了一整天的雨吧?

本想在这里详细记录一下今天带斑斑检查身体的事,想想算了;每次自己在过去的博文中看到关于推推的那些记录,心里仍然会难受。倒是要在此再感谢一下在微信里发来关心的朋友们。

话说上周买了瓶葡萄酒留着平时喝两口;不想再依靠威士忌那样久而久之容易伤身的东西了;却发现自己也真是没什么欲望了;倒是每次和同事朋友聚会喝喝清酒觉得越发的舒服。一口口灌烈酒的阶段(再次)过去了,真不是坏事;反正总还会来的,恩?

今天的译文来自Theresa Neil,也就是《移动应用UI设计模式》(O'Reilly大公鸡)一书的作者;本文所讨论的话题也是从这本书延展出来的:作者在实战中运用自己书中归纳出的设计模式,遇到问题,继而开始重新思考...接下来进入译文。

对于设计师来说,设计模式库是很棒的灵感来源,不过常见的实践方式未必是最好的。本文中,我们将一起看一看为什么很多移动应用的新手教学模式并非那么有效,以及我们可以从游戏设计当中汲取到哪些理念来帮助我们选择更加有效的设计模式。

在正确的情境中向用户获取iOS权限 »

仔细想想,上周什么事情都没有发生,似也无从念叨;这不是最好的状态么?周五和老小伙伴们碰头聚会,吃香喝辣,谈天论地,确是痛快。

说到吃,昨天剪好头发在家门口小店买了炸鸡排,这是一直以来的习惯。自从小理发馆换了老板,体验便一次不如一次;自从炸鸡店换了老板,鸡排便越来越难吃;又想到从前常叫的外卖譬如拉面馆的炒面啊大盘鸡啊还有西北馆的各种风味小吃或是每到夏天都会犯瘾的烧烤,全都不好吃起来。

才一两年的时间,好的都变得不好了,这事儿让我想起《基地》,丹莫茨尔撺掇谢顿研究心理史学时反复强调的衰败衰败...我不觉得自己在生活的细节里过分敏感,感觉正在变坏的,确是在变坏;真讨厌。

话说今天这篇文章,最近几日看到到处在转另外一版译文,相对浓缩一些,也挺好看的;我学我的,我做我的。文中阐述的思路和具体方法,值得各位设计伙思考与参考;“术”未必对所有的产品都适用,但“道”确是皆通一理。下面进入译文。

Cluster是我设计过的第一个iOS原生应用,整个历程让我学习到了很多在过去的Web设计当中不曾考虑过的东西。在Web世界中,你通常只需要创建页面让用户浏览或使用,而在iOS上,除了引导用户下载并使用你的应用以外,你时常需要向他们索取各方面的权限,例如获取地理位置,或是访问通讯录、相机、照片等等。

在设计Cluster的过程中,我们在很多细微却充满变数的交互环节里花了不少心思,以提升用户的满意度及信任感;其中“怎样向用户索取权限”就是我们关注的重点之一。

提升移动应用的“心理响应速度” »

好雨可劲儿下,皱皱眉头不算英雄好汉。正在看98版水浒。

提到水浒,便能想到三件事情。一是小学大约三年级的时候,去图书馆借书,眼看着那边摆着一套水浒的连环画,便和管理员吆喝着“我要看那边的水许”。二是小学里第一次学到鲁迅的文章,老师提问鲁迅原名是什么,我的同桌小伙伴连手都没举就喊了一嗓子“鲁智深”。三是98年初,正是初三寒假,晚上时常溜去街机房玩真侍魂,正好是央视放这套水浒的时候,老板天天看,我就一边玩一边听电视,记得放到潘金莲害死武大郎那段的时候我正在打服部半藏。如今很多事情,转眼就忘;而这些想起来甚至好像能闻到当时味道的回忆,自己都不知道是怎么印在脑海里的。

雨声越来越响,房间里越来越昏暗;我想干脆钻到被窝里听着“大河向东流...”睡去好了。

之前一周过的相当丰韵。入职新公司,大路夜考,临时抱佛脚啃掉科目四的笔试。想起来也是恍恍惚惚的,过山车一样就到周末了。车学完了,就像了了心病,又像刮出一身的痧,心明眼亮,身轻如燕。我考虑要不要另开个博客专门用于扯来扯去好了。噗。开始说正经事儿,这周不做价值观了,关注一点简单而有意思的设计技巧。下面进入译文。

在移动体验的设计当中,界面的响应速度是我们需要重点关注的。移动用户所处的典型情境通常会使他们的注意力更难集中,耐心更有限。如果交互的触发或内容的加载需要让用户等上太长的时间,那么很少有人会不动声色从容不迫的听之任之。

Pages