from 臭鱼的交互设计 by 臭鱼 2008-11-05 11:52 目前交互设计在互联网产品中的应用状况
“交互设计可以提高产品可用性。”在国内的互联网行业中,建立在这个认识基础上,交互设计得到了普遍的接受。“产品设计开始的时候应该先交互啊~~”“你这个项目没交互过啊~~”这类的说法越来越多当然是好的信息,但是,交互设计工作到底应该怎么做才能提高产品可用性?通常的互联网产品研发中,交互设计工作是处于没有方法的状况。
理解交互设计
交互设计是一个设计工作。
交互设计是一门技术。
交互设计在目前阶段的主要使命是提高产品可用性。
通过对界面和操作行为的设计提高产品可用性。
互联网产品的特点
1.变化快。
2.质量低。
3.功能操作与信息传达并重。
4.高速创新从而带来的无标准。
那么,互联网产品的交互设计应该怎么做?
互联网产品的交互设计方法分享
经过长期的摸索、体会腾讯互联网产品,我们总结出了几个较为有效的设计方法:
方法一. 自然语言法。设计交互细节的方法。
方法二. 结构图法。设计产品信息构架的方法。
方法三. 任务走查法。对现有产品进行优化的方法,全面普查产品,包括对交互细节和信息构架。
这三个方法的思路,是基于对交互设计工作内容如下的分类:
1. 信息构架
2. 交互细节
但,严格来说,这样的理解是不对的。交互设计工作原本就是“交互细节”工作。另外有信息构架师来解决信息构架的问题。然而,上面提到了互联网产品快的特点,更多的研发步骤显然更容易将研发周期拖的更长,把信息构架工作和交互细节合并起来,减少一个环节,更适应互联网产品的研发特点。
“为什么不把信息构架工作交给产品经理来做呢?”如果说交互设计工作的核心是表达(这个观念,最后还会提到),那么,信息构架和交互细节都是表达的重要手段。信息构架不清楚的产品,怎么谈得到表达的清楚、明确呢。所以,交互设计的工作包含了两部分:信息构架和交互细节。
那么,下面我们就开始具体介绍这三个方法:
方法一. 自然语言法
使用自然的语言来表达页面信息。
这是一个设计界面交互细节的方法。
界面表达的要求是:清晰,明确,简洁,得体。
想象着用面对面的交流来传达信息,再将面对面的传达变为书面表达,再用界面语言翻译书面表达。
除了思路,我们还需要必备的原则、常用的表达方式和具体操作步骤。
页面表达原则:
1. 更少的信息量更好。
2. 结构化更易于理解。
3. 信息的表达应该清楚、明确、直接。
4. 操作可识别。
5. 操作前,结果可预知。
6. 操作时,操作有反馈。
7. 操作后,操作可撤销。
8. 让用户知道身处何地。
9. 避免内容看上去象广告。
10. 不提供多余的功能。
11. 相同的功能,在不同的页面中应保持一致性。
12. 措辞统一。
常用的页面表达方式:
1. 从左到右,从上到下。
2. 大字更突出。
3. 图形更吸引人。
4. 动画会被误认为是广告。
5. 内容逻辑:并列关系;从属关系。

6.多项并列的信息用

7.不同的排序方式VS筛选内容

具体操作
第一步. 概括待表达的信息
第二步. 将概括好的信息排序
第三步. 使用界面语言翻译
实例:中信银行卡

第一步. 概括信息:
描述应该是概括的,尽可能简短。例如:
● 您选择了回邮方式办卡,概括解释这个办卡方式。
● 接下来您应该 下载申请表
● 回邮办卡的全过程是这样的…
● 一系列注意事项。
第二步. 排序:
就是上面的顺序,没有变化。
有些时候排序会遇到困难,需要借助界面语言才能准确反应表达顺序。这正是界面设计的价值,它可以胜任一些单纯适用文字表达表达不好的情况。下面的黄钻续费案例中也许你就会遇到类似的问题。遇到这种问题时,记录下排序遇到的问题即可。在翻译过程中问题可能就解决掉了。
第三步. 翻译:

