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

打造成功的产品 - 以小为始,公听并观 »

我恨秋天和冬天。喵们和我都容易在这个季节生病。另外尤其讨厌的一点是,无论早上起床,还是晚上回家,以及洗澡——穿衣脱衣的过程都要花上比夏天多很多的时间。

其实说到这个,想想看会让自己厌恶烦躁的倒也远不止穿衣脱衣的事。总结下来,只要当下产生了做某种事情的需要,却不可以立刻进入做那件事的状态,就会很难受,甚至是恼怒。例如晚上打算学点东西,但这之前必须吃饭洗澡,这个“中间”的状态就很讨厌...而吃饭之后,又必须首先花时间把碗刷掉才能洗澡,这也很讨厌...总之从计划到实施,这当中涉及的中间状态越多,越讨厌。中间状态对于目标的完成永远是一种阻挠,这让我觉得目标与现实之间有着无比强大的摩擦力;什么时候才可以平滑的好像牛油一样呢。

这些听上去像是无病呻吟的废话,其实你仔细琢磨琢磨,不是没道理。你为什么不生气,为什么不愤怒,为什么不着急,为什么任凭目标以外的事物干扰自己的前行,而不去想想那些事物是否真的像吃饭睡觉这类刚需一样无法改变?话说,如果你和我一样对这些事情较为敏感,那么其实我们所在的行业,我们平日所做的事情,正为我们提供着一系列的机会,让我们可以创造一些在生活当中帮助人们减少这类摩擦力的东西。可是话说回来,如果只有我们自己在意,只有我们自己能感受到负面体验给人带来的沮丧,那这一切的意义到底在哪里?我只知道闲话可以到此为止了。看正文。

“新创产品的目标,是找到一个奇妙的点。在这里,最小化的形态与可行性可以完美的结合,让人们乐于使用。经过一段时间,你听取用户的意见建议,对产品进行改进,并逐渐提高‘可行性’的标准,使竞争对手逐渐无法跟上你的步伐。” - John Radoff

设计师与"少即是多" »

各位在看到这篇的时候,有没正在听歌的?我正在听The Rolling Stones的《Sticky Fingers》,这是滚石的专辑当中我最喜欢的一张(封面是一个穿着牛仔裤的下半身形象;据说上世纪70年代早期版本的封面上,裤链是真的可以拉开的)。你在听些什么呗?

这个周末可以用来做事的时间非常有限,于是找来一篇较短的文章;读下来觉得是一篇很棒的小文,是我很喜欢的那类篇幅不长却高度聚焦于一个主题的东西。关于简化、关于动机、关于设计与功能的关系、关于片面的扁平化风潮;分享给各位,希望能带来一些共鸣。

这里进入译文。过去几个月当中,我一直在马德里的一家创业公司的设计团队当中任职。我的主要工作是为他们的一款主要应用产品进行重设计,这其中确实遇到了不少挑战。我们每天都会问自己同样一个问题,那就是怎样在保证功能性与吸引力的同时尽可能的对产品进行简化。

每轮迭代,我们都会解决掉一些矛盾,然后再回头看看以前的版本,就会觉得从前的体验真是噩梦,看上去也不怎么漂亮。不错,我们是在进步。

作为设计师,我们不断的寻找着能够简化产品的创新方式。我们希望自己的设计方案能使产品用起来更有效率,更具功能性,当然,也要更顺眼。毕竟,我们是设计师。

案例学习 - Commit的iOS7重设计 »

我这套肠胃,从小到大就没消停过。最近一个月因为要打起精神照顾喵,着实煮了不少咖啡,到这一两周里果然开始盯不住了,每喝必拉。想想两年半之前有阵子咖啡喝过量了差点挂掉,最后还做了肠镜,而且是人生第一次用那种静脉麻药,还记得那股凉嗖嗖的东西被灌进胳膊里的赶脚,然后一下子就涌进了脑子里面,接下来就迷糊过去了;且醒来之后的几分钟是没有记忆的,恢复意识之后发现自己已经把裤子穿上了。

