目前的我,已经成为Chrome的严重依赖用户,甚至U盘内也随身装着Chrome便携版。对我而言,它有着其他浏览器无法代替的杀手级优势:快速,稳定,完美支持Google所有在线服务;简洁到一塌糊涂的界面。
而其他浏览器,他们只在一些特殊需求中才会使用,如Firefox的AutoProxy翻墙,IE插件下的网银支付,Opera的turbo加速等。
用过Chrome的的人都有个习惯:就是都不好意思说Chrome不好用。当然这是玩笑话,Chrome 3.0版本之前功能也一直较为简单,但并不妨碍它的用户对其赞不绝口。究其根本,还是出在其独具一格的UI体验上。
只用一句话来评价:Chrome 才是浏览器,其他的只是软件。
戈达尔曾经为证明斯皮尔伯格是一个平庸的导演而愤怒地说过:“如果你真想知道他为什么(平庸),我会在放映室里一个镜头一个镜头地讲给你听!”
现在我要做一件类似的事情,不过目的是为了证明Chrome是一款多么优秀的浏览器。
继续阅读 »

《赢在用户》是为数不多的介绍web人物角色的经典之作,整本书读下来,收获不少。虽说是用户研究入门必读,但这本书主要介绍的是一种颇为“奢侈”的研究方法。先将笔记跟大家分享一下,希望很快能有机会实践一下这个方法。
什么是人物角色?
人物角色,即persona([pə:'səunə], not [ˈpə:snə])。《赢在用户》讨论的主要是web persona。
人物角色是针对网站目标群体真实特征的勾勒。
作者给出的定义很简单。这里有几个关键词:网站、目标群体、真实特征、勾勒。看到这个定义,我们一下子能蹦出不少问题:除了网站的人物角色,还有哪些人物角色的分类?和网站的人物角色有什么区别?如何寻找和确定网站的目标群体?需要了解他们的哪些特征?为什么要了解?如何评判这些特征是否“真实”?如何勾勒这些特征?……这些基本都是这本书尝试回答的问题。
看完整本书,00的理解是:人物角色是对产品目标人群的目标、行为、观点等进行抽象和综合后,得到的一组对典型产品使用者的描述,以辅助、指导产品的决策和设计。
人物角色前提——UCD理念
人物角色能够被创建出来、被设计团队和客户接受、被投入使用,一个非常重要的前提是:我们认同以用户为中心的设计理念。来看看作者对User Centered Design的一些解读:
继续阅读 »

这是一篇病床上的读书笔记!
标题“那颗追逐互联网的心”引用自9月参加“艾瑞营销年会”回来公司某前辈所说的令我感触很深的一句话!
虎年伊始,于谷歌宣布可能退出中国之日,小妹不幸巧遇重病,卧床七天,险些一命呜呼哉!期间忽得一梦,举国使用网易邮箱备份gmail邮件,JT闻之调侃曰:“汝之疾已进骨髓,虽司命无奈何也!”
“爹爹”阿head问:“从鬼门关回来后有啥感悟?”
吾答曰:“1.原来还能活着是那么的美好;2.原来病了才有时间看书”
抱病在床期间,虽有服药,但是感觉只有呼吸着twitter送来的墙外新鲜空气、享用着google reader订阅的各种营养套餐,才能证明自己还活着,因为只有那一条条行业信息才可挑动我的大脑神经中枢。
自从养成了每天在google reader上泡三个小时以补给营养液的习惯后(这是我获取行业信息、培养自己市场嗅觉和信息敏感度的最重要途径之一),触摸书本的机会就很少了。买书的热情不减,只是每次都以“同事先享用”名义来掩饰自己难以坚持的“每月一书”之恒心。
“出来混的,迟早都要还的”,还给谁?还给我们自己!要想在自己的理想道路上用心地发展下去,只有过硬的专业技能、执着的理想追求、强大的人脉积累、灵敏的行业嗅觉、良好的学习习惯等,才能更好地建立自己的核心竞争力!
继续阅读 »
优涩控是一个很有意思的团体,每个成员都有很独立的喜好的IT公司,如00后就是100%的果粉,极爷是标准的G粉;但我却是一个不折不扣的微软粉丝。原因来自The Story of the Ribbon,设计一个伟大的产品很难,但把一个不伟大的产品修改得伟大则是难上青天。
A ribbon is a command bar that organizes a program’s features into a series of tabs at the top of a window. Using a ribbon increases discoverability of features and functions, enables quicker learning of the program as a whole, and makes users feel more in control of their experience with the program. A ribbon can replace both the traditional menu bar and toolbars.
“功能区(Ribbon)”是一个命令栏,将程序功能组织到窗口顶部的一系列选项卡中。使用功能区能够使程序的功能特性更易于发现,使用户能够快速整体地了解程序,并使用户在该程序中体验到更强的控制感。功能区能够同时取代传统菜单栏与工具栏。
第一次使用word 2007的用户会明显的感觉到,相比Office 2003 经典的WIMP UI,Office 2007的Ribbon UI是对用户体验的一个完整的再设计;但稍微体验一下,你就不得不惊叹,他是那么的容易实现你的目标。
继续阅读 »
2010年优涩控的第一篇文章,来个轻松的话题:漫话产品设计。只是00的有感而发,请勿对号入座~
以下被借题发挥的漫画来自这里的转载~
1.鱼饵就应当符合鱼儿的胃口,而不是钓鱼者

(看不到图?点这里)
继续阅读 »
这几周有关OpenID的新闻不断:Google Profile变身OpenID、WordPress上的Google Friend Connect插件实现OpenID留言、OpenID先驱JanRain获得325万美元风险投资、雅虎将全面支持Facebook Connect服务…… 正好前段时间看了一些OpenID的资料,希望下面的内容可以帮助大家了解OpenID(参考资料见附录)。
1.OpenID介绍
1.1概念
OpenID 是一个以用户为中心的数字身份识别框架,是一个以URL为身份标识的分散式身份验证解决方案,它具有开放、分散、自由等特性。

OpenID 的创建基于这样一个概念:可以通过URL来认证一个网站的唯一身份,同理,也可以让每人通过一个URL(一个OpenID身份就是一个URL),在多个网站上进行登录,作为用户的身份认证。
形象一点来说:URL是护照,OpenID服务器就是户口所在地。首先在一个OpenID服务器网站注册,获得一个URL,等于申请一个了“出入许可证”。然后可以直接使用这个URL来登录别的网站,也可以把这个URL加到自己的主页,让个人主页的URL具备OpenID URL的功能,就像是一个复印件。然后就可以拿这个URL到支持OpenID的网站去登录了。不需要每个网站都注册一遍,因为你的信息已经保存在OpenID服务器上,并获得那些网站的认可。好比是银行卡可以在银联内的多家银行取钱一样。不用担心自己的用户名被别人抢注,也不用怕忘记那许多用户名和密码。
继续阅读 »

我一直觉得,文本框的这个东西,在有输入法的国家,是我们这些懒人的杯具,文本框的自动完成功能,在配合输入法下,简直是个鸡肋。一次次的切换Ctrl+Space,是否有让你崩溃想敲烂键盘呢?
上面的那张图已经很明显的让我们感觉到了三个问题:
- 输入法把自动完成遮挡住了,我看不见。
- 使用键盘↑↓键只能切换输入法内的选字,无法选择自动完成内的选项。想用却用不到。
- 当你懊恼的打算用鼠标去点自动完成列表内的文字时,杯具发生了,你发觉,你点了,事实上什么效果都没有。你的文本框变成一遍空白。(在Chrome下多种中文搜索引擎有此问题,杯具啊。)
备注:经过笔者测试多种搜索引擎在不同浏览器的呈现效果,这三个问题出现的几率各不相同,但在chrome下这三个问题非常明显。(Chrome渲染有问题?)
继续阅读 »

传说中,这是一场“巨头汇聚齐PK”的会议,那仅有的18张入场券让众人趋之若鹜。非常感谢我们的彭毅大哥赐予我“助手”身份,得以荣幸参与此次巨头会议。虽然当天忙到连午饭也没怎么吃,但是能与那么多优秀的产品界前辈交流学习,不亦乐乎。
以下是我整理出来的当天会议纪要,和大家共同分享学习之。由于会议内容涉及到部分不方便公开内容,故以下的会议纪要为所删减版本。
继续阅读 »
Web页面运行在各种各样的浏览器当中,浏览器载入、渲染页面的速度直接影响着用户体验。非常不幸的是,效率最低的IE浏览器仍然占领者绝大多数市场份额,这已经严重制约了互联网的发展(感叹一下:“马赛克和IE——阻碍人类文明发展的绊脚石!”)。
简单地说,页面渲染就是浏览器将html代码根据CSS定义的规则显示在浏览器窗口中的这个过程。先来大致了解一下浏览器都是怎么干活的:
- 用户输入网址(假设是个html页面,并且是第一次访问),浏览器向服务器发出请求,服务器返回html文件;
- 浏览器开始载入html代码,发现<head>标签内有一个<link>标签引用外部CSS文件;
- 浏览器又发出CSS文件的请求,服务器返回这个CSS文件;
- 浏览器继续载入html中<body>部分的代码,并且CSS文件已经拿到手了,可以开始渲染页面了;
- 浏览器在代码中发现一个<img>标签引用了一张图片,向服务器发出请求。此时浏览器不会等到图片下载完,而是继续渲染后面的代码;
- 服务器返回图片文件,由于图片占用了一定面积,影响了后面段落的排布,因此浏览器需要回过头来重新渲染这部分代码;
- 浏览器发现了一个包含一行Javascript代码的<script>标签,赶快运行它;
- Javascript脚本执行了这条语句,它命令浏览器隐藏掉代码中的某个<div>(style.display=”none”)。杯具啊,突然就少了这么一个元素,浏览器不得不重新渲染这部分代码;
- 终于等到了</html>的到来,浏览器泪流满面……
- 等等,还没完,用户点了一下界面中的“换肤”按钮,Javascript让浏览器换了一下<link>标签的CSS路径;
- 浏览器召集了在座的各位<div><span><ul><li>们,“大伙儿收拾收拾行李,咱得重新来过……”,浏览器向服务器请求了新的CSS文件,重新渲染页面。
继续阅读 »
在最开始,有两个问题?
- 既然人脑是世界上最智能的东西,为啥我们还需要电脑?
- 为啥如今web技术发展理论上已经能够实现所有的客户端功能,为什么我们还需要客户端?
原因都很简单,因为后者比前者更快,响应更迅速。
什么是响应性?
过去的几十年当中累积的大量证据表明,响应性(即软件应用程序跟上用户、不让他们等待的能力)是确定用户满意度的最重要因素。相比安全性,稳定性,易用性,响应性无疑是最容易最方便被用户所感知的。在使用计算机或者手持设备的时候,用户对于等待的憎恶比对其他任何事情的喜爱程度都要深。
然而,用户对于响应性的感知其实包括两个因素的:
- 速度:指的是机器自身的计算能力,机器性能越强,速度越快。
- 流畅感:使用时系统的反馈能否满足用户的时间支配需求。
继续阅读 »