BeFor Web

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

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

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

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

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

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

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

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

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

首先给大伙儿道个歉，上周这边发生了些问题，网站挂了一阵子。一顿折腾，目前算是初步恢复了，不过评论方面的模块还没有打开，需要再捣鼓捣鼓，希望谅解。再次感谢在微博上给我加油和鼓励的朋友们，还有默默关注和支持Beforweb的各位。

另外，上周网站挂掉之前，有位朋友留下一条评论，内容大致是同样喜欢SmashingMagazine的东西，喜欢做做译文一类；由于恢复数据的时候使用了前面几天的备份，所以这条评论蒸发了。希望这位朋友可以看到这些，特别向您道歉了。

那么开始本周译文叭。又是一篇移动应用设计方面的实战案例，我个人很喜欢，真人真项目真事儿，更具实践价值。走着。

今年，我们(英文原文作者及团队)发布了FreshBooks的第一款iPhone应用。从前我们的产品一直是通过Web端应用的方式提供服务的。这次，我们把iPhone应用的设计开发过程看作一张空白的画布，尽力在其中实现一些新的功能概念和设计想法。在这个过程中，我们着实学到不少东西。

最近的天气是蛮有张力和动感的，昨天刚开始做这篇的时候外面还是风雨着，一群鸽子站在对面楼顶呆呆的接受着洗礼，眼下又蓝天白云阳光灿了个烂了。

眼看着Beforweb这个博客做了将近一年，也想不到什么庆祝的方法。回头看看差不多每周一篇的产出，心里开出几朵蘑菇。时常有朋友来这边或是到我的微博留言说博主辛苦，感谢分享一类；其实我是真的乐在其中，谈不上什么辛苦。翻译玩票的性质没有变，好在做的这些东西能给很多朋友带来阅读价值，这是很好的事情。

这次的译文对我自己来说还是蛮有价值的，无论是在公司做的一些新项目，还是自己试图折腾的一些玩意儿，其间隐约感觉到的问题几乎都可以在这篇当中找到身影。不多说了，接下来进入正文喽。

“怎样才能提升我的网站(或应用)的用户体验？” 这是一个即常见又没有标准答案的问题。特别是对于初创型团队及产品来说，这个问题所涉及到的影响因素更是多种多样。幸好，有一些实践准则可以帮助我们朝着正确的方向前进。在本文中，我们将了解一下初创团队在塑造产品体验的过程中有可能犯下的错误，以及怎样避免这些问题的发生。

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

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

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

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

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

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

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