这是扯哪去了呢。还是说正经的。今次更新放上来iOS7重设计实战案例一篇。之前已经做过一篇Luke Wroblewski重设计他家Polar的案例了;而这次的故事讲述了一个非常简单的小App的iOS7重设计之旅,我们一起看看吧。

这里进入译文。几年前,我(英文原文作者)设计了一款名叫Commit的应用,它给我带来的间接收益比我做过的任何事情所带来的都多。所谓“间接收入”,是指Commit帮我形成的良好习惯,而不是它的销售业绩。

具体介绍一下Commit。这是一款基于Jerry Seinfield的生产力理论打造的习惯养成工具。大致的产品概念就是,如果你希望自己能够擅长某些事情(譬如写笑话),那么你应该每天都去做这件事。Commit可以追踪你每天的行为,将记录串联起来,长此以往,“保持记录连贯完整”就会成为你持续练习的动机之一了。

这个理念是奏效的。我从2012年3月开始每天坚持写一千个单词(书、博客、客座文章等等),截止今年7月,这个习惯已经保持了超过400天了。

产品就介绍到这;接下来,我将和各位分享Commit的iOS7重设计历程。

浮动式表单标签(Label)的设计模式 »

这是一篇准备在一周中间的时间里发布的短文。其实每周会汇总到不少文章和资源一类,固定的周末更新基本就是一篇译文,总是有些,浪费的赶脚。那么平日略微有些碎片时间可以用的话,做些小更新也还不坏。

正在听滚石的Miss You,够骚的歌;Slash有句名言,好歌要么让你想fight,要么让你想fuck;必须的啊。

有点闹了,说正经的了。简短的一篇小文,介绍了一种有点意思的表单标签设计模式。

这里进入译文。表单当中比较常见的内联标签(inline label,将label直接置于输入框中的模式)容易引起不少麻烦,但与此同时,移动设备屏幕的局限又迫使设计师不得不紧缩空间。这种局面比较尴尬。我们首先来分析一下传统内联标签的优缺点:

15个最新的响应式设计前端框架 »

眼下是较为宁静的周日下午(但这篇没打算周日发),滚石和Led Zeppelin一张一张的放着。别说我老了,10多年前同样是在听这些,特别是在没有多余的精力可以发泄或是没有特别负面的情绪需要抑制的时候。老东西总是最有沉淀感和安全感的,毫无疑问。

正坐在沙发正中间,左右一边一只喵,都盘成个团安静的睡着;从10.1假期把推推从医院接回家开始,每天基本没有晚于6点起床了,加之这一两个月学车的频率也变高了,周末也便是同样的起床时间。搞得这样的下午恍恍惚惚的像是每一个感官都要逐渐睡去的样子了。据说人在将睡未睡的时候,脑波是最利于记忆和创造什么什么的,真真么?倒是记得好多年前以设计博客模板为职业的时候,有几次在睡着之前好像突然看到些特别赞的页面,但接下来要么是没办法让自己醒来,要么是起来试图描画出来的时候又寻它不见了;挺奇妙的。

那么不多说了,和上周的15个响应式前端设计框架同属一个系列,时间较新,用的到的朋友可以看看有无所需。以下文字内容均来自原汇总帖

你会发现,随着响应式Web设计的不断成熟,各类框架也变得越发健壮和可靠。也许是受到了Bootstrap、Foundation和Gumby的影响,如今很多新的框架都开始向一体化多功能的模式进化,它们提供了更多的功能,同时会包含可复用的组件和模块,例如图标、对话框、页码导航、面包屑、导航栏等等。

当然,不是所有的框架都塞入了大量的功能,有些只是简洁的提供了固定布局的基础。接下来是15个最新的响应式框架。

iOS应用开发基础 - 起步 »

还算是个阳光周六,喵正在我身后的砂盆里埋便便,唰唰唰的;一会带她过去医院复诊,希望是好结果。