与之前界面对比:
● 开头几句信息顺序需要整理,使上下文关系更清晰。
● 对过程的描述可简化。
● “说明”应更结构化。
这里所说的“与对比界面之前”只是因为之前的需求文档中有相对具象的页面原型,而这并不意味着这里的工作是“优化页面原型”。需求的传达总会有一定的形式,也许是简单的页面原型,也许是一份需求文档。甚至可以更简单。有时相对具象化的信息记录或之前的页面反而会是干扰设计者以明确的思路来设计,尤其需要小心。
我们有了一种成型的方法,但这并不意味着我们设计出的页面就只有一个样子了。实际上不同的设计者使用这个方法会设计出不同的页面。下面这是另外一位设计师给出的思路,或许这是更好的方案:
1. 您选择了回邮方式办卡,概括解释这个办卡方式。
2. 第一步. 下载、填写申请表并回邮给中信
3. 第二步……………………..
4. 第四步……………………..
这样的信息概括和排序页面表现将是什么样子?你可以自己试着画画~~
练习:QQ空间黄钻催费页面

说明:
黄钻贵族是QQ空间中的VIP用户,黄钻贵族用户可以免费适用空间中的装扮,另外还可以享受到日志信纸、超大容量相册等诸多特权。
当用户的黄钻贵族身份即将到期的时候,从QQ聊天主面板上的“我的钱包”提示:“钱包”闪动,点击后用一个490*300px的小窗口告知用户续费的详情。
左侧图片在实际页面中是一个flash动画,若干张图片切换,显示黄钻用户可以装扮出的更好的空间效果。
右侧的续费方式希望在所有的续费方式中选择出两、三种比较常用的方式,直接显示出来(就是现在页面上的“家庭、网吧”两种方式),方便用户。同时提供“支付中心”链接(http://paycenter.qq.com/cgi-bin/showopenservice.cgi?service_type=home),让用户可以在全部续费方式中选择。
请使用上面介绍的自然语言法重新设计这个界面,让信息表达的更高效、清晰、明确。
参考方案
需要表达的信息:
● 某某某,您的黄钻要过期了。
● 黄钻贵族很棒滴~~
● 现在续费黄钻还有额外的优惠。
● 续费方式…
更好的信息:
● 某某某,您的黄钻要过期了。
● 您要是不再是黄钻了,就有XXXXX损失啦~~
● 现在续费黄钻还有额外的优惠。
● 续费方式…
总结“自然语言法”
自然语言法的基本思路是把界面表达转化为自然的人与人交流。人与人的交流是我们每天都会发生的,相对更容易,这个技能也更容易提高。
这里涉及到的两个例子都是比较偏向于信息表达的,对于操作较多的界面,这个方法仍旧适用。
方法二. 结构图法
这个方法的思路:抛开页面细节只考虑信息的组织形式。抛开页面细节,是的,就是上面讨论的那些具体的页面细节,只考虑信息的整体构架,而页面的细节留在确定了信息构架之后,用自然语言法来解决。
信息构架的原则:
1. 一个页面一个主要内容。
2. 个人信息&公共信息。
3. 网页基本内容有两种:列表和文档
4. 更少的信息更好
5. 一个用户自己生成内容的document页,有两个状态:浏览状态&编辑状态。
6. 信息树应该尽量窄而浅,并且尽量保持平衡。
7. 与现实生活经验相符
● 页面在网站中需要有一个固定的位置。
● 同等级的内容应表现成并列的样子。
……
信息构架的常见模型:
1. 列表+详情页+列表聚合页
2. Wizard模式。第一步->第二步->第三步…
3. 主页+若干个“临时”页面。例如:google帐户

具体操作
第一步. 明确描述全部内容。总结归纳产品所需要表达的所有信息。
第二步. 画树状图。
第三步. 用纸画各页草图。草图中需要包含的关键元素:页面标题、导航、重要的链接和按钮。
第四步. 模拟演示网页操作行为。
实例:黄钻等级



第一步. 总结归纳内容:
● 用户个人的的黄钻等级信息
● 等级介绍
● 黄钻功能特权介绍
● 黄钻贵族可免费领取的道具
● 黄钻活动
第二步. 树状图:
如果单纯的按照上面概括的信息罗列,则可以规划出一个黄钻贵族的网站,树状图如下:

然而,信息构架的设计往往要建立在对现有产品深刻的理解基础上。


Qzone的现状:一个社区,成千上万个个人空间。如何在现有的基础上设计新的黄钻等级?
我们的方案是这样的:


第三步. 草图:



这里需要强调:纸原型中应包括页面标题、模块的标题、导航、重要的链接和按钮,而不只是页面最顶端的导航。有了重要的链接和按钮才能清楚的演示出各个页面之间跳转的关系。
最后,第四步. 手握原型,演示页面间的跳转,确保整个流程的顺畅。
练习:QQ空间日志、心情、私密记事本

参考方案
总结归纳内容:
1. 日志
2. 心情
3. 私密记事本
树状图:
方案一:
● 主页
● “大日志”
■ 日志
■ 心情
■ 私密记事本
● 音乐盒
● 留言板
● 相册
……
方案二:
● 主页
● 日志
● 心情
● 私密记事本
● 音乐盒
● 留言板
● 相册
…
根据上面两种不同的树状图方案,接下来的页面草图也会是不同的,你可是试着画画…
方法三. 任务走查法
这是一种优化现有产品的方法。成本低,见效快。对产品整体上影响小。
以用户任务为线索,以可用性准则为依据。是的,这个说话很好记,类似“以事实为依据,以法律为准绳。”
“用户任务”是指用户实际使用这个产品时需要完成的任务。这个方法中,需要操作者依据主观判断制定用户任务,而不是通过用户研究。这虽然有可能造成更大的误差,但同时节约了时间成本。实际工作中,参与这个产品设计的同学坐在一起讨论一下,通常是可以比较准确的描述出用户任务的。
“可用性准则”在这个方法中是指:页面表达原则、信息构架原则、视觉表现规范,这三部分。页面表达原则和信息构架原则就是前面提到的,视觉表现规范是专门针对视觉设计而制定的。这个方法要处理的问题是现有产品,因此,不同于产品原型,更多了视觉表现这一环,在视觉设计过程中出现的问题也应该在走查中一起发现。
视觉表现规范
1. 滚动条看上去应该象滚动条
2. 表单的对齐方式
3. 重要的内容显示在第一屏
4. 导航应出现在第一屏上半部分
5. 尽量避免使用装饰性的图标
6. 避免内容看上去象广告
7. 光标样式
8. Tab需要有三种状态而不是两种
9. 红色表示警示,绿色表示ok,黄色表示提示
10. 灰色通常表示“暂不可用”(disabled)
具体操作
第一步. 分析并总结所有任务
第二步. 根据任务进行评估
评估中需要注意:
1. 不影响任务的问题不记录
2. 被记录的缺陷是有根据的(根据可用性准则),而不是根据自己的感觉。
实例:QQ秀快速换装

第一步. 任务列表:
● 换一套新形象
● 换表情
● 换心情
● 随便逛逛
● 换一个自己以前的形象
第二步. 评估。以“换心情”任务为例:
问题1 副标题表意不明确
描述:

这句说明仍旧没能说明“这里是什么功能”。如果能通过这句话说明:“在这里添加文字内容,显露您的心情”,说明的效果会更好。至于“让好友都知道!”这几个字几乎是没有用的,没有传达任何信息量。
依据:页面表达原则:信息的表达应该清楚、明确、直接。
问题2 “请输入心情秀”表意不明
描述:

“请输入心情秀文字”其实是第二层要表达的信息,第一层应该是:“这里还没有输入文字”。没有第一句,直接是第二句,需要用户花些时间来推断,推断出,这里显示“请输入心情秀文字”是因为自己没有写文字进去。
依据:页面表达原则:信息的表达应该清楚、明确、直接。
问题3 拖动心情秀时,光标使用不正确
描述:

光标在框中的是link的手型,实际上应该是十字箭头。现在会被误解为有点击操作。
依据:视觉表现规范:光标
问题4 “心情秀”概念不清
描述:

“心情秀预览”暗示出,“心情秀”是指外框+文字内容。
“换心情秀”功能只是换框,这意味着“心情秀”是指外框。
措辞上的含混使得同一个名词出现两种不同的定义,不易于理解。“既然心情秀是指外框+文字内容,那么当我点击“下一个”后,其中的文字内容是不是也会变化?”
依据:页面表达原则:措辞统一
问题5 换心情秀外框操作不便
描述:

“上一个”“下一个”的操作不方便。无预览图,无法确定当前选项在全部“框”的列表中所处位置。
依据:页面表达原则:操作结果不可预知
问题6 “预览”按钮视觉效果不佳
描述:

预览按钮视觉样式比较象disabled
依据:灰色通常表示“暂不可用”(disabled)
问题7 “脱掉”按钮不易找到
描述:

“脱掉”按钮在框的有下角,很多时候看不到,并且文字超小。
依据:页面表达原则:信息的表达应该清楚、明确、直接。
练习1:QQ秀照相馆

练习2:Qzone滔滔心情

总结任务走查法:
为什么要强调是“按任务”。因为,类似“保存形象按钮太难看啦~~”之类的问题是不应该提出来的。因为用户在实际使用的时候,这个问题是远远不如“误以为预览按钮不能点击”重要。“按任务”是在确保评估更接近真实。
“按任务”很多时候与“按栏目”差不多的,但是按任务的优点在于:
1. cover到了各个栏目之间跳转可能出现的问题。
2. 抓住了重点的问题,而放过了无关紧要的问题。比如:“申请红钻”按钮。
总结任务的过程实际是简化了的“人物角色-情景描述-任务分解”方法。
最后最后的总结
从狭义的交互设计的定义来看,交互设计的主要任务是:表达。通过清晰、准确、简洁的表达进而实现人机交互。
互联网产品的交互设计应该怎么做的问题,就演化成了:互联网产品应该如何去表达。
以上方法都紧紧围绕着“什么样的方法才能让产品的表达更有效”这个核心展开。
那么,
let’s talk
let’s talk
let’s talk
……
( 注:本文是UPA user friendy 2008中由我主持的一个同名工作坊的讲稿。
另附PPT文档:互联网产品的交互设计方法.ppt ) from by Angela 2008-10-30 16:09 UCD翻译小组最近拿到一份颇有份量的可用性测试报告──《Chinese Search Engine Engagement》,对中美用户的搜索习惯做了有趣的分析。 “用户不一定非要读列表,而是会扫视列表,同时利用语意映像和信息线索,抓住一些特别的关键词。反过来说,用户也倾向于依据这些关键词,进行相关性的判断。” 这意味着,页面上契合用户期望的关键词,是决定用户是否点击进入下一页的重要线索。 “在传统的北美的方式中,用户从左上角开始扫描搜索结果页 ;接着垂直扫描,建立1~2个备选条目(consideration sets),然后再水平扫描每一个列表。整个的扫描模式最后看起来就类似于一个F,因而被称为F-scan。” (more…) from 心弦blog by 丁宇(Felix Ding) 2008-10-16 14:16 其实Javascript的本意是增强客户端的用户体验,但如果使用不当,反倒会适得其反。比如以下几种情况: 滥用Ajax最典型的,就是Chinaren的校友录。校友录目前的设计很奇怪:先载入HTML后,再使用Javascript把同学们的留言载入并填充到HTML里。我不清楚其用意何在,但每次打开留言页面都绝对不是一次愉快的体验,一是有时候因为网速的原因,等半天只能看到页面布局而不见留言内容,哪怕我这次来只想看看最新的两条留言也不行;二是如此大范围的DOM修改,再加上页面上原有的乱七八糟的元素,经常搞得Firefox响应变慢。 其实像这种页面完全没必要使用Ajax来载入并填充数据,传统的设计不是挺好?我记得2000年前后Chinaren的设计非常清爽,大面积的色块、线条,整个页面的布局显得井然有序,当时还是我学习和临摹的对象之一。现在的Chinaren臃肿不堪,甚至多次直接导致Firefox崩溃。这还是我启用了Flashblock扩展的情况下,现在我要考虑是不是用Greasemonkey重新设计这个页面了。指望用NoScript访问Chinaren?想都别想。 
上图是2001年时Chinaren首页的截图,是从我的光盘备份中翻出来的,你注意到那些不同层次的灰色背景和黑色线条了吗?我当时觉得这样的视觉设计非常棒-现在看起来也仍然不错。 链接到网页还是脚本?先说校内。 在校内上处理好友申请时,我喜欢批量操作。所以按照习惯,按住CTRL(Mac上按Command)然后在一个个"接受"按钮上点过去,以便分别打开新的页面处理每一个申请。可打开了一大堆页面后发现,这个"接受"按钮分明是链接到Javascript脚本的,这个脚本的作用就是在原有页面上展开一个对话框,来让我填写详细的好友信息。于是我现在所面对的情况就是:数个Firefox标签页,每页中不同好友的详细信息对话框,我在第一个标签页中接受好友申请,第二个标签页中此申请还在,而我则一边操作一遍抱怨为何早不告诉我可以在同一个页面上操作。 今天校内发布了新的设计-他们也意识到这个问题并改掉了。目前的设计很棒,"接受"不再是一个链接,而是一个真正的按钮(input标签),上述问题也就不存在了。 
当然这个问题相当普遍,如果要对那些有问题的设计做出改进的话,校内的做法值得借鉴。 顺便说一句,校内在Mac下和Windows下居然表现不一样,下图是Mac下FF的截图: 
再说开心。 这个网站本身如何我就不评论了,反正我是被它的垃圾邮件烦得不行,索性注册并试用了一下。登录进去的10秒之内我就感觉非常不爽,因为它的导航链接完全使用了Javascript。我不能打开多个标签页同时查看它导航里的各个内容,通过滥用Javascript,开心网完全剥夺了我的这一权利。我仍旧无法理解把好端端的、标准的、简单的HTML链接替换为Javascript的意义何在。 
可访问性(accessibility)一塌糊涂Web Accessibility Initiative(WAI)对可访问性的定义是"残疾人也应能够使用网站(Web accessibility means that people with disabilities can use the Web)",其实这个定义本身是不够全面的,因为WAI自己也说可访问性也应包含对非残疾人的考虑,比如支持键盘操作以提升专家用户的使用效率等。 但目前的网站太过于依赖Javascript了,把Javascript一关,很多网站直接瘫痪。好的设计应该具有比较强的包容性,这有点类似于程序中的容错能力,无论CSS/Javascript是否开启,网站应至少提供最基本的功能,而不是直接使用户无法访问。 from 心弦blog by 丁宇(Felix Ding) 2008-10-29 12:29 第一天的印象和笔记见这里。 量化和评估用户体验在这次的UF2008大会上,我不止一次听到了有人提到量化用户体验的重要性,如黄峰在他的主题演讲中,强调在每一个版本发布前后,要通过数据对结果进行对比衡量;再如Sarah在其“如何将用户体验带入一个IT企业”的工作坊中,指出“UI设计是主观、不可衡量”是“一些管理人员常见的错误认识”。这些实际上是和我的观点相一致的,在我总结整理的用户体验框架中,清晰、明确、可衡量的目标是重中之重,也是后续所有工作的目标和基础。 借着这次大会的机会,我把我的用户体验框架和一些朋友做了分享,正面和负面的评价都有,我自己收获也不少,这里不妨简要介绍一下: 这个框架的想法来源于两个方面,一是用户体验设计在目前并没有一套通用的方法和流程,一些人有自己的一套做法,另外一些人则尚在摸索。即使是同一个公司内,每个人的做事方式可能也不同,这样的现状不仅给刚入行的设计师带来困惑,使他们不知从何入手,也造成其他设计师之间口径的不一致,以致提高了沟通成本。另一方面,是与用户体验设计一墙之隔的程序开发,却有着非常成熟的流程、方法和工具,在程序设计中,框架的使用可以极大地提高工作效率,减少各种成本,并提供了非次高的统一性和扩展性,那为什么不把这种框架的思想引入到用户体验设计中来呢? 正是基于上述两点考虑,我才于年初提出了“用户体验架构”的概念,经过差不多一年的发展,我将“用户体验架构”一分为二: 1. 框架。用于给单个设计师提供一个类似于程序开发中的、标准化的流程和工具,设计师可以按照框架中定义的流程、使用其中的方法来进行工作。这一框架包括1)定义清晰、明确并可量化的商业需求;2)实施用户研究;3)定义清晰、明确并可量化的用户体验需求;4)编写设计规范,提供设计工具;5)实施TDD(测试驱动设计);6)用户体验评估等六个部分。具体内容不在这里展开,不过我相信标题已经有很大的自明性了。从朋友们初步的反馈来看,这个框架还算不错,达到了我的预期。 2. 分工。我明确反对过细的分工,这个提过好几次了,这里不再赘述。 
用户研究的价值“以用户为中心”就要去做用户研究,搞明白用户及其需求,才是做出好设计的一个基础。很多时候,用户研究做好了,解决问题的办法自然而然也就出来了。UF2008大会上有好多场主题演讲都是关于用户研究的,虽然内容都不是很深入,但非常好地强调了研究的重要性。 回想一下自己写过的几篇相关文章,有讲虚拟社区中用户行为的“An Automated Tool for Managing Interactions in Virtual Communities”有讲问卷设计的“可用性测试中常用的问卷量表”,有用于信息架构的“卡片分类测试实施攻略”,有关于用户访谈的“绝望主持人”系列(第一季、第二季、第三季)等等。 
亚洲(东亚、南亚)用户的特点来自印度埃森哲的Sushmita Munshi给我们做了一次非常精彩的演讲,题目为“ 亚洲青年:重新定义用户研究和设计去满足亚洲最大的目标用户群即青年正在不断改变的习惯和期望”。嗯,她的题目能把读者憋死,但侥幸活下来的话,就能听到非常有趣的内容。我听下来她的演讲主要包含了两个部分,一是亚洲青年用户的特点,她所谓的青年指的是1980年至1989年出生的这一代人,Sushmita精辟地总结了这一代人所拥有的一些特点,如独生子女、大量受到美国文化的影响等等;二是如何如何针对这些用户的特点作研究。 期间她提到说如果用户为年轻的女性,那么采用男性主持人是不合适的做法,可她没有解释原因。于是我脱口而出:“why(为什么)”?坐我旁边的是Infosys的设计副总裁Sridhar Marri,他听到后大笑不止,说:“they will love him(怕她们爱上他)”,果然猥琐。 
在企业文化基础上推广和实施用户体验活动这是听Sarah Bloomer的那场“如何将用户体验带入一个IT企业”学到的内容。她的意思是,你得判断所在企业的风格和文化是什么,是技术型?设计型?还是市场型?对于市场型公司来说,设计师的专业能力并不是首当其冲要考虑的,而能否和市场及销售部门有效沟通、能否使这些业务部门相信甚至理解可用性才是最重要的。我对此深表赞同。国内成功的技术型互联网公司很少,而在大部分的市场型公司中,可用性的推广和地位又多少成问题,Sarah的观点对此很有借鉴意义。 敏捷方法敏捷开发越来越流行和普遍,在这种情况下实施用户体验设计和以往有什么不同,是个值得引起注意的问题。在Sarah的讲座中,她花了相当大的篇幅来讨论敏捷,可惜我敏捷的实践经验少得可怜,只记得她采取换人的方式来避免精疲力尽(burnout)比较有意思。 此外,我当时问了个关于敏捷开发中UI规范的问题,她的答复有些自相矛盾,她说应成立一个单独的小组用于制定各种规范和工具,但另一方面她自己也提到说敏捷的一大特点就是没有文档,因此这两种做法实际上是冲突的。 已经是深夜了,先写这么多吧。 from by 冲冲 2008-10-28 00:09 from UI乐园 by jameguilin 2008-10-31 09:55 1. 第一次参与如此权威、大型的行业盛会难免有些小兴奋,可是一天的课下来让我感觉有些失望,收获不是特别多,除了黄峰的演讲全部听懂并理解了,其余的几位大师的演讲听起来很是郁闷,不知道是我的理解问题,还是同声翻译得太烂,总之没有听明白太多,不知道大家是否有同感。
2. 用户体验不仅仅属于IT行业,这是黄峰总结的。演讲现场黄峰问了句:在场的有没有不是IT行业的,现场是鸦雀无声,说明来的都是IT行业的。其实用户体验在其他行业也是相当重要的,比如室内设计行业,现代家庭装修的很多,但很少有人去关注用户体验,往往装修出来才发现某个插座装错了位置,某个开关应该控制一项操作而不是所有,因此,给生活造成诸多的不便。IT领域已经有这样一个权威的组织机构来专门研究用户体验说明被重视程度已经先于其他行业了,但愿产品的可用性能优于其他行业。
3. 创新设计=跨学科团队+系统的方法,这个是黄峰的一个观点。我也认同这个观点。一个成功的、优秀的项目并不是凭一个人的知识、能力能够完成的,一个人的知识总是有限的,看问题的角度也是片面的,所以,只有跨学科的团队成员知识的相互渗透与分享,才能获得价值的最大化。当然,系统的方法也是不可或缺的,他能帮助我们在有限的时间内快速、准确地解决问题。
4. 黄峰的关于用户体验趋势的观点我也很认同。a.用户研究是用户体验设计的原动力。这是无可厚非的,用研做得成功与否直接关系到后面工作的展开。b.产品开发机制流程是企业创新成功的关键。目前我们友商网的机制流程还不够完善,给我们工作中造成很多资源的浪费,所以制定合理、健全的机制流程已经刻不容缓。c.企业真正需要的是方案,而不是方法。我的理解,方法只是一种想法,这种想法具体能否实施、可行、有效并不能把握,而方案则是行之有效的能够真正执行的解决办法,他强调的是一种执行力。
5. 对于创新来说,最重要的不是知识,而是思路。——《创新的奥秘》一个成功的创新者,他要时刻用眼睛观察、用耳朵聆听,正确理解用户的需求,并不断地思考,不断地尝试,最终得出行之有效的解决方法。这是我们在今后的工作当中要时刻遵循的原则。
总结完毕,发张图片缓解下眼部疲劳 O(∩_∩)O
 分类: 佩戴产品
