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

学习

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

现在是阳光着的周日午后。接下来要敲的字,让我觉得很艰难。

2013年11月29日,我的小喵,推推,永远的离开了我。

仍然有些难以相信这是真的,哪怕是这样写下来。回头看看最近两个月博客当中的记录,从9月底开始,推推生病,确诊心脏病,到住院、监护、带回家调养、状态好转、恶化...终于到了这么一天,需要将终点记录下来。2006年到如今,这7年半的时间,我好想和推推一起再重新来过一次,好想。

每天都觉得眼泪已经哭干了,每天仍时不时的就会哭出来,心疼、想念、愧疚,各种情绪交织在一起无法停下;夜里梦到她,也会叫着她的名字哭着醒来。这周末本不想再做任何事情,包括更新博客,但是什么都不做时,难受便没有止境一样,所以还是尽力做些事,尽力让自己知道生活还要继续下去,带着对推推的想念。总有一天,还会可以再见到的,推推一定还会记得我,会钻到我怀里窝起来,再也不分开了。

就说到这里吧,来看这次的译文,又是一篇iOS7重设计案例。

这里进入译文。iOS7刚刚发布时,我们正好在打造一款用在iPhone和iPad上的新应用,同时也在改良我们的品牌和视觉设计策略。iOS7的发布让我们看到了一个独特的机遇,我们可以利用这个机会来推动视觉风格的转变,使其更贴近新系统的设计主题。

我们将iOS7的三大设计主旨——“依从”、“清晰”和“纵深”牢记在心,并运用到我们的界面和体验设计工作当中。

从外观的角度讲,iOS6版本的Luvocracy已经相当扁平了,界面元素简洁易用,其实在很多方面已经符合iOS7的设计主题了。在重设计过程中,我们很小心的将其中的重要元素保留下来,而同时对应用当中一些特定的部分进行了微调或大改。本文中,我将为大家介绍一下这次视觉升级工作中的一些重设计要点。

面对iOS7,设计师们该何去何从? »

目下是星期日晚间,吃过晚饭,把自己埋在沙发里,困倦的很。几乎练了一整天的车,风风雨雨,神马也看不见,倒库倒的一塌糊涂,话说两天之后就要小路了,坏天气的不要;好天气还未必能过呢。

过去的一周里,病喵又经历了一次住院,心脏病引起的肺水肿,还没到很严重的胸水程度。这次只住了一天,因为喵的应激反应实在过大,医生碰都碰不得,干脆还是带回来自己给喂药喂饭。话说,前面几天有没来上海参加User Friendly 2013的朋友?我在陪护病喵期间忙里抽了个“闲”过去参加了一个工作坊。大约,也就是那个样子吧;一向对这类东西没多大兴趣,较真说起来的话,信息量不会有自己每周能获取到的更大。何苦扎堆,又不是搞社会关系的。是吗?

这次放一篇iOS7重设计方面的文章,篇幅比较简短,但角度切合实际,一些观点和建议很值得参考;原文作者就是之前做Commit改版案例分享的那位。走。

眼下,很多设计师还在纠结于要不要将自己的设计过渡到iOS7风格。即使他们知道怎样去设计一款适配于iOS7风格的应用,要弄清楚如何让设计方案变得更加独特也是一件很难的事。

今年,当iOS7刚刚与世人见面时,我的朋友Jeremy Olson写道:

iOS7...有些地方看起来真的很赞。视差效果、界面的缩放、各种微妙的物理动效...我为这些新的、尚未被充分探索的界面概念感到兴奋。

但是,我说,那些应用图标是怎么回事...还有那些无边框的按钮!?

对于干掉皮革效果一类的视觉元素这件事,我充分理解,但是,难道所有的拟物元素突然都失掉了全部的价值吗?

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

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

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

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

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

案例学习 - 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直接置于输入框中的模式)容易引起不少麻烦,但与此同时,移动设备屏幕的局限又迫使设计师不得不紧缩空间。这种局面比较尴尬。我们首先来分析一下传统内联标签的优缺点:

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编程的基础概念。

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

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

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

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

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

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

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

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

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

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

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

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

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

15个优秀的响应式设计案例 »

大家中秋节过的都好吗?有吃到五仁月饼没?有靠在窗前吹着凉爽的晚风仰望明月没?各位当中有赛亚人没?...

其实我过的并不好,准确的说不是我,而是家里的喵又开始出健康问题了。两年前差不多这个时候,两只喵轮流生病,有些东西也零零散散的记录在了那一两个月的文章里,有时自己回头看看仍会觉得揪心;而眼下似乎又到了那样的日子。明天去看医生;真的好希望是自己代替它们生病,至少我可以知道自己哪里难受,知道去医院做检查,知道吃药和治疗,而喵身上发生这些事情则需要人付出非常多的时间精力来确保执行。

中秋的第二篇“灵感激发”类内容。上次看了18个极简风格的家庭办公室,今天回到屏幕前,看一些不错的响应式设计案例。其实我不太喜欢拿响应式设计的东西出来说事儿,Beforweb这里刚刚起步的时候做过几篇,仅此而已了。不多说了,进入正文,希望有需要的朋友能找到些参考价值。

交互成本的定义及案例分析 »

本该昨晚就更新上来,却因为家里的破事而耽搁到今天上午。想想最近几个月里有多少个周末甚至工作日的夜晚是以让人身心俱疲的折腾来结束的,自己都懒得计算了。每当这种时候就会觉得,除了日复一日的努力让自己的各种目标尽量实现以外,别无他人别无他法可以依赖。可惜产生认知总是需要付出代价,总是需要经历过才能开始觉察。

平时生活和工作中,与他人之间的互动成本,总是能够被自己很敏感的体察到。往往到最后,互动所产生的收益甚至要被自己忽略掉了,而互动成本几乎要成为决定是否继续保持互动的根本要素;归根结底,也许还是因为自己预期当中的或是实际当中的收益没有高到能够让自己接受那样的成本;生活本身就像产品,而我们自己一方面是产品的组成部分,一方面又是它的用户。如此莫名其妙不着边际的言语,其实是这篇译文做下来之后结合自己的生活工作而产生的结论。挺好的一篇文章,来自Nielsen Norman Group,结合具体案例诠释了一个比较理论化的概念。然后我就举一反三发散思维了么。说正事儿吧。

这里进入译文。交互成本指的是用户在网站或应用中为了完成目标而产生的费力度总和,包括心智与肢体操作两个方面。

理论上讲,我们都希望用户在打开网站或应用后能够立刻看到他们所需的信息。这种情况下,交互成本为零——简直是可用性领域中的圣杯。

不幸的是,零交互成本在现实当中是相当罕见的,因为绝大多数网站和应用都会为用户带来很多他们有可能需要的东西。很多时候,用户必须四处观察,阅读,可能还要滚屏,然后找到一个链接,点击它,等待页面加载,如此往复很多次。有时可能还会有新窗口弹出来覆盖在之前的内容上面,然后用户就必须将注意力切换到新窗口上,可能还需要重新回到原来的页面上,以便将两个窗口中的内容关联到一起。有些情况下,用户还需要记住一个页面上的内容,然后再提交到另一个页面当中。所有这些行为都需要认知成本,相应的提升了交互成本。

Pages