念旧的毛病改不掉。这个多事之秋里,总是回想起2005年大学毕业之后那几个月的日子。当时的第一份工作是在徐家汇附近一家掌上电脑公司卖Palm和HP一类的PDA,各种智能机也从那时开始被越来越多的人接受。每天身为一个“卖手机的”工作一天,晚上回到家(在中山公园和朋友合租的两室一厅,月租金每人800元)随便糊弄点粮食吃掉,然后就是吹着风扇喝着啤酒尽情的学Photoshop啊Illustrator一类;似乎每晚都有用不完的时间,从7点到夜里2点,任由自己安排。那时一心往Web行当里扎,约莫是不想一辈子被人叫做“卖手机”的吧。其实现在想想,如果从那时老老实实卖到现在的话,却也早该赚的盆满钵满了吧。只是自己不喜欢。

那时的状态幸福的有些不可思议,而如今每晚可以利用的时间加在一起写不了几行字也看不了几页书;一事无成的感觉越发强烈,而自己却已年入而立。真想有什么办法可以把每天的时间透支到25或26个小时,让我再可以多学些东西,多做点事,在自己变成一个庸碌无为的中年大叔之前。

那就说正经的吧。之前在微博念叨过,想做些iOS开发基础方面文章。找到一个还算比较新的教程系列,今天做第一篇。大约从第五篇起,原作者开始使用Xcode 5;前面四篇基于Xcode 4的范例倒也不会造成很大困扰。再多念叨两句,做这类文章,目的就是希望更多和我一样的设计师能对开发方面的那点事有些概念、常识和认知;真正的开发能力绝非看几篇文章或听几次技术人员的分享会就可以掌握的,这点还希望各位能够了解。

这里进入译文。如今,开发一款iOS应用已经变得相对容易了很多,因为有大量的工具可以帮助我们更轻松的完成整个开发流程。我向你保证,一旦你开发出一款iOS应用并上架到App Store当中,你一定会觉得无比兴奋的。

本教程系列将帮你从零开始学习开发一款iOS应用,同时还会帮你了解Xcode以及一些关于iOS编程的基础概念。

15个响应式设计前端框架 »

不年不节不周末的,临时加演一篇资源帖。响应式框架,偏前端的同学可能会有所欲求。

之前念叨过,但凡资源帖,多数是自己眼前用的着的东西,才会趁自己搜罗的机会汇总一下放到这边。话说回来,根本也没做过几篇的样子,印象里有iOS7免费设计资源汇总iOS设备及界面模板免费资源汇总吧。这次拿来15个响应式前端框架;声明,我自己没用过,做这事起初只是为了我们自己有可能的项目收集有可能的素材和解决方案而已。如果您需要,可以挨个访问过去了解详情,也可以直接从Github获取,我最多算个牵线儿的,不做任何support方面的工作,还请理解了。

不多说了,直接上货吧。

案例学习 - 为iOS7设计的利与弊 »

搞的一写开篇语就想先聊下喵的事情了。推推本周情况仍然继续稳定着,上周一的复查结果还不错,血液化验、X光、B超一类检查下来,都有比较积极的进展,这让我自己的状态也好起来很多的赶脚;只是另外一位公喵略受冷落的样子。

这种日子过的不是非常顺心、需要付出很多时间精力和金钱才能尽量扭转或维系状态的时候,反而会更加尽力让自己拿出些所谓的潜力或什么力,来保持一种不至于悲观和消极的状态,例如在零散的时间里多看些书,或是把哪怕几分钟的时间全身心的投入到自己喜欢的事情上面。不过不能否认的是,一口清咖啡一口威士忌轮着喝的时间也越来越长了。

之前在微博上念叨了自己的想法,接下来可能会在这边做些iOS开发基础知识方面的内容,“目的是让更多做设计的兄弟姐妹少被忽悠,少受委屈,或是可以入手做些自己的产品”;我确实是抱着这样的目标来学习这些的,虽然完全没到能自己做东西的程度,但至少不能算一穷二白,所以拿些技术科普文章来翻译下还是可行的,况且之前已经做过一篇来着。

闲话说的有点多,进入今天的话题吧,Luke Wroblewski和我们分享了他们在为iOS7进行重设计的过程中所学到的一些东西;真真正正在实战中会遇到的一些问题,以及相应的思考方式及解决方案。