见过各种各样开瓶方法的,有用刀的,用桌子的,还有用牙齿的等等。其实不是他们不想用开瓶器,只是有时候实在找不到,不得已而为之。
图片上这种戒指看上去和普通的没什么区别,但是它内圈有一个开口扣环,实际上是一个小小开瓶器,很多时候和朋友去喝酒,不可能随身携带开瓶器,而它却提供了这种可能性,还可以在朋友面前SHOW一把单指开瓶的魔术。不过去酒吧可别开瓶开出瘾来,否则看到账单后你就奔溃了。
目前这款不锈钢指环开瓶器售价为10美元。(以后看到无名指上戴有戒指的MM未必说明其心有所属,说不定是一个单身酒鬼:D)
引用来源 | 此文章网址 | 转寄此文章 | 回应
from by joydandan 2008-10-28 22:16 发表者:Ben Gomes, Distinguished Engineer几个星期前,伍迪•曼伯介绍了 搜索质量小组,而 此前发布的这个系列的几篇文章都有谈论搜索排序。虽然Web文件的搜索排序是谷歌搜索运作良好的核心因素,但您的搜索体验仅靠这些是远远不够的。在这篇博客里,我会介绍引导我们开发整体搜索体验的原则,以及它们如何应用于搜索工作的几个关键方面。我会还描述我们如何通过严格的实验,确保自己沿着正确的轨道前行。这个系列的下一篇博客将介绍目前正在进行的一些实验项目。 自我介绍一下,我叫本•戈麦斯,从1999年起一直在谷歌研究搜索技术,大部分工作集中于搜索质量。我的运气不错,从网页检索到网页排序,我对于搜索引擎的各个方面的研究都有所贡献。最近,我一直负责搜索功能界面和搜索特性的开发。 当朋友们听说我现在正致力于谷歌搜索的用户界面时,他们的一个共同反应就是:“你干了什么?界面从未改变过!”然后,他们怀疑地看着我,并告诉我说,不要把好东西糟蹋了。谷歌现在的样子就已经很不错了:页面朴实,反应迅速,简单干净。这样非常好,这有什么困难可言吗? 为了回答这个问题,还是让我从我们网络搜索的主要目标谈起:尽快让您看到您想要的网页。搜索本身不是目的;它只是一种手段。这个目标似乎非常显而易见,但恰恰就是这样一个目标让搜索引擎与互联网上大部分其他网站从根本上区别开来,衡量普通网站成功与否的标准是看它们能让用户停留多久。而我们衡量Web搜索成功的标准,至少是标准的一部分,是您在多短的时间内离开(我们当然希望您满意地离开!)。为了让您尽可能快地获得所需信息,我们坚持几项原则: •小网页。页面小的网页下载迅速,并且通常能够更快地显示在您的浏览器上。这就是所谓“极简抽象主义设计美学”;页面上太多花哨的设计只能减缓网页下载的速度,而且并不能给您带来多少好处。 •复杂的算法,简单的呈现。许多搜索特性需要大量的复杂算法和数据分析才能良好运行。所以诀窍在于将所有复杂计算隐藏在一个简洁、直观的用户界面背后。例如,拼写纠错、摘录、网站链接和查询优化等都是依赖精密算法的搜索特性,并且还在不断改进之中。从用户的角度来看,搜索算法是不可见的,但搜索功能越来越好用。 •无处不在的特性。设计网页特性时,必须保证其运算算法和呈现方式适应所有的语言和国家。设想一下中文书写检查问题,中国用户的查询往往不能分解成单字;在希伯来文或阿拉伯文中,文字书面是从右至左的(有趣的是,人们相信这是“先下手遭殃”的例证——在石头上刻字时,用右手掌握锤子更容易!) •数据驱动决策——实验,实验,实验。我们尝试通过实验来证实我们所做的事是正确的。看起来大有前途的设计在测试的表现可能糟糕透顶。 这里有一种内在的关系。举例来说,在每一个搜索结果中显示更多的文字(或图像)可能帮助您更好地选出最佳结果。但一个堆放太多信息的搜索结果页面需要更长时间来下载和阅读。所以我们添加到结果页上的每一条信息都要经过仔细考虑,以确保它们给用户带来的益处大于处理更多信息所需的代价。这对搜索体验的每一步都是适用的——从输入查询关键词,到浏览搜索结果,再到进一步搜寻。 您的搜索是从输入查询关键词开始的。大家面临的共同苦恼是有时你并不知道单词的正确拼写!拼写纠错——一个看似简单而明了的特性——隐藏着许多技术上的挑战。比如说,没有哪一本通用英语字典将Britney Spears等词汇的正确拼写收为词条(对此可能是完全不知情的她却成了这项特性的典型案例)。我们对在互联网上的数十亿网页和我们的查询记录进行了大量分析研究,以确定什么是“用户真正想查询的关键词”,以及哪些词可能拼写错误。帮您更正拼写错误的系统需要在几分之一秒内分析数量巨大的您可能原本希望键入的单词(大大超过人类写就的任何字典的单词数量),并确定是否存在您可能更希望查询的关键词。当我们确信您实际上想键入其他查询词时,我们会十分罕见地行使一下我们的“自由”权利,调整搜索结果:我们会设法转移你的注意力,不让您只盯着最靠上的搜索结果。在搜索结果页面上,经过拼写校正的关键词放在您的视线范围内,并且用非常醒目的红色标出。此外,我们确保网页上没有任何其他的红色文字——除非它与您的拼写纠错同等重要!(到目前为止还没有发现)。拼写校正所涉及的算法正在不断改善。这种方法现在可用于很多种语言的搜索查询,在检测您的拼写错误时更为有效。查询关键词的正确拼写是如此重要,以至于我们正考虑在网页的中间位置显示经过拼字校正后的查询结果(以防您没看见我们在网页的顶部和底部鲜红色文字!) 正确输入查询关键词之后,下一个任务是从结果列表中挑选一个搜索结果。对于每个搜索结果,我们都会显示标题和URL,以及两行简短的摘要。用户通常会忽略标题不正确的网页。近期一个较大的变化是,我们可以从一个没有明确给出HTML标题的网页中提取标题——虽然网页上的标题非常清晰,仿佛盯着你看似的。为了“看见”在该网页作者原定的标题,我们必须对HTML网页加以分析,以确定符合作者原意的标题。这能帮助到你不会因为只顾搜寻一个好标题而忽视了网页内容。标题下面是一段摘要,摘要中显示的内容源于谷歌公司早期的一个关键性的创新。最初,搜索引擎只能显示网页内容的头两行;而谷歌则不同,它向您展示含有您实际搜索的关键字的部分(信息检索专家称其为“上下文关键词”)。在上下文中显示关键词看起来很简单,几乎难以与网页的更为简单的摘录区分开来,但它们对于帮助您确定访问哪个网页却有用得多。这种简单的假象掩盖了其背后的复杂性:为了创建一段摘要,我们必须审查每一个搜索结果所包含的文字,并从中找到最相关的部分(也就是包含您的关键字的部分),而不是只向您提供头几行文字。 过去一段时间,我们一直在用确定网页相关部分的算法改进网页摘录。搜索的变化包括细微的变化——我们在搜索结果中标志您所查询关键词的同义词——以及更为显著的变化。下面的一个范例截图中,当用户搜索“arod”一词时,您可以看到,搜索结果摘录中的“Alex”和“Rodriguez”都以粗黑体显示,因为基于我们的分析,您的查询词可能会是指他的名字:
 一个更明显的变化的例子是,我们现在可以从提取并显示网页的署名日期。这些署名日期的格式五花八门,但我们将它提取之后以统一的格式显示出来,这样您可以方便地浏览搜索结果:
 对于最常见的用户查询类型——导航查询(键入一个您已知的网站名称)——我们引进了一些“捷径”(我们称之为站内链接)。这些站内链接允许您直接访问网站的主要部分,并体现了上文所述的相同原则;它们是在搜索结果页中增加少许文字,是对置顶搜索结果的简单补充。
 举例来说,惠普公司网站主页上有近60个链接,采取两级菜单系统。我们的算法综合使用不同的信号,挑选出我们认为您最有可能希望访问的链接。 如果你没能在置顶结果中找到您所需的内容,该怎么办呢?如果是这样的话,您可能需要尝试进行另一个查询。我们会通过在搜索结果的页面底部的一套相关查询优化词来帮助您——即便它们不包括您所需的查询词,也能提示不同方向的搜索建议(或许可以让搜索更成功),供您明确你的查询词。我们把查询优化放在页面的底部,这样不会分散用户的注意力,只是在搜索结果未能满足用户需要时提供帮助。 我已经介绍了搜索体验的几个关键方面,包括我们一直在改进的方面——有些很细微,另一些则更为显而易见。在对搜索体验的改进过程中,我们怎样才能知道自己取得了成功,而不是搞砸了呢?我们是通过与您共享来不断地评估的!我们向一小部分用户推出已改进的搜索特性,评估这些改进是改善还是损害了他们的搜索体验。我们使用很多指标来判定自己是成功或失败。评测这些改进特性的过程本身就是一门科学,其中藏着许多潜在的困难。我们的实验方法使我们能够探索各种各样的可能性,并推出最佳的产品。针对谷歌提出的每项特性,我们经常进行大量实验,而这些努力却从未见过天日。 所以,让我回答文章开始时提出的问题:我们实际上每天都在不断改善谷歌的搜索结果页面,并已经这样努力了相当长一段时间。我们决不会把好东西弄糟,因为用户不会允许我们这么做。 在这个系列博客的下一篇,我会谈谈我们正在进行的一些实验,以及我们希望从中学习什么。  from UI乐园 by jameguilin 2008-10-19 22:43 |