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

产品

导读文摘111018(移动应用的用户体验,轻博客,简约设计...)  »

导读文摘节目时间。老规矩,选出6篇值得一看的新闻资讯或观点论述,无论网站产品还是移动应用都有涉及,就当作一顿精简而营养全面的下午茶点吧。

  • Adobe发布iOS与Android版PDF阅读器Adobe Reader
  • GuruDigger - 帮助靠谱的互联网工程师找到志同道合的技术合作伙伴
  • Chime.in - 和用户共享收益,为挑战传统社交媒体而生
  • 单一功能的应用程序是否给我们更好的用户体验?
  • 轻博客浅析
  • 简约主义设计:少就是多

走出移动互联网的迷宫 - 网站移动化的方法策略 »

继两篇关于响应式Web设计的译文之后,再来搞一篇“网站移动化”方面的。琢磨着自己大概是无论穿着什么鞋都打算趟趟这摊浑水的样子了。

今次篇幅不长,在我看来,本文更像是当老板或产品决策者无论穿着什么鞋都打算趟趟这摊浑水时,作为项目执行者,尤其是用户体验设计团队,所能给到的建议和方法参考。正像前面那篇“步步为营的用户体验设计 - 团队、影响力、协作与策略” 一文中提到的:“其实,‘用户体验设计’并非用来获取答案,它应该为项目执行方式的选择提供建议,或是为更好的设计开发流程创建架构。”OK走着吧。

眼下,移动互联网正扮演着越来越重要的角色,无论开发者还是普通用户,几乎所有人都在谈论它。传统互联网用户所习惯的那些访问内容、使用服务的交互方式正在被智能手机、平板电脑等设备迅猛的改变。作为线上内容及服务的提供者,我们必须尽快进入这个新兴市场,学习新的游戏规则

愿望是好的,“移动化”的方式却会时常让人找不着北。究竟应该怎么做?开发一款iPhone或Android应用吗?还是为网站专门搞一套或N套适用于不同移动设备的设计方案?最重要的莫过于首先对自己产品的内容及功能进行正确定位,对移动化需求的程度进行合理的评估;在此基础上,尝试最适合自己的移动化方式。目前,有一些比较常见的思路可以供我们参考选择:

导读文摘111011(Google Dart,iPhone应用设计,轻邮件...)  »

导读时间。总觉得导读文摘这个词儿用的有些别扭,不过语义上来说又没什么不妥。不琢磨了。

从今天读到的文章里挑出那么6篇放上来,都是最近比较关注的一些方面:

  • 谷歌推出新的Web编程语言Dart
  • 不拘规范的iPhone优秀应用设计细节
  • Web产品到移动产品的设计变化
  • Shark(鲨鱼):3G时代的轻邮件
  • 给移动互联网创业公司的六条建议
  • 学习腾讯的产品管理之道

步步为营的用户体验设计 - 团队、影响力、协作与策略 »

十一长假终于还是以不可阻挡之势猛然的过去了,这次的假期综合症预计要持续到过年的样子。下班回到家切换角色至文字工作者,安静安心的做些内容。

说到假期综合症的问题,倒是突然想念叨念叨。根据自己多年来的经验,如果觉得整个人的精神处于疲劳涣散游离低靡...的状态,却有工作一类必须去完成的话,可以琢磨琢磨那句话——“气聚则神凝”。试着拿起一本书或杂志,排除杂念,放松心情,逐行逐句的阅读下去,将思路投入其中;过不多久就会发现心境中有一种正面的平和感,精神好像随着思维的集中而凝聚起来有了力气。你甚至会希望手头有些事情可以做,好让自己保持这种“气聚神凝”的节奏。

说正经的了开始。之前搞了两篇响应式Web设计方面的译文,包括响应式Web设计的概念、组成要素及基本的实现思路,以及怎样通过CSS3 Media Query进行设计开发;今天换个口味,来点儿务虚的。本文作者从一名用户体验设计团队leader的角度出发,简要介绍了UX设计相关工作在公司内部是怎样步步为营的从无到有展开的。没有不切实际的大道理,也没有什么技术细节的讲解,通篇更像是作者对工作中典型阶段的回顾与总结,包括团队组建、理念及影响力的培养、部门协作、项目介入方式等方面。废话不多说,走着。

Mozilla:计划使Firefox在后台自动更新 »

Mozilla又要从Google Chrome的游戏规则里取来一条为我所用了。

近日,Mozilla基金会的Mitchell Baker在她的博客里宣称,今后的Firefox在发现有新版本可以更新时,会在后台自动升级,而无需任何来自用户的确认输入。这样可以保证用户所使用的版本及时跟上Mozilla的开发步伐。

而这正是Mozilla在过去一直避免采用的方式。Baker在她的博客里说,这个改变其实源于用户的反馈:

过去,我们会十分小心的在版本变更之前让用户知情,这样做是为了让用户对他们的硬件环境有充分的了解和掌控。但是最近,用户们非常大声的告诉我们,那些升级提示真的太烦人了。这种情况下,后台自动升级就显得很有必要了。

Google Chrome对这种方式的实施很成功,他们可以保证客户端浏览器的版本得到及时更新,并且不需要为任何一点bug修正而打扰用户。但是Chrome的做法中有一点窍门:他们的压缩算法可以使每次更新的文件尺寸保持很小,他们的Courgette项目保证了后台升级过程不会占用过多的用户带宽。而目前来看,Firefox还没有类似的方式。希望接下来Mozilla至少可以在压缩工具、小尺寸更新等方面下下功夫。

这项举措会从Firefox 10发布之后实施,预计在2012年的年初。

导读文摘111006(Google+,Our Mobile Planet,Delicious...) »

趁假期还没结束,做一篇文章收集。或者叫作文摘、导读、文摘导读,whatever了。

话题范围将涉及互联网产品、设计、开发等方面,不限制,不纠结,符合这个小博客的大方向即可。主要目的仍是收藏和学习,搞的像Top X榜单一样有模有样的放在这里,终归比扔进delicious连自己都会忘记的某个角落里面要好些。希望也能够为走过路过的朋友们提供些阅读参考。

先不多琢磨形式方面的问题,随做随磨合好了。今次导读内容列表如下:

  • 移动市场数据分析利器降临,Google发布新工具Our Mobile Planet
  • Google管理层不用Google+,你呢?
  • del.icio.us已死
  • 粉刷精灵(ColorSmart):省事省钱的粉刷应用
  • 从朋友的网站看互联网产品的定义
  • 互联网产品经理发展的5个阶段

Pages