这里进入译文。和其他很多公司一样,我们最近花了不少时间来重新设计我们的iPhone应用Polar,使其能够适配苹果最新推出的操作系统。在漫长的重设计过程当中,我们真切地了解到了很多关于为iOS7进行设计的利与弊,甚至是一些说不清道不明的地方。

当我们开始着手将Polar已有的界面元素与iOS7的整体美学及设计语言进行适配的时候,有一件事情变得很清楚——我们不会仅仅满足于让应用适配iOS7,我们想要确保重设计之后的方案确实比之前的版本要更好。从某些方面来讲,iOS7让我们可以更轻松改进现有的设计方案;而在另外一些方面上,事情却变得困难了很多,我们的多数时间也正是花在了这些地方。

别再说iOS7是扁平化设计了,好吗? »

好短暂的周末,在一天当中压缩了很多事情。学车、照料喵、做博客、看书,还睡了个很久没那么舒服了的午觉。眼下已经快到晚上11点,发好这篇早点躺倒了。

仍然有很多朋友在关注关心着小喵推推的健康情况,我在这里再次向各位表示真心的谢意了;目前情况仍算稳定,看上去每天6、7个小时的照料还是有些正面反馈的;明天带去医院复查一下。想到上周有天下午实在困的不行,在桌前趴了会,很快就开始做梦了,梦到自己中午回到家里照顾推推,累了便睡会,突然想到下午要上班,要赶紧回公司;然后便惊醒了,发现自己就在公司;各种穿越和失真的感觉。

说正经的,来看本周更新吧。又是议论文一篇,简短而明了;正好前几天和老同事聊到这方面的事情,很共鸣,拿来分享给大家。

这里进入译文。苹果发布iOS7之后,我们听到最多的流行用语就是“扁平化设计”了。显然有不少人认定,iOS7特定的视觉美学使其看上去比iOS6要更平,因此,人们也应该以这种方式来设计应用。

问题在于,iOS7从本质上讲并不扁平。实际上,它是非常细腻且具有层次的;那些使用”扁平化“一词来描述iOS7的人,他们无非是在重复那些从一开始就这样误解iOS7的科技名人的话。道理何在?我们一起来看看。

iOS7第三方应用重设计的解决方案及案例参考 »

10月3日,似乎是假期的第三天了,日子已经过到无可名状的样子了。把小病猫从医院接了回来,病情稳定了些,至少眼下还没有继续恶化下去。每天喂5种药,并且将猫粮泡成浆糊强行喂食。那么像现在这样可以在间歇当中抽些时间出来专心打几个字,更新一下博客,已经变成了奢侈的享受,很珍惜。

不知这样的日子什么时候可以结束,希望是以好的方式逐渐恢复正常。但不知哪里来的勇气,在这样的状态里却悄悄鼓起了一些力气,一方面尽力维护小猫的状态,一方面努力珍惜分分秒秒空闲的时间看些书,做做事。总会好起来的。不过还是买了瓶JD陪着自己,这种时候还是需要一些的,半口下去头疼就能好些。另外也真心感谢在微博和微信里给小猫祝福,给我鼓励的各位朋友们。

那么就来看本周译文呗;之前的几篇都是资源和参考方面的更新,今天恢复一下常态吧。

这里开始译文。乍看上去,“为iOS7重设计”无非就是新的应用图标、无边框按钮、与导航栏配色相匹配的状态栏等等。不过如果你再深入挖掘一些,便会发现很多耀眼的地方都体现着iOS7的三大设计主题,即“依从、清晰、纵深”。

对于某些应用来说,这些改变带来了设计上的极大改善,而另外一些则甚至比从前还要糟糕,不仅可用性被破坏,而且品牌识别效应也大打折扣。本文会围绕着iOS7 UI过渡指南当中提出的一些关键性的设计解决方案,介绍一些比较有代表性的应用案例。如果你正计划着升级自己的产品,或是以iOS7风格为准绳从零开始设计应用,那么这些例子可能会帮你更好的起步。

Pages