1.支持自动同步

虽然iOS5已经在新版本中提供了无线同步的功能，但这是完全不能与Android的同步功能相比的，只需手机连上wifi网络，打开同步开关，Android就可自动在后台实时的同步信息，如邮件，通讯录，任务表，或者是你的应用需要同步的信息。

这极度契合了用户的一个常用的移动使用场景：即时获取内容，离线使用，同步上传。如下图所示：

Google官方的应用大多支持同步，如Gmail，Docs，Reader，Blogger，Calendar等。如果你的产品允许用户在多平台多设备上编辑数据，为何不支持这个功能呢？

PS，目前网易手机邮是我见过的Android同步最全面且快速的应用，如果你不习惯Gmail的国际化，不妨尝试一下。

2.Shortcuts&Widget

我一直觉得iOS的桌面不能叫做桌面，因为它只能放置应用或者浏览器书签，不过他的优势就是管理应用更加方便直接。但对于信息的直接处理，却是Android的优势，Android的桌面并不仅仅放置应用，他可以放一些额外的Shortcuts，Widgets，以及组织他们的Floder。

这样的话，桌面就真的如桌面了，你可以放置任何的东西：

想方便的播放豆瓣电台，Widget加到桌面，直接加星，扔垃圾桶；

常给女朋友电话，拖到桌面来，点击就可打电话；

爱看Reader里订的冷笑话，放到桌面，点击可读。

Shortcuts&Widget是Android中提供给用户使用应用的另外一种入口，在某些场景中，反而能够高效的满足用户一些边缘需求。作为开发者的你，考虑一下如何设置你的Shortcuts吧，说实话我还很期待微博客户端能有一个拍照发微博的Shortcuts。

3.支持系统集成搜索

搜索是Google的看家本领，同样，他们也把这个本领带到了Android系统中，亲儿子Nexus系列手机始终包含一个搜索硬体键，同时，也提供一个集成搜索功能，用以响应此按钮。

与iOS不同的是，Android系统除了能够搜索应用之外，还能搜索指定应用内的内容。在搜索时，特别的方便实用。

也许在不久的将来，你可以直接在这个界面中搜索你的微博好友，并直接点击给他发私信。

4.支持双向分享的接口

分享功能属于Android的一大特色，只需两个客户端支持，用户即可在任意两个本地的客户端中进行信息的分享，如把微博保存到本地的Evernote应用中，在图库中挑选一张图片通过WhatsApp发送给朋友。

支持双向分享的接口，意味着用户可以把你应用内的内容分享出去，也可以很方便的接收其他应用分享过来的内容。

5.定时服务

Andorid的多任务设计虽然引起系统速度变慢，并且会消耗过多的电池容量，但通过常驻系统的Service，他能够提供比iOS更好的定时服务功能。最简单的例子如豆瓣电台的定时闹钟：在您指定的时间内播放豆瓣电台。

与iOS只能做到定时提醒所不同的是，Android可以实现定时做任何的工作，想想定时拍一张照片，定时发送一条短信，定时播放一首歌曲，这是否会让你的生活增添一份乐趣。而作为开发者的你，这是否会给你的应用增加一丝特色？比如，网易阅读备受好评的离线下载功能，则有可能在Android上提供定时下载功能，而iOS平台下则无法支持。

总结

我喜欢Android系统，正如我喜欢iOS，就这么简单，在不抄袭的iOS的情况下，Android的应用依然可以做得非常的出色，如果你热爱Android，就应该好好利用他的特色。

诚然，iOS成功的将界面做到了所见即所得的精简化，极致地把手机硬体键减少到一个，从而将用户可操作的范围项，控制在一个很小的空间内，有效降低了用户的学习成本。但是，既然飘在外向出手三分诺维斯基依然可以与邓肯一样定义为这个世界上最优秀的大前锋，Android为什么不可以与iOS一样定义为这个世界上最优秀的移动平台系统呢？

Android虽然存在多种硬体键设计，在可操作范围项，他控制得没有iOS那么精简，比如他可以在不同的界面中使用不同的Menu选项进行操作，比如一个应用可以同时跑多个进程和多个服务。但是，如果你能好好利用他，Android同样可以提供另外一种优秀的体验。

阿智写了一篇文章叫做《与其盲目抄袭，不如先研究彻底》，说的是国内缺乏对Android的研究，导致国产的Android应用整体质量不高。设计师们在Android上面大量的山寨了其他平台上的UI元素和设计方法，最终导致Android成为山寨大集合，用户体验的黑洞。这其中，不妨某些我们耳熟能详的产品。

这里所收集的，就是一些缺乏对Android深刻研究，照搬其他平台的UI元素，或者是土鳖的强奸用户的一些设计方法，写出这些的本意不是进行指责，而是希望让大家警醒。毕竟，山寨是我们都不想去做的事情。

1.返回在左上角

在手机界面中有两种返回：返回上一个界面，返回上一层级的界面。Android应用里，界面上并不出现返回的按钮，而是统一通过硬体Back键完成。因此无论怎样，在Android界面上出现任何的返回按钮（当然也包括生搬硬套iOS的返回按钮在左上角的这种形式），都是不正确且不合理的。

当然，也是存在例外的，比如在一个设置向导（Wizard）内。

2.常驻通知栏

在Android系统里，通知栏包含两类信息，Ongoing与Notifications（某些还包括快捷功能开关和程序运行的列表Rom不在此讨论范围内）。他们的差异是，Notifications属于各种应用的新信息的通知，如新短信，新邮件等。他可以直接被清除，Ongoing则表示当前正在运行的一些程序或者功能，且不可以直接被清除。

但是我们得留意的是，Ongoing上显示的应该是那些用户必须了解，且可能给用户使用手机带来影响的程序和功能，如正在播放音乐，正在通话中，正在上传下载等。若你的应用无论是退出还是运行状态，对用户并不存在什么影响。那就完全不用通过常驻通知栏的方式告知用户，交给系统管理你的应用的进程（Process）即好。

3.退出需要确认

首先我们得理解Android界面的堆栈机制，如图所示，用户的每次操作活动（activity）都会保存起来，当使用Back键时，如系统会自动杀死之前的活动。

但若当前已经是在应用的根界面了，使用Back键，这个应用的进程的所有自动被挂起，后台服务除外。它并不消耗CPU资源，但会占一些内存。Android与Java类似，系统有一个规则来回收内存，进行内存调度有个阀值，只有低于这个值系统才会从一个列表中，从后向前彻底关闭应用的进程。这样设计的好处是，他能够方便用户在多任务切换时，最大限度的提高速度，因为进程只是被挂起而已。

从系统设计的角度上看，退出需要确认甚至说是一个流氓的行为。而从防止用户误操作的角度上看，这也是一个谬论。因为按Back键时，进程会被挂起，用户并不存在信息损失等风险，即使是误操作，按照Android的堆栈机制，用户也可以非常轻松地恢复应用。你一定没见过iOS按Home键之后，给你来个确认退出框吧？

4.检查更新设置

我深刻理解开发者这么做的原因：Android系统中应用更新都由Market进行推送，而使用Market的前提是，手机绑定了Google帐号。问题的关键在于，某些厂家的Android手机并不要求用户绑定Google帐号，他们自己甚至也推出应用商场，想分一杯羹。

这可苦了Android应用开发者，为了能够让不同的用户即时获取更新信息，他们不得不在自己的应用内增加检查更新功能，随即，就产生了检查更新的设置。

但是请各位开发者思考一下，您真的有必要给用户这个设置吗？你的应用真的可能每日都会更新吗？也许你只要设定一个默认的某周检查一次更新即好。

5.没有分享

分享功能属于Android的一大特色，只需两个客户端支持，用户即可在任意两个本地的客户端中进行信息的分享，如把微博保存到本地的Evernote应用中，在图库中挑选一张图片通过WhatsApp发送给朋友。

Android的分享功能，能够任意地本地两个客户端，他能够更加高效的满足用户不同的任务流程。比如拍照分享，Android可以使用Camera 360拍照后设置各种滤镜，直接起本地任意微博客户端发送至微博。先拍照，再分享，也符合用户的操作习惯。

对比起来iOS则比较麻烦，要么开发者麻烦地把滤镜功能做到微博客户端中，要么用户麻烦地先拍照设置滤镜保存至图库，然后在发微博界面从图库中进行挑选。

Android的分享机制，反而能够有效的避免客户端功能膨胀，帮助开发者节省工作量的同时，也切合和用户多种使用场景。真正的实现了，让一个应用只解决用户一个问题的理念，这不得不说是iOS的笑话。

6.没有焦点状态

某些Android手机带有轨迹球等输入设备，用户可以滚动轨迹球定焦于界面的某个控件上。这能有效帮助某些触摸障碍的用户。更加重要的是，随着Android@Home的发布，Android系统将有可能出现在冰箱，洗衣机等家电设备上，并且是通过有五维导航键的方式进行控制，这就显得焦点状态变得额外重要了。

更加可以预见的一点是，Android目前还没有像iOS上的Voice Over那样，提供无障碍访问的解决方案，假设一旦提供了，轨迹球就能够给更多盲人用户带来更好的移动设备体验。

7.大量缓存图片

Android没有像iOS那样，彻底去除了文件的概念，所以，如果你的应用如果没有处理好缓存文件的话如图片，这些图片就大量的积压在系统的Gallery中，严重拖慢速度。对于这种问题，只需要把缓存图片改为Gallery无法识别的类型即好。

8.没有Move to SDcard

如果你的应用大小超过5M，如果不提供Move to SDcard功能就实在过意不去，因为毕竟还有大量的用户只有250M以下的机身内存空间。当然，Google的地图应用一直都还是霸占着多大12M的机身内存。

无论如何，Android是一个优秀的手机平台，我也像热爱iOS那样热爱着这个手机系统。我也时刻相信，虽然Android的开发成本过大，但只要正确理解其系统设计理念，Android的应用依然可以非常优秀。

死者已矣，无论我怎样的奔走呼喊，向人说起这传奇老人的故事，但在悲恸之后，作为生者的我们，还得假装坚强地去面对这个纷扰的世界。但一股强烈的不安感鞭策着我，在工作的罅隙，我常想起她，这位我尊敬的老师，想起那四年与其为师生的宝贵的大学生涯。

我想，我应该为她写点什么，用我最平实的语言。虽然大学那迸流呼啸的青春已经在毕业后的日子逐渐失去梦幻的色彩，我依然尝试着拾起那些纤细飘落在沙砾中的记忆的碎片，努力拼织起对左宗义老师画面与印记。但愿安息于天国的她，在回溯她的漫漫人生时，有那么一个镜头与画面，是包含我的，那将是我最大的荣耀。

“我叫左宗义，是这系的创办人和主任……这是一个新专业，我们大家都在摸索当中，我希望大家能与老师共同进步，大家把一些迂腐的旧思想和教条礼节都可以去掉。”

2005年9月盛夏，这是我第一次见到左老师。当时话语的细节，已经丢失在记忆的空间里，而这句平常句子下的道理，却在接下来的四年内，植入我心。

坐上课室内，还心怀陌生感的我，上下打量这个身材有些单薄的老师：扎起的卷发的马尾，素色的条纹衬衣，搭配一条深色的碎花群子，上面纹着简单的花瓣的图形。她面容消瘦，带着一副银色金属架的眼镜，眉毛轻轻上扬，一个严肃而专业的教师形象。而当她笑起来时，脸上会有细细的皱纹，满脸都是和蔼和亲切。

即使偶尔她会带着围巾，或者穿着休闲式的小西装。但我第一次见到她时的这幅形象，几乎贯穿我对她整整四年的印象：不拘一格，喜欢打破常理、挑战权威。她坚持使用英语给我们教学，她给我们实验室配备最好的电脑与设备，她喜欢在一节课上使用两位老师，她愿意为了学生的一个愿望去与校方行政部进行斡旋，甚至是以自己的名誉做担保，她努力为我们这个并不着眼的学校与专业争取来了难得的交换生的名额，她愿意抽出休息时间，为学生的课业设计做配音……

而在左老师和其他的一直在背后奉献的老师的帮助下，数媒专业成为了全学院甚至是全学校最有活力的专业，有人成为了音频专家，有人成为三维装饰设计的高手，有人做了设计师，有人留学海外，也有人找到志同道合者走上创业的路……

“……所以我一直没有放弃，我觉得那样简直是浪费生命，因此我选择离开了XX局……”

对于每个数媒的学生来说，上左老师的课，不厌其烦的事情就是，她总会习惯性的课堂上，话题一转，将自己的人生故事娓娓道来。同学们都笑称耳朵听到起茧，但心里却悄悄树立着对这位女性的肃然尊敬与崇拜。

江湖中，或许早就没有年少时就展现聪明才智的左老师，22岁即已毕业于武汉大学，优秀的学业给她带来了优秀的职位，毕业后被分配至让同学羡慕的事业单位XX局，然而不到几年的时间，她就做了愚蠢了决定，离开这个地方，追求自己的梦想去了。

45岁，因为需要到国外学习，所以她选择了自学英语。48岁，她周游欧洲，拜访了多间大学。

50岁，她觉得应该把自己的知识广播一方，于是创办全国第一个数字媒体专业……

当我们觉得她的人生应该接近完美的同时，她却在继续抒写她的传奇。

“我告诉自己，我要坚持，我要笑对每天的生活……”

2009年，这是我最后一次见到左老师，她坐在阳台边的躺椅上，满头白发，身体越加消瘦，但依然还是那个乐观的老师。她像一个藏不住秘密的小女生，说起她如何感染风寒确久病不起，辗转多方才确认癌症，在ICU里面改写自己的生死簿日期……

她站着旁观者的角度，说起这个激荡的故事，丝毫忘记了现在她的在医生的预估里，她本是早已离开这个世界的人，丝毫忘记了，现在的她，疾病正在一步步的侵蚀她的肺部。

坐在她家中沙发上我，心惊肉跳的听着这些故事，并幻想着这是需要多大的勇气和乐观，才能站在死神的对立面上，并取得胜利。我转过头，老师正和蔼的建议我们应该多吃水果保持健康吸收，在她的心里，我想，即使疾病给她带来的巨大的创伤，但她依然还是快乐的，而这是死神也无法带走的。

左老师的一封信

亲爱的数字媒体专业的同学们：
看了05，06，07，08级同学写给我的祈福的本本，四个大大小小的本子，各种各样的字体， 有幼稚，有飘逸，有歪歪斜斜，有工工整整，一行行，一字字，寄托了一颗颗真挚的爱心，在我这困难的时刻，给我支持和鼓励。
你们写到：“生活如此美好，生命如此美丽”，“不屈的青松必有伟大的灵魂”， “你的人生会因天下桃李而更加芬芳”，“老师快回到讲台，我们与你同在。”“我们需要你，这片天空需要你“，“战胜病魔，活出精采“。你们鼓励我“不要怕，要勇敢”，“地上没有过不去的坎，加油！”。“坚强，乐观，一定能走过风风雨雨”，“紧要关头不放弃，奇迹就会出现，再现生命的绚丽”。 你们对我许诺“要成为一群翱翔在蓝天上的雄鹰，飞向祖国的每一个地区，飞向世界的每一个角落”……
你们热情洋溢，童真率直的文字，字字句句打动我心。你们是我的400个孩子，你们是我生命的延续，你们是我理想的延续。我因为有了你们而快乐，因为有了你们而骄傲。你们使我的生命更加有意义，我的生命不再是孤独的自我，而是你们大家的期望。
我不能辜负你们的期望，我一定要坚强乐观，面对人生的又一次磨难，再一次扬起生命的风帆，创造生命的又一个奇迹。我一定能看见你们大家成长、成才、成功。看见在这片天空之下，活跃着我国第一代的数字媒体人。我一定能等待你们向我报告每人的精彩故事和幸福人生。我一定能等到这一天！
谢谢大家！

左宗义老师
2009年5月11日

摘录同学的留言

毕业快一年了，明天是11届师弟师妹照毕业照的日子。去年的这个时候，做老师和我们坐在一起留下了合影。然而她就在毕业礼快来的时候她走了。没想到我们会是最后一届和她合影的学生。 很惋惜。 前几天回到学校，师弟们聊起左老师。问道：左老师的离去对专业来说有什么影响？ 这个答案没有对与错。的确对于低年级的师弟师妹来说，与左老师相处的时间不多。对于创始人对专业的寄望和期待以无从感受。 然而我希望数媒能够秉承她的精神发展下去，要充满激情、务实求真。无论专业现状如何，我们要记住我们的相遇是因为她，我们的大学生活由她为我们铺下了前路，尽管我们未必沿着这条路走。 我们要做的就是不要辜负她的期待。数媒加油。

——A Boy

一直想去见见您，我的恩师！作为数字媒体的一员，一直都想做出点成绩给你看，暂未实现而没有勇气去见您。你的离去，让我感觉无地自容，对不起！ 一路走好！您还在天堂为我们点亮明灯，愿您在天堂幸福！ 永远怀念你！

——甘广权

也许我不是很令你留意的一个人，因为很长的时间，我的大学生活有大半是在旅途与做义工中走过。也许是因为我一直都在选择和坚持自己的方向。 很感谢你带给我的一扇门，数字媒体。让我一个乡下的小子投入这无尽的虚拟空间….也在自我寻找中发掘这门学科的新价值，虽然与大学所学习的相差挺远…但方向还是在那里。 也许曾经嘘嘘过，但你一直都值得我去尊敬的一个人。大学本因是一个人独立自主的开始，我很感谢你给我带来互联网这扇门，让我去挖掘自我价值的提升。就目前来说，可以很肯定的说一声，我没有丢弃这门学科的脸。 天堂安好！

——曾蛟

我来到广工的时候前一届师兄姐就告诉我，老师您退休了，虽然您没教过我，没进这个专业之前我就已经听说了许多老师的事，有趣生动，和蔼温馨，坚强果断，气质高雅的女强人形象是我想象中的您，但是……其实我除了在那旧的发黄的宣传栏那里看过您的肖像，我没有机会真正的见上过您一面，其实我很想去拜访您！

——GRABOV

满江红.忆左老 小谷围江水缠绕暮苍茫，园丁内楼影叠叠。 忆广工建业，千辛奋振，日月披揭。 昔日桃李满园，募款玉壶携。 数媒倾情办，自品瓜茄。 尽览工大镂刻，对桩桩故事，仰面长嗟。 又重归母校，刮目怎识。 赞同声，学术领袖，永流芳，香信指合捏。

——文强

一直都没跟您说，您是我从小到大最喜欢最敬佩的一位老师。现在我很后悔，很难过，刚听到消息的时候，我不愿相信，多想有人告诉我这一切不是真的。要是早几天过去看您，至少不会像现在一样后悔难过。回想过去和您相处的点点滴滴，您对学生的关怀，对社会的看法，面对病魔的坚强，再想到以后再也见不到您了，听不到您的声音了，泪水在眼眶里打转。晚上来了一只绿蜻蜓，狭长的腹部，接近透明的翅膀，我不禁想到那是您吗？ 不屈的青松必有伟大的灵魂，您永远活在我们心里，您的理想会由一代代数媒人传承下去，愿您在天堂一切安好。

——晓燕

若世间有天堂，愿你在天堂安详。若天堂有回忆，愿你的回忆都是快乐。

学生：李斌

是的，有些时候，我就在想这个简单的问题，而那时我的答案还是：界面是对软件应用解决方案的显性，使用图形化符号，向使用者解释它的功能与任务。

但最近一些认知却让我对这个问题有了新的回答：界面就是软件应用它本身。它不是一份对软件应用功能的图形化说明书，不是对软件应用功能与任务的图形化翻译，它就是软件应用本身，并且与之浑然天成。

一个简单的问题，仅仅从展开的iPad文件夹时界面的呈现，你觉得，有多少种方法，可以收缩起这个文件夹？

方法其实有三种：点击（Tap）文件夹图标或者点击其他区域；向上拖动（Flick）界面；双指在两侧向内滑动（pin close）。

第一种也许你早就知道，但后面两种，你也许会将信将疑地去尝试，相信我的说法。

所以，从我的角度上而言，这也许是人家常说iOS操作简单易懂的原因。在你点击文件夹后，文件夹展开的的这个动画，以及最终他的视觉样式，已经告诉你了，他应该怎么去关闭，你会不由自主的，就学会这些操作。

而这就是隐喻。《iOS Human Interface Guidelines》里面是这样解释隐喻对体验的影响的：当你应用中的可视化对象和操作按照现实世界中的对象与操作仿造，用户就能快速领会如何使用它。（When virtual objects and actions in an application are metaphors for objects and actions in the real world, users quickly grasp how to use the app.）

对我而言，iOS的文件夹更多的像一个抽屉的隐喻，并且，它的顶部还是玻璃材质的。从拉开的动画当中，他建立了一个类似抽屉的空间，你一看就明白了。

界面与界面之间，并不是简单的线性关系

我们不得不否认的一点是，界面与界面之间其实是应该纯在联系的，我指的这种联系是说，空间感。存在相互之间的层级和逻辑关系的，而且这种关系，越符合现实的，越好。越容易让别人理解，越来越不用让别人学习。

这就是我们需要做隐喻，我们需要通过它，去表现界面之间的关系。

隐喻给人以可预测性，用户能够轻易的理解你设计的软件应用。这是一种掌握的感觉，是一种控制的感觉。当用户操作时，他们知道下一步即将出现什么、怎么回去——即使是在第一次操作。

为什么需要在移动界面中注意隐喻设计？

1.导航缺失

一个触摸屏手机的物理尺寸在3.7寸左右，与一张信用卡相当。在这么狭窄的空间内，我们则不能秉着PC客户端“在一个主界面内完成大部分的任务”的思想，去设计移动客户端。我们必须把界面分拆。

与之而来的问题是，分拆后的界面是有逻辑的，但我们并不能照搬PC客户端中的方法：使用任务栏，层叠的模态对话框去表现这种逻辑。

因为我们根本就没有空间，所以我们得另辟蹊径。

所以，我们把界面拆分得更多独立化，让界面变成卡片式，一个界面只完成一项任务，保证界面之间联系的单一化，避免界面之间逻辑，或者跳转的混乱。

2.缺乏物理力学反馈

传统的手机上，用户使用键盘，去操作屏幕上的视觉对象，键盘在这个阶段中，扮演的其实是用户操作行为的翻译器。而iPhone的出现砍掉了这种操作行为的翻译，变成直接触摸，这是一项伟大的进步。

iPhone虽然缩短了操作行为的执行阶段，但却给操作行为的反馈阶段带来了麻烦：只有视觉反馈，手指触摸的物理力学反馈消失了。

你的手指不再能够感受到键盘按下的物理力学压力，甚至，假设你手指粗壮一点，你就几乎没法看见按钮是否被按下。而在输入时，这种情况尤甚，键盘手机上有着悠久历史的高效的“盲打”输入方式只能进入历史的存档中。

因此，我们更多的需要利用用户的视觉和听觉，去提供反馈。

隐喻设计内容

对于一个产品来说，隐喻设计不仅仅是动画，各种即时状态细节的设计，更多情况下，我们需要按步骤的去完成整个隐喻的系统性与结构化设计。他包含以下几项内容：

1.拟物化视觉外观与听觉反馈

隐喻设计的第一步，从应用的外观着手，如果可以的话，你应该考虑应用的外观表现出真实物理的肌理材质，以及合理的光影效果，并且，得正确的显示界面的元素的相互之间的空间层次感。

另外我们不能忽视的一种拟物化设计：音效。它不仅是对缺乏物理力学反馈的一种弥补的手段，在某些情况下，也是一种有效的反馈机制，如当屏幕处于关闭状态下时（这是经常的事情），拟物化的音效更能让用户了解当前用户的状态。iOS解锁屏幕的声音你还记得吗？还有敲击键盘的声音，以及照片拍摄的声音。这都很好的拟物化音效。

拟物化的外观很大程度上降低了用户的认知成本，无需阅读额外的文字，用户只要看到软件的样子，就知道它的用途。

2.即时反馈

假设，你在触摸屏的设备上，使用手势执行某项操作，但界面上没有任何的反馈。你就不得不去猜测一下，你遇到的是下面的那种情况：

1. 你的操作手势有误，软件无法响应
2. 程序当机了，暂时没有响应

对于情况二，很抱歉，我们也许实在无能为力。但是对于情况一，我们得有必要讨论一下，如果反馈用户操作手势有误，并指引或者帮助用户到正确的操作中了。

由此看来，传统网页上使用的反馈方式，移植到触摸屏设备上，实在是水土不服。移动设备最好的错误反馈，应该是即时跟随用户的手势操作的。

如上图示意，这才是一个触摸屏上，应该具备的一种反馈，它即时响应了用户的手势动作(即使可能是错误的)，而当用户释放操作时，又自动回归到正确的操作结果中来。

对于任何一个软件应用来说，他都是有学习成本的。有的成本高到离谱，比如Office，Photoshop之类的生产力软件，但也有低成本的，如计算器，记事本等。当软件应用而行拟物化设计之后，其实这已经降低了一些学习的成本。但如何继续降低学习成本？让用户犯错，并从错误中学习。

即时反馈缩减了操作与反馈之间的距离，有效降低了用户纠正错误的修复成本，也提高了用户学习的效率。

3.流动式动画

传统的软件界面之间的切换表现得较为粗暴，大部分情况下，他只显示命令执行前和执行后两个界面，而忽略了他们之间的那段过程。而在真实世界中，倘若没有这个过程，你甚至很难理解过程两端的界面，是如何联系起来的。

动画有一种无法比拟的表现力，它是与用户的最有效的沟通方式，一个精致，微细的动画，能够友好的衔接两个界面之间的切换，同时他还有以下的作用：

1. 表现软件当前状态
2. 提供对用户有用的反馈信息
3. 加强用户直接操作的控制感
4. 通过视觉表现用户的操作的结果

流动式的动画贯穿在整个iPhone操作系统中，也包括在非沉浸式应用程序中。但作为隐喻设计的一种手段，我们需要留意的是：动画只是常用于提高用户体验，它本身并不是用户体验的焦点。

隐喻设计的评判标准

1.符合现实逻辑的界面空间

流动式的动画成为隐喻设计的最后一块拼图，但是我们仅仅把拼图拼起来是不够的，我们还需要检验，这样的拼图是否符合真实世界的逻辑。

Flipboard始终如一地采用翻页的动画效果，无论是从首页进入，抑或是从某个订阅源中返回。他甚至还精细的制作了三种翻页动画效果：只翻动一页，翻动两页，翻动三页和以上；他给以用户这样一种感觉：

• 我订阅的所有内容，是一本杂志
• 任何页面都没有互相从属的关系，只有先后秩序的关系
• 在首页上的方块型的东西，等于杂志的目录

而国内的同类产品杂客，他所呈现的界面空间却稍有不同，整体上，他像是一个时刻变换封面的杂志柜。

但个人感觉，从杂志柜进入杂志的过程动画，有点粗暴且难以在现实生活中找到相关性。个人观点，若此过程动画能与iBooks打开书籍的动画类似或相同。也许更加符合现实逻辑。

2.自圆其说

简单来说，你的界面是如何进入用户的视眼，也应该以相反的方式，从界面中消失，并且，这个过程，是能够自圆其说的，且符合真实生活的隐喻的。

3.响应用户的直觉手势

移动设备最大的特点是：直接操作。如果你设置了你的界面是从下方推入，那用户可能会直觉性的认为，我把新界面向下拉，这个界面即可消失。

从图可以看到腾讯爱看成功的照顾到了用户从隐喻设计中所得到的直觉性手势，只需向下拉，用户就可以关闭此界面。

从外观上看，评论界面都处于主界面之下，而动画效果都属于主界面向下拉伸，评论界面向上推至界面顶部。但是杂客的同样响应了用户的直觉性手势，只需在正文界面中，向下拖动，即可激活评论界面，这不得不算是在twitter客户端上的一种进步和超越。

总结

其实理解移动界面的隐喻设计，并不是一件非常困难的事情，因为这是一个化繁为简过程后的结果。而困难的是：设计师应该跳出传统的按钮，点击等交互操作的局限中来，更多了考虑到和现实生活的逻辑结合和用户的直觉手势的响应。

对于移动的软件应用来说，隐喻设计的初衷是为了解决导航缺失和物理力学反馈缺失的问题，但同样，这也是移动产品的竞争力的核心体现。如何帮助用户更快的理解你的软件应用，如何帮助用户更顺畅的使用你的软件应用。这是我们每个设计师，都应该去真实生活中去寻找的答案。

在网易广州办公室的一楼会议室，看着有些心凉的薪酬数字，我还是兴奋地从彭毅哥手中接过写有丁磊签字的那张纸，上面密密麻麻写满了奇怪的关于权利，义务，学校，户口等关键字。

那就这样开始吧，我的网易职场生活。心中默念一句话：你是个新人。

以下的内容，写给未来的自己，未来的大脸，希望你像这篇文章里面写的那样，信守诺言。也写给在这个行业里面梦想有所作为的人。

我不是什么前辈，我也不是大湿，我也没有作出什么举世瞩目的事情。我没有每月缴税都上万的月薪，我没有苹果电脑也没有iPhone，但这都不是重要的，重要的是：我爱这份职业，我爱我的人生和理想。我希望，因为我，这个世界上能少一个难用的复杂的花哨的产品，那就足够了。

诚实，控制欲望

也许这会让你的故事少些添油加醋的精彩，也许会让你显得只是个普普通通的人。但一个谎言，需要200个的谎言去圆谎。你决定要说了吗？

当你羡慕别人的工作时，别人可能正在羡慕你的悠闲；当你羡慕别人的能力时，别人可能正在羡慕你的居家……

记住，当你所处的当下让你觉得最舒适时，一切的羡慕与被羡慕都是枉然。

而最舒适时，则是你脱离对外界的依赖，能控制欲望之时。

为你的整个职业生涯打算

你真的打算现在就定下你职业的基调吗？你真的决定因为另外一间公司的薪水更高就果断跳槽？你的职业生涯很长，尤其是在坑爹的中国，你得做到65岁。想想，你现在的行为，对于你职业生涯的后40年，有什么影响？他的机会成本又是什么？

别太在乎你的薪水，因为那注定最多只能让你填饱肚子养活自己，而无法填补你在这个环境下的安全感缺失。我相信你懂我的意思。

做好知识管理与时间管理

无论多伟大，在等号另外一边。都是N*渺小。

而知识管理与时间管理，就是渺小的事情，刚开始你无法察觉他的影响，而时间长久，你会感受到他对你的影响和美好的价值。如果说你的时间如资金，那么做知识管理与时间管理，就像买定投一样。这个雪球，缓慢，但终究会越滚越大。

坚持的渺小，就等于伟大。

找到你的人生信条

这个世界上，有很多人成功了，也有很多人失败过。他们留下了一句句看起来那么智慧与哲理的句子，指导后世人前进。

但，不管你会背诵千条，还是只记得一条，这都不重要。重要的是：你选择的是那条。

我们太聪明了，总以为运用多条前人的信条，能够少走点弯路。殊不知，弯路也是信条的一部分。

为自己而工作

如果你不这么想，你就只是别人实现梦想的工具而已。你无法体会到100%热情投入的感觉，你不会爱上你的职业，你不会主动想坚持自己的思想。

做一个intellectual（智识分子）

你在设计上的决策，应该是基于你的专业知识判断。而不应让上司或其他人成为作祟的压力。

你应该享受经常的智力生活、智力刺激。如果你一周不看专业书籍，或拿起鼠标做点什么，就该觉得智力饥饿。如果不饥饿，那就要考虑是否还合适在互联网内打拼。

培养你的替代品

工作只是人生的副产品，无论你曾经多么优秀，同事视你如英雄，但这个舞台，总有你离开的一天。

人生的风景不仅仅如此，工作只是生活的陪衬，想象着，这么世界上有多少的母亲，期待儿女回家吃饭，有多少的家庭，只是某人事业的牺牲品。

你离开了，公司能在半天找到你的替代品，但你的家人不行。你的任务，项目，离开了你还是有人来打理，但你的朋友却找不到另外一个人来调侃打闹。

想想有那么一天，你有30年假，但是却抽不出一分钟给家人打个电话，你觉得这是成功抑或失败？

那么，就培养你的替代品吧，这个世界上，从来不缺怀揣梦想的年轻人，他们只是缺乏前辈的指导。从场上的超级巨星，变成更衣室的精神领袖，这不是一件坏事。

后记

我工作两年，都在一间公司，看过了很多同事的走走停停，也看到了很多的主管对于工作的复杂的心情。自己也经历了一些波折，于是乎，就有写下来的冲动。做个积累。

说到最后，我想说，这三篇文章，实际上，都是写给自己的。若得不到你的赞同和认可，非常抱歉。但，这句话，是我想送给大家的：

你以为你有十几年工作经验，其实你只是一年工作经验用了十几年；你以为你犯了几百个错误，其实你只是一个错误犯了几百次；舍近求远和原地踏步，是我们职业生涯里最容易习以为常的状态。

我果然还是个职场新人，是吧？

“因为白鸦的这句话：持续关注互联网产业发展，思考电子商务新发展。立志：终身爱恋互联网，终身爱恋设计，终身Blogging …”——这是两年前我的回答。

“因为我想把自己的隐性知识显性化，我想通过通俗、简单的文字表达我的经验（极度不靠谱的一种隐性知识）”——这是现在我的回答。

你的隐性知识可能只对你自己是隐性的。
隐性知识显性化的能力成为人与人能力差别的重要方面。
隐性知识显性化的方法：讨论、回答问题、需求压力、工作分解、流程分析等。
不能用通俗、简单的文字表达知识，表示对该领域的理解还不够深刻。

——《你的知识需要管理》

相似的，交互设计师的工作内容，就是不断显性一个idea成一个成品的过程：产品定义、内容与功能确定、信息架构与原型的交互设计、还原原型……

虽贵为设计师，但交互设计师的产出物并不直接应用于产品：交互设计师制作的原型，文档，无论多美观，高保真，他都只是半成品，都需要被开发组内其他成员解读，并制作他们的产出物，最终应用于产品。

那么我所强调的是，作为一名交互设计师，你绝不能满足于产出物的优质。相应的，别人如何解读你的产出物，他们的产出物又是如何应用于产品，这反而是你应该去着重关注的。如果你的产出物未得到执行，你的原型的价值又在何处呢？这是对你职业价值的最大的漠视与羞辱。

你必须坚信自己是提供给用户解决方案的最佳人选，做一个孤独且执着的行动者。同时，默默地承担并解释所有的质疑。否则，你会死得很难看，你就不断地需要面临“你想造个西施，结果出来个东施，而且还有心脏病”的设计困境。

从根本问题着手

厨师做菜太难吃所以结账时提供打折服务？担心员工上班走神所以建立防火墙屏蔽QQ和社交网站？软件执行效率太低所以提供多几个等待提示？害怕用户逃离所以竖起技术壁垒禁止迁移？

如果一个产品从刚开始就不是为解决根本问题而驱动的，那么你设计的结果永远只有两种：错，错上加错。

在大部分的情况下，在接受到一份PRD文档时，你一定会有那么一瞬间的念头：“为什么非得这么麻烦呢，干嘛不……”不要犹豫，在理智把这个念头驱散之前，赶紧记录下来，问问你的技术同事，为什么不这么做？别让自己错过了一次改变世界的机会。

没错，从根本问题着手，大多数情况下意味着得付出更多的成本与代价。但世间事情并不尽然，惯性思维产生的盲点，往往就是革命性的创新点。

举例来说，我们都习惯了在邮箱客户端通过POP3与IMAP协议收取邮件，但无论我们如何优化IMAP填写表单，都无法解决用户输入麻烦，多种因素导致出错频率高的问题。

解决用户输入麻烦最佳的方法就是不需要输入，想想，为什么我们不能像微博那样，使用认证登录的方式就能在其他客户端上读取微博与私信。

这个想法很有创意吧，告诉你，有人已经实现了。

追求效率而不是完美

我相信你一定知道，这个世界没有最完美的方案，只有最有效率的方案。当你遇到问题的时候，不要犹豫，不要慌张，尽可能地收集你已经知道的信息，如技术难度，时间成本，在心中默默列出两个方案：当前最佳方案，当前最有效率方案。

然后，立即执行这个最有效率的方案吧，切记，不要幻想在这两种方案中取得平衡，因为那往往是鸡肋，即浪费开发成本，又没有从根本解决问题。

一旦为了寻找平衡方案的而浪费时间时，问题就会不断的被推迟解决，也许会延迟到上线，并且平衡方案也许永远无法到来。

作出效率方案是否正确不重要，重要是他解决了问题，并且，错误容许稍后修复。

总之，项目的开发周期的拉长，会打击士气，消耗大家的耐心和意志，开发时间越长，产品成功的几率也就越小。在任何时候，都应该果断推进，即时消灭问题。把产品早日开发出来。

在此推荐一下，关于如何追求效率，可参考阅读前端开发中常使用的一种理论：优雅降级（Graceful degradation）。

说你想说的，即使不好听

也许你怀揣着做伟大产品的梦想，也许你对公司的老员工的过时设计想法颇有抱怨。也许你对上司对你的漠视和不关心心怀芥蒂。但我有个问题要反问你：为什么有人知道你做IT就会找你帮忙重装电脑？因为他们认为你是电脑精英。

你有没有主动让别人去了解你，了解你的能力、设计水平、性格和价值观。请不要奢望别人会有耐心和时间去挖掘你，你必须主动地把你具有优势、擅长的东西展现出来，让别人知道。并对你产生信任。

交互设计师不能做隐士，必须学会把知识显性话，从而共享你的知识，用知识影响别人。要有意识地锻炼自己表达自己知识的能力，学会用最简单通俗的语言来阐述出深奥道理的能力。

不要害怕逆了上司的旨意，不要害怕别人的行政压力，把每天当作你在公司的最后一天，尽情的去表现自己的想法，和你的专业思想。

具有专业主义（professionalism）

饶毅曾这么评价中国的科学界：中国文化缺乏Professionalism(专业主义)的概念，中国学术界缺乏Intellectual的气氛。当然，在设计界，专业主义依然缺乏。

为什么设计师需要专业主义？因为这是让这个没有尊严的职业变得有尊严起来的唯一办法。

所以，不要轻易的妥协，不要固执的相信对方，相信你的直觉，你的积累，虚心无偏见的请教同行的前辈，而不是想尽办法如何结识对方，搞关系。

切记一句话，当你失去专业主义时，你是在让这个职业失去尊严。

文章的末尾，送上一句来自名为《Letters to a Young Artist》的这本书中的一句话。

“所有的创作人都活两次，一次参与生活，一次则作为客观的观察者，不断在问：‘从那当中可以创作出什么？’”——Julia Cameron

送给所有交互设计师们。

我的意思是，我们总是习惯性的忘记一个事实：我们并不是向用户出售一款产品或者服务；我们是向用户出售一个能够搞掂问题的解决方案，它能够为用户创造价值，并让用户为这个问题少操心一点。

举个简单的例子：当你认为你在卖钻子的时候，其实用户想买的是洞。

It’s about solution, not features

作为产品的设计者，你应该关注在产品所能给用户解决的问题，而不是把焦点集中在具体功能之上。

经常性地，某个功能被你的用户或你的同事提出时，而且这个功能听起来是那么的激动人心，并且你的竞争对手还没做，你得先冷静的思考一下：它们属于哪种问题的解决方案，有没有更好的？

往往你所认为的一个好功能，放在你的产品内，也许是个很糟糕的解决方案。

QQmail，Gmail，网易邮箱，都有一个邮件置顶的功能，且设计方法各有不同，可作为It’s about solution,not features这个课题的标准案例演示。

所谓邮件置顶，就是在邮件的列表页面中，能让某些用户认为重要的邮件始终出现在顶端。减少用户查阅的时间。

QQmail自动把用户标记的待办邮件的前三封置顶显示
(目前此功能已被取消，截图来源)

GMail通过新增一个智能判断的Important标签和Priority Inbox的组合方式，让用户的邮件自动置顶

网易邮箱直接新增了”标记为置顶”的功能

稍微思考一下，为什么有用户说需要邮件置顶？我个人认为的原因是：他们希望重要的邮件能够自然的出现在显眼的位置，省去他们搜索的时间。他们并不是真正的想要邮件置顶这个功能。

从这种角度而言，QQmail与Gmail通过原有功能的再组合，用最小的代价，完成了这个解决方案，并且避免了产品复杂度的提高。而网易邮箱处理得则过于粗暴直接。

别马上相信你的用户

如果我听从了顾客的想法，那我该给他们一匹更快的马。

——Henry Ford

别马上相信你的用户，用户会习惯性的把期望描述成为具体的某个功能（Features），让你误以为这个功能是他极度需要的。而且用户容易异想天开，缺乏逻辑，稍微不注意，你就可以为少数几个用户的要求而毁了你产品。

用户也是容易局限于现实的，他们容易在现实中寻找简单的线性对比，而拒绝创新性的思考。如针对手机电池不给力，用户会希望手机电池容量越来越大，却不会希望通过走路，骑车等方式保持手机电力。

但无论何时，你都应该保持对用户意见的即时倾听，仔细分析，询问，找出他背后的真实期望。并斟酌满足他。

为用户创造价值，不打扰

Apps Store上有个最贵最没用的应用I’m Rich，除了能在你的iPhone屏幕上显示一张宝石的照片之外则不能干任何事情了，且售价999美元。八个无聊的人士买了之后，这东西就被苹果官方下架了。

举这个例子，我想说的就是，你的产品得真正的能够为用户创造实质性的，可直接看得见的价值，别整什么虚的，用户心理面对于这个可精明着呢。不然，无论多优秀伟大的产品，都有可能步Google Wave的后尘而去。

而通常创造的价值最有效的方法是：节省时间。这是所有互联网，手机产品的解决方案，也是用户使用他们的根本原因。

因为大体而言，在现实生活中，他们都可以找到替代方案，只是更慢而已。

用户理想的解决方案就是：用户只需付出成本，然后可以撒手不管，安心等待你创造价值即好。这和每个人都期待，只需把钱存到银行他就能够自动快速无限增值一样。

我们所要做的最基本的就是，尽量减少无用的打扰，因为这是损害用户价值的最要命的方式。

手机应用的这种提示属于对用户价值的最大损害

最后，引用iOS HIG中关于产品定义说明的句子，描述如何通过确认解决方案来筛选出你产品的功能列表。虽然这属于移动产品的指导性文字，但是我相信对PC端产品来说，这些思想是相通的。

Before you begin designing your application, it’s essential to define precisely what your application does. A good way to do this is to craft a product definition statement—a concise declaration of your application’s main purpose and its intended audience. Creating a product definition statement isn’t merely an exercise. On the contrary, it’s one of the best ways to turn a list of features into a coherent product.

在你开始设计自己的应用程序之前，必不可少的是精确定义你的应用程序是做什么的。一个比较好的方式是用心撰写一份产品定义说明——份简洁描述你的应用程序的主要目的与目标用户的文档。创建产品定义声明并不仅仅是个练习，相反的是，这是将一大串功能特征转化为一个连贯性产品的最佳方式。

(引用来源)

什么是交互设计？

交互设计，又称互动设计，(英文Interaction Design, 缩写 IxD 或者 IaD),是定义、设计人造系统的行为的设计领域。人造物，即人工制成物品，例如，软件、移动设备、人造环境、服务、可佩带装置以及系统的组织结构。交互设计在于定义人造物的行为方式(the “interaction”,即人工制品在特定场景下的反应方式)相关的界面。

——维基百科

相比用学术的语句描述，我更喜欢通过它要达到的目的来解释交互设计：帮助用户高效的完成产品所设想的任务，同时在这个过程中，能让用户感觉到愉悦和不受打扰。

KFC快餐店实景——注意观察凳子和礼物

我将使用常见的KFC，麦当劳等快餐店的真实案例，去解释我自己的定义，我觉得这是最直观的：

高效：经常性的，你能点的就是那几个套餐，省去了你自己配餐选择迟疑的麻烦。从点餐到拿到食物，至多需要3分钟。即使需要你等，也会出示牌号给你，稍后给你送去。快，准，方便。

产品所设想的任务：只要你一进门，服务员就会提示你点餐，餐桌布局狭小紧凑，凳子不可移动，故意让你坐得不舒服。使用暖色的灯光，播放快节奏的歌曲，扩充你的食欲。他们所设想的任务是什么？让你赶紧吃完走人。（其实你也是抱着这个目的而来的）而不是让你慢悠悠的享受这顿美食。

愉悦：从装修布局上，快餐店都非常的干净整洁，颜色明亮鲜艳。服务员总是那么热心，礼貌；点餐说不定还能收获个礼物。你说，你能不高兴么？

不受打扰：不管你是等人，蹭厕所还是真的吃饭，服务员都不会主动打扰你（除非你主动呼叫），除了点餐时你需要说点什么之外，你无需再说点什么即可吃完走人。

为什么需要交互设计？

那么结论就很清晰直白了：交互设计能使用取巧，聪明的方法，让用户不发觉地、无需思考、无需学习，完成你所想，并且也是他所需的目的，同时，不会引起用户的反感和愤怒。甚至他还会反过来赞赏你的产品。

就像快餐店那样，能够高效的让顾客达到填饱肚子的目的，并且也能导向性地让顾客赶紧吃完走人，还不会觉得自己是被催着离开，不被打扰。

而另外一个需要交互设计的理由是：这个世界上，满足上述目的产品太少了，甚至可以说是屈指可数，用户花费了太多的时间在寻找一个合适的好的产品。

这是为什么呢？李笑来曾在自己的文章“为什么要格外努力？”这样说道：

这世界有很多的事情之间不是简单的线性关系。

有个残酷的例子可供参考。让我们看看所谓的“剩女”是怎样剩下的呢？大抵上，她们都觉得自己的要求并不高：受教育程度不能太低吧？人长得不能太难看吧？个头不能太矮吧？岁数不能太大吧？怎么也得有点钱吧？人怎么也得有点幽默感吧？……确实，每个条件看起来都不高，基本上都只是中上等水平而已……可问题在于，每次都是三个人里只有一个人能够满足条件的话，前后已经六个条件，那么分子是1，分母是3的6次方，即，1/729，也就是说，从纯粹概率的角度出发，她要能够接触到729个男人才可能遇到1个所有条件都满足的……

那么，同时满足“有饭+有肉+有青菜+食物新鲜无毒+价格公道+点餐方便+口味适中+店面干净整洁+有厕所+有空调与暖气+服务员态度好+不用走太远”这些看起来都是吃饭的普通需求的中式快餐店，又有多少呢？

真功夫快餐店没有厕所，成为很多人拒绝真功夫的理由。

因此，为了让你的产品得到用户的满意和忠诚；为了你的产品得到更多的盈利，你需要交互设计让你的产品出类拔萃。并且，你无需担心有人走在你前头，无需担心你的竞争对手多如牛毛，你应该专注于满足用户需求，用交互设计的方法，让你后来居上。

交互设计师在团队中的位置？

伴随着工业技术的发展，个人平均能接触到的日用品也越来越多，人们不停的因为难用的工业产品而浪费时间，影响情绪，于是，以用户为中心等理论也相应的产生了。它的来源是业设计和人机工程学，简单地说：设计师应该使产品适合于人使用，而不是让人习惯产品。

工业设计师（如汽车，家电）谨记这个优良传统，软件设计师，网页设计师们却抛之脑后，几十年来，他们使软件和网页能够在电脑上正常使用与显示，但用户却没法使用他们完成任务。

而在国内，大家所常讨论的交互设计师，一般指的是互联网产品设计团队当中的交互设计师。

一个普通的互联网产品设计流程

罗马不是一天建成的，好的产品也不是单靠设计师能搞掂的。所以，一般开发队伍中，是包含几个单独的小组共同合作。如下：

• 产品小组：主要负责产品需求定义，策略，运营，推广等工作。代表角色是产品经理。
• 设计小组：主要负责产品界面的交互性，视觉外观，以及网页前端的相关的工作，如有必要，还有负责可用性测试和用户研究的工作。代表角色是交互设计师。
• 程序员小组：他们大部分工作在于做着设计师的所难以理解的敲代码的工作，但是他们是开发队伍的核心。代表角色是项目经理。
• 测试小组：主要是测试产品的逻辑上或者是极限状态下的bug和不足。提供给程序员小组或者设计小组修改。

那么，我们看到，交互设计师实际上已经成为开发队伍中不可或缺且始终贯穿开发进度的核心角色：

1. 在需求定义时，交互设计师需要需要借助用研的力量参与进来，确保这个产品是能够满足具体用户某种特定期望的。
2. 在设计阶段，交互设计师需要通过制作原型的方式，让产品的样子显性化，让产品能够高效的完成任务。同时，你必须向视觉设计的同事提出视觉设计的需求，你还得与前端的同事讨论原型实现的可行性。并且，你还得让你的原型通过可用性测试。
3. 在程序开发阶段，虽然可以暂时歇口气，但这阶段往往会出现一些影响用户高效完成任务的开发上的问题需要你参与做决策，在开发效率和体验上取得平衡。
4. 在最后的测试的阶段，你得接收测试报告，并筛选出设计上的问题着手进行解决。

多个阶段下交互设计时的角色说明（点击可看大图）

交互设计师应该具备的能力？

如果你仔细观察过类似的招聘启事会发觉，其实那都是描述交互设计师所应该具备的能力。尽管说得各有不同，但有几项核心能力是需要你掌握的，至于其他，只是加分点，而且加分点则各有差异。

一.丰富的互联网产品体验经验，敏锐的观察力。

如果你要做一个浏览器，你必须得成为浏览器的体验专家，你得没日没夜的去了解每个浏览器的操作交互性差异，他们的功能更新进度。而且，你最好类似这样，做好总结和截图。这有利于你快速确定你要做的浏览器的差异化和竞争力所在。

二.深刻理解各种平台下的交互和界面规范

交互设计中有个必须达到的核心要求：标准化与一致性。当你具备这些知识，能确保你在设计之初，就站在巨人的肩膀上，你的设计稿表现得有章法和准则。

通过这些规范的运用，也能够帮助你创新的，建立自己的设计规范。

三.打不死的小强精神以及强大的沟通能力

你需要在开发过程中，不断像整个队伍广播你的设计理念，不断的回答同事或BOSS的质疑。你还必须具备持续的沟通精神说服产品经理更加照顾用户需求，说服别人认可你的设计方案。如果没有这些能力，无论你的设计稿如何优秀，最后产品的成型极有可能是一个低档货色。

四.剩下的加分点

有视觉能力、文档写得好、懂得时间管理、和设计进度管理与跟踪、具有程序员背景……这些都是能让你加分的地方。但是，仅仅是加分而已，并不能决定你就是一个优秀的交互设计师。

这个职业的生存如何？

交互设计师通常遇到的一个问题是：如何与产品经理相处？并且，网上这样的讨论还不少。如：关系暧昧的“交互设计师”与“产品经理”。

某些公司为了省去他们两者相互扯蛋麻烦，所以就省去产品经理，只有产品设计师而已。从目前看，这或许是个不错的方法。

但从长远看，随着设计工作日益负责，更多的设计分工的职业将会出现。如：用户体验工程师。

从很多人认为的晋升空间上看，随着你工作的日益熟练。在职业转型时，你存在产品经理，设计经理，视觉设计，甚至是用户研究工程师多种方向。

所以总得而言：交互设计师目前仍然是一个钱多，人少，速来的职业。

从这个角度上面讲，设计师这个称谓其实是彻头彻尾的造梦的大泡沫。更可恶是这个世界上竟然还有一个邪教组织，不停地向大众鼓吹设计师的梦想泡沫。嗯，教主是乔布斯！

“你是想一辈子卖汽水，还是和我一起来改变世界？”

无论是iPhone还是MacBook Air的惊艳和光辉闪耀，衬托出来的却是整个行业的总体设计师的暗淡与无光。作为普通的设计师，应该在何处闪光？无论你是在世界级企业，一般企业抑或普通团队，你是否拥有过100%表达自己设计理念的机会？

对于我而言，我始终谨记自己对这个问题的回答：为什么要做设计？

在养活自己的基础之上，通过自己的付出，让这个世界少一些难用的软件和工具。因为我痛恨它们，它们夺去了我们很多本该开心的时光。

易推2.0就是在这种环境下产生的。

什么是易推？

易推是网易微博推出以来，寿命最长，跟进速度最快的客户端。易推的最先开发者是梁建，易推1.0在梁建的开发下，成为andorid平台下功能最完善最齐全的客户端。但问题也渐渐显现出来：代码效率不高，速度慢；界面粗糙，不美观；易用性和操作感不强。

于是，在抱着让这个世界少一些难用的软件和工具的想法下，作为一个视觉能力一般般的交互设计师。我决定试试给易推换新貌。

易推2.0做了哪些工作？

代码重构

代码进行了精简和重构，速度几乎比原来提升了一倍。安装包大小也减小了。

界面重构

易推的所有界面都进行了重构，让整个界面结构变得扁平。所有的图标进行了再设计。

还有呢?

除了做测试之外，就没有了。

我得到什么?

实际上，易推的工作量并不大。换个比我更靠谱的设计师，也许每天抽出一个小时，一个星期就完成了。但是，我得到的却远远超过了我所实际付出的：

1. 一次将自己所了解的Android设计理论运用到实际的机会
2. 一次充分的在自我否定与自我肯定两端分裂的自我斗争
3. 一次亲自感受视觉设计师的工作痛苦的体验
4. 一次两地办公协作开发的经历
5. 只为自己做设计的感觉

最后说点设计感想？

遵守设计规范比什么都重要

设计师遵守设计规范，如同公民遵守法律。是设计师的基本修养，更加重要的是，请不要在Android上遵守iPhone HIG。（我知道很多公司为了省事是这么做的。）

适当的创新

也许我们做不出颠覆性的东西来，但是可以在一些细小的地方进行微创新，不管是否成功，那都是你自己的收获。

除了行动之外，神马都是浮云

包括我上面说的所有内容。但是，不包括下面的内容。

附录：易推设计稿全稿

我们常常会认为人群总是要比个人聪明，事实上，这 一点是绝无可能的。当个人汇集成群体的时候，绝不 会有集思广益这样的事情发生，相反的是，群体的叠 加只能增加他们的愚蠢，智力反而会大幅度下降。相 比于个人，群体不存在丝毫的智力优势！——古斯塔 夫 庞勒：《乌合之众》

上面这句话，献给那些还在岗位上唯唯诺诺苦干，在心里却诅咒扎小人暗爽的设计师们。

高峰体验 ，这是在《情感化设计》中提到的一个名词，Norman并没有明确说他所认为的高峰体验，我个人的理解是：“用户使用产品心理上达到高度愉悦的满足感。 ”但是他说出了高峰体验所具备的条件：

1. 没有分心的事物。
2. 一个节奏恰好匹配你的活动,并且略微在你能力之上。
3. 难度水平在能力的边缘上。

在之前的时间段我认为，高峰体验也许只会在游戏中出现，因此我还特地分析了Dota这个游戏针对不同水平的用户都有对应的高峰体验设计。

1. 新手玩家——补刀；装备；保命；升级；
2. 中级玩家——快捷键；地图；神符；英雄；
3. 高级玩家:——策略；合作；反应； 

但我却从未认为，高峰体验可以在其他产品中出现，因为肯定没有产品设计师想让自己的产品“难度水平在能力边缘”。

但依然我也依然困扰着，为什么依然有一些产品的体验与高峰体验类似相同，能够得到用户的口碑赞扬和高度的忠诚度。但是下面这个笑话释疑了我。

少妇报案：“我把钱放在胸衣内，在拥挤的地铁内被一帅哥偷走了…”警察纳闷：“这么敏感的地方你就没觉察到？”少妇红着脸答：“谁能想到他是摸钱呢？”—— 让客户的钱在愉快体验中不知不觉地被摸走，是商业模式的最高境界，苹果公司做到了！

我意识到，高峰体验的关键并不是强调难度在能力边缘。而是，让用户觉得物超所值。让用户觉得，他投入的成本“操作成本，金钱成本，时间成本”，与他最后所获得的愉悦感相比，是超值的。所以，这也解释了下面这张图。

那么如何让用户做得超值？你可以这么吆喝“奇妙与革命性的产品，令人难以致信的价格。”或者是真真正正的让你的产品达到物超所值的的状态。这可从俩方面入手：降低成本，或提高为用户创造的价值。

那么以下则是我个人认为的关于高峰体验的观点，仅供参考。

1.先考虑你能给用户带来的价值，然后打个一折，算做你向用户要求的成本

这是一种高峰体验的最粗暴最直接，也是最简单，最有效的方法。因为每个人都知道，一分钱一分货。若用户的一分钱能够实质的在你这里购买到更好的服务和商品，无疑用户是满意的。因为，这是在减少用户的操作和金钱成本。

所谓的秒杀，限时抢购，团购，基本上也就是使用这种伎俩。或者说，用户同样的付出，你能提供更多的容量，更快达到期望的速度，让用户少点几次鼠标，少安装点插件，那么你也做到了高峰体验。

2.先只做一件事情，一定得是一件事，并且要做好，一定要做好

任何产品都应该专注于它的主任务，并且主任务必须只有一个，且主任务是可以用一句话清晰的描述的。相比其他成本而言，用户的时间成本是最宝贵的，过多的分支任务会让用户花费过多的时间理解他们，并且在执行主任务的时候，容易迷失。

如果你的主任务，做得高效，那么这也是减少时间成本的一种途径。

3.可以把门槛定得很高很高，但是不能唠唠叨叨或者调胃口

也许有些功能加上去，有可能会让你的产品很酷，但是你不能保证很多人喜欢他。在你犹豫之时，或许你会考虑，多给用户增加一个选项，把选择权交给用户。

但实际上我得建议您别这么做，当你开车在高速路上，你会喜欢被拦住询问“旁边的那条路更加快哦？要不要试试”吗？当然不是。

这个问题的含义是，如果有自信，你可以把门槛定得很高很高，但是，一旦用户爬上了这个门槛，你应该尽量避免向用户索要任何的成本，即使这个成本最后可能换来巨大的价值。

高峰体验，我想一直都属于许多产品设计师对自己产品的一种要求。但实际上要达到这种效果，任重而道远。不是因为你要付出很多去增加功能，而是因为你要付出很多去拒绝增加功能。

总的来说，作为任何一个产品，满足前面两点要求。才算是一个基本的合格的体验产品。

想让用户无缝地从客户端应用转移到在线应用，我们还面临很多问题。

从逻辑上说，在线应用属于操作系统中浏览器客户端应用内运行的一套程序，很多交互上依然还是要依赖上层应用（浏览器客户端），这就如同在Mac OS内跑一个Windows的虚拟机的那种差别。

这样的环境，就给在线应用带来一个很严重且无法避免的问题：体验不一致。在线应用没法提供和客户端应用一样的体验环境，用户如果如果想好好使用在线应用，得需要重新学一次，成本过高。尤其是对于那些生产力应用，而这种不一致，无疑是致命的打击。

生产力应用指的是可以完成那些对具体信息的组织与处理的任务。用户通过生产力应用可以创造并处理信息。比如Outlook，Photoshop，Word，AutoCAD。

这些体验的不一致在UI上的表现主要包括以下几点：

1. 键盘快捷键 ——只有少部分在线应用支持快捷键，这些快捷键难以发现且不支持复杂的组合。
2. 鼠标右键 —— 只有少部分在线应用支持，而且无法和浏览器右键菜单并存。（新版Flickr的交叉显示做法不错。）
3. 信息交换 —— 把本地照片拖进Photoshop内即可打开，把Flickr照片能拖进Photoshop.com内编辑吗？

如有其他，欢迎补充。但我个人认为，最大的不一致，是在于页面的渐进变化，窗口深度变化以及模态化转变。因为这种不一致，用户很容易就在一个在线应用中迷失而困惑，因此，“首页”链接成为点击最高，最救火的链接。

观察一：多样的对话

在浏览器中，用户一共会遇到4种类型的对话窗口，分别是：

1. 浏览器对话框——由浏览器驱动的对话框窗口，模态对话框（相对于浏览器，Opera除外。）如下图左上角，删除对话框。
2. 内建对话框——由在线应用提供的对话框窗口，如下图左下角，为QQ邮箱写信提示，模态（只相对于当前浏览器标签页内。）
3. 小弹窗——非模态的小浏览器窗口，用于完成一些在线应用的子任务。如下图中部，为Gmail添加其他邮箱帐号的小弹窗。
4. 通用对话框——由操作系统所提供的模态窗口，如上传文件，保存文件，指定文件夹等对话框。

了解更多对话框的分类，请参考Windows user Experience Interaction Guildelines > windows

观察二：页面的流动差异化

同样的页面，即使他们的功能与内容相同，但在客户端与在线应用，也存在着较大的差异。

客户端中，使用窗口的模态叠加，给予用户导航，同时，Windows平台还提供了任务栏，帮助用户管理自己的窗口。对于用户而言，后退至上一步，只需关闭当前窗口，返回操作流程的原点，清除掉任务栏的窗口的占位即好。

在在线应用内，由于窗口的模态叠加存在实现难度，而且效果也不佳。同时，也不会有任务栏这样的控件去管理用户在网页端内的窗口（Firefox Panorama也不过是对浏览器的标签管理提供了解决方案而已），即使存在面包屑与导航，也难以避免导航迷失，用户难以在页面中快速找到准确的后退路径，不得不直接选择“回到首页”的方式，快速逃离。

窗口和页面流动

上图看起来比较复杂，但通过窗口的叠加，有效的记录到了用户的整个操作流程。用户在回退时，都可以采用点击窗口的X，或者Cancel退回上一步。

而对于在线应用，虽然有面包屑，但是他表现的不是用户操作流程，而是信息的分类。

页面模态的差异化

同样的内容（设置），在客户端内，使用模态的对话框，并且会新开一个窗口；而在线应用中，这就变成非模态了，且不会新开窗口。

网页端后退操作行为过多

网页上的元素五花八门，在未点击之前，你根本不知道下一步会怎样，也许是新开窗口，也许是一个内建对话框，也许是一个小弹窗，也许是一个浏览器对话框。而且，存在与一些容易误导用户的视觉元素：如上图，虽然看起来是选项卡的外观，让我很容易以为点击之后，我将继续保留在这个页面内，而事实上我都会跳到一个新窗口。

并且在线应用内，你可以通过多种的方式后退，关闭内建对话框，关闭小弹窗，关闭新标签窗口，点击浏览器后退导航按钮。

在客户端，永远只有一种，点击X按钮。

网页端体验案例讨论

10大可用性准则中，其中就包括的两点：给予用户控制权；一致性与标准化。但在线应用中，很多时候，却不得不面临两难的情况。

我将对比在相同的功能中，网易邮箱与QQ邮箱的设计对比，来表现这个问题。

在QQ邮箱内，如果需要彻底删除一封邮件，将有对话框让用户进行再确认。这是一个浏览器对话框。

问题出现了，虽然这个对话框只是针对当前标签页，可它相对于浏览器而言，是模态的，你无法切换到浏览器其他标签内。限制了用户的控制权，且它的外观，难以和邮箱内建对话框取得统一，如果是MAC系统的话，OK按钮在还会出现在对话框最右下角的位置。操作体验不一致。

网易邮箱则使用了内建对话框，看似是解决了问题，但实际上并未：

在面临当前页面已经存在内建对话框的状况下，当需要再确认的时候，网易邮箱和QQ邮箱同样采用了模态的浏览器对话框。显然，网易邮箱违背了原来的对话框视觉规范。

但这是一个无奈之举，如果同样使用内建对话框，用户在视觉外观上，很难对两个对话框的从属关系作出即时的判断。

由于目前，在网页端，虽然在前端代码内有HTML5的规范启用，但在设计上，却没有类似Windows User Experience Interaction Guidelines 或者是Apple Human Interaction Guildlines 这样的规范给设计师提供标榜和准则。这就直接导致，在线应用的窗口设计上，一致性是一个难以解决的问题，用户就会遇到很多奇奇怪怪的体验。

探讨解决办法

虽然在线应用从长期看来，将最终在用户界面方面，将完美替代软件客户端。但是目前我们依然还处在，在线应用与客户端并行的状况。但是，我们也欣喜的看到，一些在线应用的设计，已经能够解决这些问题了。或许，他们将引领，在线应用的下一代的窗口设计：

如果用户安装了silverlight，那么，在Live Sync中，用户即可直接在当前网页内，选择用户本地计算机的文件夹，取代了传统的弹出一个模态对话框的方式。不打扰用户切换至其他浏览器标签页。

Gmail同样使用了非常具有特色的设计方法，Gmail已经完全避免了使用模态的浏览器对话框，取而代之的是，Gmail不再确认用户的危险操作，但是提供后退入口。

另外Gmail还提供了“多线程”的体验，取消了窗口的模态关系。

小结

从这些案例我们可以大致看出以后在线应用的窗口设计的一些趋势：

1. 模态化的对话框将减少 —— 因为他阻碍用户的控制权，且影响一致性。
2. 窗口结构将变得扁平化 —— 在线应用的不会像客户端那样，窗口相互之间有严谨的从属关系，整体数量多。在线应用会只有一个核心的页面，这些页面涵括了在线应用的大部分的操作界面。
3. 即地化的反馈和操作成为主流 —— 客户端中原有的，编辑内容-》保存-》查看结果的流程，在网页端将会变得更加精简与方便，因为在线应用可以方便的即时变化当前页面，给予用户反馈。

无论如何，在线应用已经距离我们越来越近了，也许我们真的只需要一个浏览器，就可以完成很多的任务。不论如何，在目前在线应用设计中无通用规范与合理的解决方案中，上诉说法只是做简单的研究与分析，无法得出具体解决方案。

Loading图标的历史来源已经无法考究(据传是苹果最先使用)，但是，它的动态效果，在视觉上刚好是一个重复循环的“风火轮”。非常适合做不确定等待时间的进度反馈。

Loading的主要作用，在于提供反馈给用户表示当前状态，并且让用户的命令的执行和完成过渡得更加平滑。从这种角度上说，它和很多流动式反馈没有多大区别，如MAC系统中窗口最小化的渐进动画。

Loading的图标仅仅在web应用当中产生，而在客户端中，则较少使用，因为鼠标手型能够代替它的工作。

但是对比客户端，web端的Loading反馈可控性更好，创意也更加。如以下几种：

那么在设计中，如何放置Loading图标，也应该有所章法。但是无论如何放置，都有一个规则：确保用户可以注意到。

1.靠近点击区域

靠近点击区域，能够让你的Loading反馈得到最直接的呈现，也最利于被注意到。如果能配合按钮的Enabled与Disabled状态的切换，这是很好的反馈。

2.位于内容刷新区域上层

当用户选择刷新页面内某块区域内内容时，其视觉焦点也将聚焦于此，如果此时让Loading反馈不适合放置在点击区域，那么将其放在内容刷新区域上层，也是一个很直观的反馈。如QQ邮箱广播的评论展开区域：

但是需要注意的是，勿将Loading反馈采用模态形式，模态形式将导致用户只能等待Loading完成而无法进行其他操作，而且还有可能给用户带来损失。

如上图，如果这个Loading反馈是模态形式，当它出现时，您就无法点击页面内其他地方，万一不走运，这个时候你网络断线，这辛苦写的日志，你就可能再也找不回来了。（注：图为Qzone发表日志截图，其Loading反馈为非模态形式）

3.固定区域

固定区域呈现，最好应该是固定在浏览器窗口某位置（要确保用户能很方便的注意到），而不是固定在页面某位置。如同Gmail一样，Loading反馈始终位于浏览器窗口顶端位置。

但也需切记，别把Loading反馈放置得离视觉焦点太远。这样很难注意到。

Loading反馈虽然是一个小部件，但其能够给用户的，却是系统可见性的有效提高，在平常的设计中，需对Loading反馈设计有所留意。

但Loading反馈不足的地方是，无法明确告知用户具体等待时间。就像拨打客服电话中被告知的“稍等片刻”一样。即使这样我们依然能做得更好，像Gmail那样。

当用户Loading了约10秒后，如果系统还在运转，那么Gmail会自动将Loading标签修改为Still Working，明确告知用户，可能还需等待一段时间。

Loading反馈在实际设计中不容忽视，尤其是在用户提交表单时，Loading反馈和各控件的连锁状态变化场景当中。忽视它的后果，将给用户带来严重的等待的焦灼感，给用户带来损失。

所以，请好好设计你们产品的Loading反馈。

胡诌需求

如果我用的观点来定性Buzz与twitter的区别，我会这么说：Buzz是沟通工具，而twitter则是一款传播工具。
很多用户抱怨Buzz内的自动置顶给他带来信息干扰，以及默认同步好友并公开关注列表让用户觉得个人隐私被出卖了。诚然Google的做法也是令人反感的。但工具本身并无好坏之分，关键在于是否用在正确的场景中。而Buzz的目的并不在于帮助你发现更多新奇有趣的信息，不在于帮你扩展你的社交圈（手机上的Nearby功能除外），如果以twitter使用习惯强加于他，你会觉得处处受困。Buzz的目的只是用于你现有社交圈的沟通方式的拓展而已。

那么有没有一种沟通情景，很符合目前Buzz的需求设计呢？Google团队在解释为啥 Google Buzz 没经过太多内测就提前放出就有涉及到：

Jackson说当Google员工内部测试这个产品的时候，他们从未想到过要mute掉任何同事的对话，他们的邮件联系人列表里的同事就是他们在Buzz里follow的人。很显然，对于那些不在Google工作的人来说他们并不需要这样的配置，所以Google后来紧急发布了一系列针对隐私保护的新功能。——摘自谷奥

从以上的描述中，我们可以大致了解到，Buzz的沟通情景，适用于那些对内公开，对外封闭的实名小圈子。如某个企业内所有成员，如某种爱好者组织团队……

实际上，Buzz所具有的即时性，储存性，以及半公开性，尤其适合于这种小圈子的讨论，或者用kentzhu的话说：信息的局域化传播。

想象一下公司内决定举行一次旅行。正常的沟通方式是：

1. 秘书群发一封邮件给大家通报情况。
2. IM群上开始狂轰滥炸的讨论，如好不好玩？风景好不？美女多吗？
3. 各种各样的问题蜂拥而来，秘书在IM上被烦死。
4. 临时有变动，惨了，秘书再发邮件。
5. 临行前，秘书要给所有人发个短信确定一次。
6. 几个丢三落四的家伙没有看到之前的信息，临行前只能给秘书打电话。

我想，等事情都安排好了，秘书都泪流满面了。这样不仅繁琐，且容易丢失信息。暴露了传统沟通方式的缺失：

邮件缺乏即时性（接收者无法即时接收到信息，所以秘书要发短信告知变更情况。）

IM缺乏储存性（没有记住之前和秘书在IM上面说的内容，只能给秘书打电话。）

如果换个方式：

1. 秘书在Buzz上发布旅游公告。
2. 大家直接在Buzz上版聊，而且不必一直盯着它，过几分之后来看也不必担心漏过信息。
3. 秘书可在Buzz上直接公开的回答，避免了重复提问。
4. 临行有变动时，秘书直接修改Buzz内容即可，与此同时Gmail的Inbox内，提醒邮件也会自动更新。确保你永远收到的是最新的消息，而且信息保存在邮箱内，方便回头检索。
5. 丢三落四的家伙没有看到之前的信息，可直接在Buzz上和秘书聊天获取及时信息。

从这中角度上说，我个人非常的看好Google App内Buzz的推出，对于Buzz这种新型的沟通方式而言，Google App是我认为他大展拳脚的方式。顺便提一下，即使微软，也不是推出了Office talk吗？

胡诌信息单位

在Buzz中，所有的信息都一个完整的，按照时间线的方式呈现。从个人理解上讲，Buzz扩大了产品的最小信息单位：他不像微博，任意的一句话，一个回复，一个RT，都当作一条新的信息单位来处理；而是把这一整块的信息，都打包成为一条Buzz。保持了Gmail中对话模式以及论坛帖子相同等级的信息单位结构。

而这种处理方式，不仅有效地降低了用户普遍在twitter中遇到的信息过载问题，同时，它让信息的呈现变得更加地具有层次之分（主题与评论），并且易于追踪和回顾。

从这种角度上说，Buzz其实是一种更加便捷的论坛功能，对于论坛中流行的直播，版聊等微信息交流行为，如果移植到Buzz上，将会有更好的体验和呈现效果。

胡诌设计

Buzz的信息单位过大，虽然降低了信息过载。带来的问题是，单位信息量巨大从而让用户难以即时消化。那么从呈现上说，他不能学twitter那样，将信息呈现简单化到只有文字与链接，利于扫描和浅层阅读。Buzz必须让信息的呈现多样化，丰富，利于阅读和思考。

那么，在设计上，Buzz传承了Gmail邮件的会话模式风格，把操作功能收起来，给每条Buzz足够大的展示空间，让用户沉浸与阅读Buzz中；同时，为了避免用户深层阅读容易导致的导航迷失感，Buzz尽量的让所有的信息都在单个页面内呈现。而不是像twiiter那样，更多的导航，更高的跳出率，满足操作感。

就如同之前我所说的高度认知与低度认知差异一样。Buzz的低度设计非常的明显，这点我们从Buzz的主题折叠以及twitter导入功能可以看出。Buzz并不实时同步twitter，目的就是不让twitter的信息干扰用户的深层阅读。

作为低度认知产品，Buzz在国内可能会在水土不服，因国内的用户普遍偏向高度认知，国内用户偏好自由与广泛的信息流通，不管是搜集信息还是处理货传递信息，彼此之间的寻求与机遇都非常的频繁，属于高度的信息共享。相对于微博这类高度认知产品在国内的火热，Buzz注定与Gmail一样，成为某些高端人士的小众沟通平台。

那么什么的沟通产品适合国内的用户，我个人倾向于那种能提供评论，但限制字数的微博与Buzz的结合物。而这个东西就是新浪微博。

当然我不是权威人士，无较大的说服力和高瞻远瞩。所以题目也定为胡诌，何谓胡诌：信口瞎编，随意乱说。但有凭有据，只求自圆其说。

这篇文章叫做：一切都是假象：按钮的安慰效果，截取其中的一段：

安慰剂按钮 Placebo buttons ：是指一种放置在公共场合假装有效，但实际已经停止工作的按钮。

你有没有猛按电梯关门键的经验。纽约客一篇文章曾提到，在90年代初，当地的电梯都还没有关门键，这都是后来添加上的，但实际上这并没有太大的用处，只是为给人们造成‘猛击此次，关闭电梯’一个假象，同时也能缓解人们在等待电梯下楼时的烦闷。

如果细致观察你的生活，想必你也有以下常见的习惯：

• 热得不行回家马上把空调调到16°C。——但事实上气温不可能马上下降到16°C
• 电脑卡的时候狂点击鼠标右键内的“刷新”命令。——事实上，“刷新”并不能解决卡的问题。
• BT下载的时候让任务暂停后马上继续，希望速度能加快。——好吧，从我个人角度来说，我发觉这好像有点效果。
  ……

从精简的角度而言,很多的设计是过度的

现在邮箱的界面内为什么需要“收信”按钮？这是一个曾经在部门内部激烈讨论的问题，因为邮箱早已经实现了同步收取，邮件一发，对方无需点击收信按钮，即可收到邮件并看到提示。

从精简的角度上说，“收信”按钮是软件端的产物，因为本地邮件与网络端邮件无法实时同步，才需要一个“收信”按钮。那么对于网页端来说，这个按钮就显得多余了，因为网页能够做到实时的同步了。（所以Gmail与Hotmail就去掉收信的按钮）

古老的win98系统有个“我的公文包”功能，他主要用于同步更新文件，每次更新时，你都得点击一次“更新”才可让文件更新。可是，Dropbox把这个功能也省了。

精简化的设计原则强调于，尽量的减少用户的操作成本，帮用户多做一步。因此，“收信”按钮其实大可不必，

那么它存在理由，我只能从情感化上去理解它了。

从用户的需求来说,这些设计能够让用户发泄焦灼等待的情绪

记得你唤起因睡眠而黑屏的电脑时，疯狂过晃动手中的鼠标吗？

记得你因为赶时间，等不及电脑提示就直接拔掉U盘闪人吗？

人对时间无法有准确的主观感知，人们对较长的时间间隔，往往估计不足；而对较短的时间间隔，则估计偏高。

心理学家发现，用计时器测量出的时间与估计的时间不完全一致。人的时间知觉与活动内容、情绪、动机、态度有关。内容丰富而有趣的情境，使人觉得时间过得很快，而内容贫乏枯燥的事物，使人觉得时间过得很慢；积极的情绪使人觉得时间短，消极的情绪使人觉得时间长；期待的态度会使人觉得时间过得慢。一般来说，对持续时间越注意，就越觉得时间长；对于预期性的估计要比追溯性的估计时间显得长些。来源

对于信息高速传递的网络来说，用户对于一秒的等待速度都是难以接受的。但用户处于焦灼的状态时，则会不由自主的找到一种最直接方式去缓解这种情绪。

对于设计师而言，就要提供像“鼠标”这样一个最直接的缓解方式。去安慰你的用户。

如何去安慰用户

安慰用户的关键，即在于如何提供一个内容丰富而有趣的情境给用户。我个人觉得我们应该以下三个方面着手。

1、降低挫败感,尤其是多次尝试的挫败感

设计时，让机器的出错反馈风趣而又具有人性化，表现出对用户的关怀，自然就容易被用户接受。

采用的方法一般为：拟人化（如豆瓣开小差了），幽默（如煎蛋超载鸡，版本二），小游戏等。

但需注意的是，对于用户的多次尝试失败，应该给予更加具有关怀性的反馈，对于用户而言，这种反馈是能够让其“内牛满面”的。如QQ邮箱的中，多次点击收信按钮的温馨提示。

2、让等待变得缓慢化且可以打发

我很喜欢Ghost版的系统，他不仅让安装系统变得更加快，更加重要的是，安装的时候，他还能提供空当接龙，扫雷这样的游戏给我打发时间。

同时，基于等待需时的长短，提供的进度反馈也不一样。短时间的采用简单的loading图标，鼠标的忙碌状态；中长时间采用的是进度条，但同时，应尽量避免采用非确定性进度条。可参考windows交互体验规范

最后，还需注意，如果所需的时间越长，进度条也应越长，这样用户能够较为轻易的感知到进度的变换而不误会进度停止。

3、给予惊喜

喜新厌旧是人固有的习惯，即使是再美艳的界面，再风趣的句子，也有厌倦的时候，对于网络尤甚，今天流行的句子，明天就凹凸了。这种行为表现得最突出的，就在网络产品的皮肤上。用户似乎总是没有100%满意的皮肤。

所以，在设计上，应该有一些随机的，易于被用户发现的变化。通过这种变化，用户可以获得愉悦感，同时也可获得发现这种变化的成就感，这就是两种积极的情感因素。

比较鲜明的例子就是Google Doodle，还有就是各种软件中的小彩蛋，以及游戏中的隐藏关卡和作弊码等。

一、如何使人物角色可信?

• 能代表所关注的用户；
• 角色的属性和描述是准确而完整的；
• 这些角色能涵盖所有用户。

这三个标准（有效性、完整性、全面性）用于衡量人物角色是否创建成功。

二、人物角色包括哪些相关信息？

• 关键差异（明确的目标、行为和观点）：如果只给10秒，我们会怎么描述一个角色？
• 姓名，照片，个人信息（职业和公司、住址、年龄、家庭情况、爱好、性格），领域行业信息（过往经历、当前状态、未来计划、动机、抱怨和痛处［参考《赢在用户》p120-121］），计算机和互联网使用情况（程度，目的，每周在线时间，电脑配置、计算机/互联网经验、互联网主要使用方式、喜欢的网站等），简介，附加属性，语录，商业目标，人物角色优先级，场景等。

此外，还需要为人物角色设定优先级和场景（scenario）：

人物角色优先级：首要的，次要的，不重要的，排斥的
场景：把用户研究和细节设计连接起来

人物角色的特点在于将事实转化为故事，用丰富的细节去描绘用户的形象，帮助我们聚焦、沉浸在角色的情境中。所以，一些有助于我们理解这个角色（尤其是人物的目标、行为和观点）的信息，都可以考虑包含在对角色的描述中。

也许，在初次接触人物角色的细节描述时，我们会觉得不大习惯：为什么要（貌似）凭空捏造出大量的细节？告诉我用户大概是怎样的不就ok了？我面对的一群而不是一个用户呀~

问题是，我们是否对自己的想象力和共情的能力过于太乐观呢？就如同拍照和素描的区别：仅仅将一个场景拍下来，不对着照片，我们很可能还是无法详细描述出每一个细节；但是素描则不同，每一个细节的表达和处理，都是经过仔细的观察、思考、揣摩、平衡的结果，否则素描作品就会“失真”。人物角色的相关信息，其实相当于提供了一个模拟的情境，让我们不得不去“观察”、“揣摩”我们的素描对象——用户。

三、如何保持人物角色的活力？

这个问题绝对不容忽视，尤其是当团队首次创建和使用人物角色。人物角色不是未某个项目、某次特殊需求而创建的。持续使用和更新，将核心用户的形象融入到每个成员开发、设计思维中，才是人物角色的使命。我们需要不断地完善、展示、解释、使用它：

• 建立人物角色文档
• 展示人物角色
• 与人物角色一起生活

四、哪些层面的工作可以使用人物角色？

将人物角色放回到产品设计的过程中，它所处的位置大致是：

下面我们来看看人物角色在从策略指导到产品完成的过程中可以起到什么作用：

1.制定商业策略

策略是一个企业做出的、关于如何利用资源来最大化商业利益的决策的总和。

企业必须决定哪一个机会对于所拥有的资源是最值得追求的。将有限的资源投入到为核心用户提供服务中，肯定是保险且有益的选择。策略型的人物角色正是帮助团队进行决策的有效工具。

在策略讨论会中，列出每一个人物角色的“关键目标、行为和观点”，并讨论可以用来满足这些需求的、可能的解决方案。应该关注使我们在行业内与众不同的解决方案，而不是那些本来就应该逐渐提升的、不能使我们与竞争对手有所区别的改善措施。

2.定义产品特性和功能、内容范围

两种能用人物角色为项目建立范围的方法：

①头脑风暴：基于人物角色的目标、行为和观点来集体讨论有可能的特性、功能和内容。

列出人物角色的目标，同时列出对于每个人物角色我们想达到的所有商业目标，让他们关联起来。

②优先级别：基于对人物角色很重要的方面来确定最终应该纳入考虑范围的相关功能。

竞争对手分析：试着把人物角色加进去，评估每一个功能在多大程度上满足每一个人物角色的需求。

创建范围矩阵：不涉及竞争对手，仅对人物角色进行功能的优先级、工作量的评估。

3.指导结构、内容和设计

①建立结构：信息架构和交互设计

• 进行任务分析

任务分析要对场景进行深入研究，直到识别出它的最小组成部分为止。得到的是一个待完成事项的列表，用于详细说明这次体验的结构。

任务分析应该反映哪些是可能的途径，并按“业务”、“内容”、“技术”等给出约束条件。输出的是很多个独立的任务分析，然后创建一个支持所有独立任务的架构。

• 撰写用例

任务分析关注于用户体验的视角，用例关注范围还包括了系统的视角和行为。用例讨论的是普通用户。每个人物角色都有自己的一系列用例。

一个典型的用例还会有可选流程、后置条件、假设和关于这个用例的开放议题。

• 建立网站架构和页面结构

为人物角色建立网站的基本架构。

• 定义导航

首先，明确对于每一个人物角色来说，哪一条路径是最核心的路径。然后，弄清楚每一个人物角色离开一个页面后会去的地方。建立一系列规则，来定义网站导航系统。使用人物角色来确定导航文字。

• 设计网站搜索

弄清楚首要人物角色想看什么类型的搜索结果，然后考虑每一条结果中应该出现哪些内容，他希望用什么样的顺序来浏览？需要过滤功能吗？

②建设内容

理解哪些内容将帮助用户完成目标。与其向用户描述产品，不如告诉他们可以用这些产品“做什么”。

文章或产品描述:人物角色需要了解什么，对什么感兴趣；

指导文字：去哪里，做什么；

文档和帮助：规划用户会在什么地方需要额外帮助；

错误信息：用户想听到什么

图像、声音：提供合适的体验

建立能影响人物角色的内容，风格是关键的因素。用什么方式说出来，和说什么同样重要。注意词汇、语气、正式程度。

了解每个人物角色需要的东西，以及在什么时候需要。将这些内容整合到任务分析或用例中，或用独立内容文档识别每个人物角色所有的内容需求。

③确定视觉设计

为每一个人物角色建立一套风格指南，或情绪板。

———————————————————————————————————————

三篇关于人物角色的笔记告一段落了。00也总算对人物角色方法有了初步的认识。如果你有任何想法想跟大家分享，赶紧留言或留下相关链接吧~

希望以后能够有机会再跟大家分享关于人物角色的实践经验

人物角色首先要根据用户目标来定义：需要什么内容和功能。完全不同的目标意味着完全不同的人物角色。

人物角色也可以基于用户行为和观点（用户对自身的认知或已有的经验）来定义——内容和功能应如何工作。

作者在书中介绍了定性研究和定量研究的一些方法，这里就不详细展开了。人物角色主要涉及的方法如下图所示：

按用研类型和分析方法来区分，人物角色可以分为：定性人物角色，经定量检验的定性人物角色，定量人物角色。总结三者的步骤、优缺点和适用性如下图：

下面以定量的人物角色为例，总结一下创建人物角色的步骤。

1.研究准备

包括向你的团队介绍人物角色、进行必要的预调研（收集相关资料，向相关部门和人员了解情况）和形成初步假设（大概的用户群可能有哪几类）。

2.定性的用户研究

这一阶段的主要目的是获得关于用户目标、行为、观点的列表，形成初步的细分选项，并列出有待定量验证的想法。

定性用户研究的方法主要是访谈和现场调查。

其中访谈又包含这些步骤：

• 确定访谈目标
• 了解、界定访谈对象
• 招募访谈对象
• 准备访谈的topic list
• 正式访谈
• 整理访谈的输出资料

现场调查的步骤大体与访谈相似，研究人员会深入用户所处的现实场景去观察和访谈。

3.定量的用户研究

这一阶段的主要目的是验证和修正定性研究的发现，以及提供一些更为精确的细分候选项。

方法主要包括调查文件、日志和网站流量分析。

定量研究阶段的步骤包括：

• 研究计划（目的？数据来源？数据准备？分析方法？）
• 调查准备（建立细分选项清单，列出对应的数据收集方法）
• 进行问卷调查（确定对象、设计问卷、投放和回收、分析）
• 分析系统数据

4.提炼用户细分选项，创建细分

这一阶段是在定性和定量用户研究的基础上，提炼出划分人物角色的细分选项。

可以创建定性的细分，例如根据目标、使用周期、行为和观点的组合等来细分用户群；

也可以创建定量的细分：选择属性→选择细分群体的数量（3-6个）→软件计算得到细分选项→评估细分选项→描绘细分群体。

在提炼时，需要考虑以下问题：

• 这些细分群体可以解释已知的关键差异吗？
• 这些细分群体已经足够不同了吗？–用户的习惯、需求、思考方式。
• 这些细分群体像真实的人吗？–能马上想起某个或某类用户。
• 这些细分群体能很快地描述出来吗？–找出一到三个能区分每种细分群体的因素，并略微简化，以提高理解程度。
• 这些细分群体覆盖了全部用户吗？
• 这些细分群体将如何影响决策制定？

5.对（定性）细分进行定量验证

例如使用数据透视表或统计分析进行验证。

———————————————————————————————————-

经过简单的梳理，现在我们应该对人物角色的创建有了基本的了解。当然，创建定量的人物角色的成本投入是相对较大的，我们也可以从以上的步骤中选择更为简化的方法来创建定性的人物角色。

预告：下一篇笔记，我们会一起看看如何使用人物角色。

而其他浏览器，他们只在一些特殊需求中才会使用，如Firefox的AutoProxy翻墙，IE插件下的网银支付，Opera的turbo加速等。

用过Chrome的的人都有个习惯：就是都不好意思说Chrome不好用。当然这是玩笑话，Chrome 3.0版本之前功能也一直较为简单，但并不妨碍它的用户对其赞不绝口。究其根本，还是出在其独具一格的UI体验上。

只用一句话来评价：Chrome 才是浏览器，其他的只是软件。

戈达尔曾经为证明斯皮尔伯格是一个平庸的导演而愤怒地说过：“如果你真想知道他为什么（平庸），我会在放映室里一个镜头一个镜头地讲给你听！”

现在我要做一件类似的事情，不过目的是为了证明Chrome是一款多么优秀的浏览器。

目标导向设计

Chrome刚推出的时候，所有人都大吃一惊：界面简单得以至于菜单栏都砍掉了。这么多的菜单栏命令去哪里了呢？被重新组合了。

示例问题：猜猜，“清除历史浏览记录”的功能分别在哪个菜单项里面？

当你还在思考此命令在Firefox中的“History”还是“Tools”时；我想你应该早已确定这个功能位于chrome的“控制谷歌浏览器”的菜单内。

看，这是多大的差别！什么叫做符合用户第一直觉，这就是。

作为一个M粉，我个人的臆想是，Chrome是向Ribbon的致敬与学习：

1.基于用户的目标，对浏览器的命令进行再分类。

这使得Chrome只有两个菜单项：控制当前页，控制谷歌浏览器。这有效的降低用户对命令的记忆要求。（可用性原则之一：依赖识别而不是记忆。）

M粉牢骚：这与Ribbon的的分类有异曲同工之妙。

2.先将命令砍掉一半，剩下的再砍掉一半。

Chrome对于命令的精简可谓大刀阔斧，把一些用户目标之外的功能都通通剔除，避免陷入了功能主义，打造一个纯粹的、100%的浏览器。（当然，这其中也有Google的产品战略原因）

看上图你就能看到Chrome是如何砍命令项的，命令虽然精简了，但实际使用上，Chrome的右键菜单并不会让我有功能缺失感。Chrome并不是为了精简而精简，他们的精简是有理有据的，由用户的目标而来。

而对比菜单项命令，以及对话框的命令。Chrome将“历史记录”“下载记录”“扩展记录”这些功能都采用独立标签页呈现。一些常用对话框呈现的命令修改为浮层呈现。如“设为默认浏览器”，“保存密码”，”添加至收藏夹“。

这些做法的好处就是：让Chrome的命令项始终保持在“浅并且窄”的结构内（可参阅《设计心理学》），遵循用户从外到内的认知规则，确保用户有较好的控制感（Sense of Control）：

• 大部分右键菜单项在10个以内。
• 没有三层或更深的菜单项或者窗口叠加。
• 少用模态的控件打断用户焦点，让其保持在标签页内。

M粉的我再次牢骚：Ribbon的设计的目的之一就是提高用户的控制感。BTW，如果数一下每个浏览器的工具栏命令数，Chrome再次证明它是最“纯”的。

最佳响应性与操控感

相对于其他浏览器，Chrome做了以下的变化：

• 砍掉了菜单栏以及窗口标题栏。
• 将地址栏与搜索栏整合。
• 动态的状态栏。

界面简单了，命令也少了。给Chrome的带来的第一优势就是：同等屏幕尺寸下，Chrome拥有最佳的最大的的显示区域。但在响应性上，Chrome却反而领先其他浏览器。Chrome的优秀反馈，让用户只需较少的注意力就能了解系统的状态，从而专注于自己的本身的任务与信息。

让我们从标签栏说起。这是Chrome最具魅力的地方。

1.向左转，向右转

注意到加载网页时，标签栏左侧的进度图标反馈吗？

Chrome精细的用三种相对的信息（方向，颜色，速度）来向用户传达浏览器的状态：正在连接服务器；已连接服务器，正在加载网站。

大部分情况他们只是一闪而过，但出现问题时，他有助与你了解情况：假如您访问一个不存在的网站，如twitter.com，那么你就只能看到逆时针的进度图标了。

2.向左走，向右走

Chrome的标签栏操作上始终保持着缓冲式的过渡动画，对于反馈而言，他提供了隐喻，符合用户的操作期望。

于是乎，当一个新标签打开时，看起来就像一个新的标签从左侧向右滑出（这里顺带说一下，Mac下是从下自上滑出，有点意思吧。）。当关闭一个标签时，看起来就像标签向左边缩进去一样。Chrome始终用一种与现实生活相符合的预期动画，去呈现用户的操作，而这种动画，是最高效最生动而又最小化的反馈。

3.最小的操作需求

无论什么样的用户，大都想不劳而获，都不喜欢软件向他索取过多的东西。用户不仅仅是讨厌输入，讨厌按键盘，用户甚至讨厌去过多的移动他的鼠标。尤其是面对多次的重复操作时，想想当你需求遍历多页网页时，网页那糟糕的，到处跳动的翻页导航是多么的让你愤怒，你就大概能了解为什么了。

Chrome的最小操作需求，是关闭标签栏，当你存在多个标签时，你可以不移动鼠标就能关闭多个，这种设计操控感非常的强烈。谷奥上已经有详细的分析了。在此就不多说。

4.一个顶俩

我说的一个顶俩指的是Chrome的地址栏。网上有云：真正好的用户界面都只有一个按钮，比如iPhone，比如抽水马桶。说起来还真有那么一点道理。

地址栏的作用就是带我们去到想去的地方。这么说，一定需要把地址栏与搜索栏区分吗？

难道的士司机会和你说：hey，你说的这个地方我无法识别，你问问我旁边的这个家伙，他能搜索？

Chrome的一条地址栏减少了用户的思考。但地址栏的自动完成反馈反而让用户更直白了解浏览器接下来将带领去去到何处。可以看到，Chrome在这里进行了有效分类，不至于让用户迷失和困惑。

另外其的可学性也不差，你无需帮助即可了解Ctrl+Enter的快捷操作。

Chrome的地址栏设计方法，我个人的看法而言，有点像我之前所讨论过的低度认知设计：将任务的开始点压迫得极度精简（只保留一条地址栏），提高任务的深度（输入后的可选路径浮层），反而能帮助用户做更多的工作。渐进式的操作结构，在满足低级用户的默认需求时，能够给高级用户带来更高的满意度。

但是，一条地址栏的缺陷在于：如果用户的第一目的是搜索，怎么解决？

在Windows的体验规范中，就有这么一条：在任何界面内ctrl+E，将使焦点定位在搜索框内。看看Chrome是怎么解决的？你可自行尝试。尝试之后记得说“Chrome牛X”。

这里还有一个视频，15秒Chrome能完成四次搜索。这才叫一个顶俩。

4.最“有用”

Windows用户体验规范中谈及状态栏时是这么说的：

状态栏通常使用文本和图标来描述状态，但它也可以包含进度指示器，以及包含与状态相关的命令菜单与选项。确保状态栏中的信息对用户来说有用且有实际意义，但也并非至关重要。——来源

那我们来仔细对比一下，状态栏中的进度条到底对用户有用吗？没用，因为大部分网站在完全载入之前都无法正常使用。而且一个网页的载入如果还需要进度条来反馈，那么这个网页本来就存在问题。用户也不会对载入超过10秒并且还需浏览器来提供进度反馈的网站有任何的耐心。

OK，进度条是没用的，应该去掉，那么类似IE右侧的状态信息有用吗？对于一个没有过多附属功能的Chrome来说，他确实没用。（但我个人认为，Chrome扩展开放之后，应该在此开拓扩展栏，与状态栏整合。）

什么是有用的且有实际意义的信息？看图:

在一个较为古老的上传交互模型上，系统本身没有提供任何有效的反馈，Chrome通过状态栏秒杀了其他一切浏览器：他提供了进度的反馈。同时，他的标签栏采用逆时针方向，表示正在和服务器进行数据交换。

让我们回到标题的最开始，叫做最佳响应性：Chrome不是功能最多的浏览器，但响应性是最佳的。这也就不难理解同样功能简单，而且还是MAC系统默认浏览器的safari，占有率转眼就被超越。

响应性给用户带来何种好处：无语伦比的操控感；那种感觉，就像在极品飞车内遇到一款傻瓜式的操控豪华跑车一样，爽。

暗藏的OS野心

最后说一点题外话，对于Chrome OS，我们在Chrome内多少能看到其一点雏形，如Chrome的菜单内已经没有打开本地文件的命令，但其最重要的创意在于“创建应用程序快捷方式…”

在上图中，这个界面已经具有很强的软件外观了，并且其在于本地的东西，只是一个只有1K大小的快捷方式。

因此看来，我们还需要安装一大堆的东西在本地的硬盘，然后去启动吗？不用，一切可变得简单，也许有天你点击桌面的某个快捷方式，你就可以直接使用使用Photoshop，真正的免安装，且不限平台。

当然，目前而言，Chrome OS还有一大推的问题需要解决，比如如何定义模态对话框与非模态对话框的实现，网络应用如何避免过渡的单页呈现。但从长远来看，这种趋势是不可逆转的。

其实一开始听到Chrome OS我是拒绝的，因为你不能说这是OS，我就认为这是OS，第一我要试一下，因为我不愿意试了之后用一些蛊惑人心的话去赞美它，很好很强大很快。这样其他M粉一定会鄙视我，根本没有这么方便的OS，就证明上面那个是假的。后来我也证实Chrome 确实有OS雏形，我使用了它“创建应用程序…”大概一个月左右,感觉就像使用本地软件一样，后来我介绍给同事的时候，也没有吹牛，因为我让他们知道，我是这么使用的，很爽，你们用得时候很会这么爽。

最后的话

Chrome是我最爱的一个浏览器，同时它也是优秀的。Chrome的优秀在于它树立了浏览器新的未来方向，浏览器的任务不仅仅是网页的呈现，浏览器也不应该是传统意义上的软件，它应该是一个彻底脱离用户本地电脑的东西，它应该被赋予更多的用户目标与期望，利用云端的海量信息和即时技术让用户的目标更快更容易实现。

本文标题虽为榨干Chrome UI，其实只是力求榨干。我相信，每多使用一次Chrome，你就会多一次惊喜，多一份满意。最后附送几段关于Chrome的视频:

• 非常有创意的 Chrome 新广告
• 19個有趣的Google Chrome廣告影片(需翻墙)
• 15秒种时间，Chrome 可以完成什么工作？

最后，假设您能坚持看到这个，提前祝您虎年快乐，哥让我和你说：“爱老虎邮。”

《赢在用户》是为数不多的介绍web人物角色的经典之作，整本书读下来，收获不少。虽说是用户研究入门必读，但这本书主要介绍的是一种颇为“奢侈”的研究方法。先将笔记跟大家分享一下，希望很快能有机会实践一下这个方法。

什么是人物角色？

人物角色，即persona（[pə:'səunə], not [ˈpə:snə]）。《赢在用户》讨论的主要是web persona。

人物角色是针对网站目标群体真实特征的勾勒。

作者给出的定义很简单。这里有几个关键词：网站、目标群体、真实特征、勾勒。看到这个定义，我们一下子能蹦出不少问题：除了网站的人物角色，还有哪些人物角色的分类？和网站的人物角色有什么区别？如何寻找和确定网站的目标群体？需要了解他们的哪些特征？为什么要了解？如何评判这些特征是否“真实”？如何勾勒这些特征？……这些基本都是这本书尝试回答的问题。

看完整本书，00的理解是：人物角色是对产品目标人群的目标、行为、观点等进行抽象和综合后，得到的一组对典型产品使用者的描述，以辅助、指导产品的决策和设计。

人物角色前提——UCD理念

人物角色能够被创建出来、被设计团队和客户接受、被投入使用，一个非常重要的前提是：我们认同以用户为中心的设计理念。来看看作者对User Centered Design的一些解读：

1.商业成果取决于用户
用户是带着某个特定目的来访问网站的，只有帮助用户实现了目的，商业成功才能够实现。

2.你不是用户
用户不会像你一样思考，因为目标和关注点不同，而且用户之间也有差异（目标、行为、思维方式等）。

3.通过直接接触来了解用户
访谈和现场调查：用户想得到什么，是什么激发了兴趣，有哪些错误或遗漏之处；
可用性测试：有哪些影响用户完成目标的障碍；
用户调查：通过具有统计学意义的方式验证与用户目标、动机和机会有关的研究结果；
网站流量/日志分析：分析用户行为。

4.用户研究成果必须是可实施的
“用研结果只有在可实现的时候才是有用的”，如果不能让每个人都能用上，研究有什么用呢？

5.基于用户研究结果进行决策
决策包括：提供什么，如何运作，内容是什么，如何呈现等。

之所以说UCD理念是人物角色的前提，是因为：如果我们不把网站的最终对象（用户）作为中心，不从用户角度出发去着手解决一些根本问题的话，我们不会、也没有必要勾勒出目标人群的特征，毕竟这不是一个轻松的过程。更进一步，人物角色创建出来以后，能否真正发挥作用，也要看整个业务部门/设计团队/公司是否已经形成了UCD的思路和流程，是否愿意、是否不自觉地将人物角色引入产品设计的方方面面，否则，人物角色始终是一个摆设、是一堆尘封的文档，不能发挥应有的作用。

所以，在创建人物角色之前，我们需要明确几个问题：谁会使用这些人物角色？他们的态度如何？将会如何使用？做什么类型的决策？可以投入的成本有多少？明确这些问题，对人物角色的创建和使用都十分关键。

为什么要创建人物角色？

创建人物角色的目的是：

知道如何更好为不同类型用户服务，建立与用户的对话并将其转变为商业成果。

从这个目的我们可以看出，创建人物角色的必要性条件之一，是产品/网站/服务的目标用户可以区分为若干类型，且它们之间存在着需求、目标、行为、观点等方面的显著差异。越是用户基础广泛、用户特征多样的产品，人物角色可能发挥的作用越明显（当然，创建人物角色的过程也越困难）。

我们应该根据人物角色进行决策（通常会设计3-6个角色来代表所有用户），而不是企业本身的需求。

使用人物角色的好处

1.带来专注
人物角色的第一信条是“不可能建立一个适合所有人的网站”。成功的商业模式通常只针对特定的群体。将时间和注意力花在目标群体上。

一个团队再怎么强势，资源终究是有限的，要保证好钢用在刀刃上~

2.引起共鸣
人物角色第二信条“你不是你的用户”。做决策时想象角色在这种情形下会怎么做。

感同身受，是产品设计的秘诀之一。

3.促成意见统一
帮助团队内部确立适当地期望值和目标，一起去创造一个精确的共享版本。

人物角色帮助大家心往一处想，力往一处使，用理解代替无意义的PK~

4.创造效率
让每个人都优先考虑有关目标用户和功能的问题。

确保从开始就是正确的，因为没有什么比无需求的产品更浪费资源和打击士气了。

5.带来更好的决策
与传统的市场细分（通常基于人口统计特征和消费心理）不同，人物角色关注的是用户的目标、行为和观点。

人物角色是帮助制定用户战略的利器。

我们在平时的工作中，是不是常常会听到下面的话语？

“用户喜欢xx而不是xx”
“这个功能是小众需求”
“这个功能实现太困难，我们先做简单的”
“xx（竞争对手）新出了这个功能，我们也去做”
“明年我们的方向是什么？”
“这两个用户的反馈和意见是矛盾的，咋整？”
……

如果有了人物角色，可以预见，这些疑问、争论和纠结将会大大减少。

.

如果你也是跟我一样的菜鸟，是不是对人物角色颇感兴趣了呢？下一篇笔记，我们一起看看怎么创建人物角色吧~ XD

这是一篇病床上的读书笔记!
标题“那颗追逐互联网的心”引用自9月参加“艾瑞营销年会”回来公司某前辈所说的令我感触很深的一句话！

虎年伊始，于谷歌宣布可能退出中国之日，小妹不幸巧遇重病，卧床七天，险些一命呜呼哉！期间忽得一梦，举国使用网易邮箱备份gmail邮件，JT闻之调侃曰：“汝之疾已进骨髓，虽司命无奈何也！”

“爹爹”阿head问：“从鬼门关回来后有啥感悟？”
吾答曰：“1.原来还能活着是那么的美好；2.原来病了才有时间看书”

抱病在床期间，虽有服药，但是感觉只有呼吸着twitter送来的墙外新鲜空气、享用着google reader订阅的各种营养套餐，才能证明自己还活着，因为只有那一条条行业信息才可挑动我的大脑神经中枢。

自从养成了每天在google reader上泡三个小时以补给营养液的习惯后（这是我获取行业信息、培养自己市场嗅觉和信息敏感度的最重要途径之一），触摸书本的机会就很少了。买书的热情不减，只是每次都以“同事先享用”名义来掩饰自己难以坚持的“每月一书”之恒心。

“出来混的，迟早都要还的”，还给谁？还给我们自己！要想在自己的理想道路上用心地发展下去，只有过硬的专业技能、执着的理想追求、强大的人脉积累、灵敏的行业嗅觉、良好的学习习惯等，才能更好地建立自己的核心竞争力！

我得“紧抓青春的尾巴、恶补年少的无知”，趁修养期间赶紧还了欠下自己的09年读书帐：

《网络营销实战密码》

书本来源：
进公司前BOSS推荐的读物
进公司后被有道好友租借了半年 归还后放置床头

关键词语：
营销策略  营销案例  事件营销

简介：
这是著名《SEO每天一贴》博主Zac写的一本关于网络营销策略技巧和网络营销案例相结合的书，书本重点介绍了事件营销、电子邮件营销、搜索引擎优化、免费策略营销、联署计划营销、博客营销、线下营销、资源合作营销、维基百科营销等15种网络营销方法，推荐从事产品运营的同仁们看之，很不错！

联想：
网易微博   邀请营销   海均兄

感想：
说起网络营销，怎能不提最近闹得比较火的网易微博呢？典型的又一社会化媒体邀请营销，从投入产出比来看，发放出1500个左右的邀请码达到了目前这种市场效应，实属不错，已远超同期开始内测的搜狐微博了。四大门户的微博之战虽还没开始正式正面交锋，但是各自运营策略之别已出现端倪：网易微博主打“去中心化、回归草根”，体现“网聚人的力量” 的公司文化，163数字的限制更形成了很好的品牌口碑传播，且稍后会和网易另一强势产品网易跟帖整合；新浪微博主打“名人牌”，利用名人效用和各种事件营销；搜狐微博介乎两者间，而一直不愠不火的腾讯滔滔或许正在静观前三者发展，适时再带领它那强大的用户群疯狂出击。身边利用邀请营销获得成功的还有“UCD2009广州年会”
海钧兄，是我在网易遇到的最志同道合的90后创业型人才。一年前，我们曾组团一起去霸面某公司;一年后，他已成网易微博之父。每逢和他聊天，你都会被他浑身所散发出来的那份对理想的执着和创业的激情所感染。
支持90后，欢迎Follow网易微博之父！
热心PD，欢迎Follow产品运营交流ID！
获得邀请码的方法：
一、参加这个活动就有机会获得邀请码：http://service.bbs.163.com/bbs/doings/163330479.html
二、如果你是Twitter使用者，可填写Twitter用户网易微博邀请码发放表单：http://is.gd/6MXwJ

《正在爆发的互联网革命》

书本来源：
在产品运营交流群看到推荐遂购买之
购买后借阅部门同事  于近日归还

关键词语：
SNS  facebook  twitter 开放平台 奥巴马

简介：
本书介绍了国内外SNS发展的三波浪潮，并着重介绍了facebook、开心网、twitter等主流SNS的发展史和成功秘诀。并从SNS对生活、工作、个人品牌建设等各方面的影响，诠释了为什么SNS给我们带来的是颠覆性的革命，最后从SNS的开放平台和3G移动互联网预测了SNS的未来发展方向。

联想：
产品运管  大淘宝 开放平台

感想：
此书目前在市场上很火爆，这和其中一位作者—擅长产品运营的马良有很大关系。极具爆炸性的标题、东方红和奥巴马头像相结合的封面，揭示着这是一场中颠覆中西方的互联网革命。而奥巴马利用SNS助他圆了总统梦，已向世人奠定了这社会化媒体的重要性。由于一直有订阅Appleap的信息，以及在书中看到了很多熟悉的名字，所以在阅读此书时颇感亲切。我是twitter的粉丝，常年在墙外流浪，近日为支持海均兄特转阵网易微博；虽然各大主流SNS都有我的身影，但是读完此书，颇感这领域认知的不足，带着产品人员惯有的好奇心癖好，遂一一注册研究之。此书颇具淘宝运营团队的风格，保持着淘宝运营团队惯有的活跃和大胆创业，以及对各种运营技巧的娴熟掌控。网易人出技术书、淘宝人出运营书、谷歌人出产品书。。。。。。
看完此书,让我立刻想到了淘宝的“大淘宝策略”和“开放平台”。1月15日，TOP应用大赛“赢在淘宝”总决赛在京举行，并隆重对外发布了淘宝的在线购物应用商店—淘宝箱，这标识着淘宝开放平台和独立开发者的合作步入成熟清晰阶段，同时也寓意着打造“大淘宝商务生态圈”又有了进一步的实质性进展。而几乎同期，淘宝也宣布进军线下零售代购店、推出淘宝电器城和淘宝消费者维权平台，再加上最近大淘宝战略执行委员会的成立，以及前不久《淘天下》的发布和淘宝芒果台联姻。。。。由线上到线下、由商务到媒体、由战略布局到人事调整，已明显地感觉得到淘宝正在向“大淘宝”战略中的各方向发力。
只有开放，才能成王！

《就这么做产品的》

书本来源：
实习时认识的北京公司前辈赠送
书还没到手即被亚运产品组借去 再转部门同事 于近日归还

关键词语：
产品兵法体系 产品设计 产品实施

简介：
此书为周宏桥老师所写，全文引用《孙子兵法》的道、天、地、法、将的五大要素，从“产品哲学、产品设计、产品实施、产品营销、产品人修炼”五大框架体系具体描述了产品全线十大流程和产品人心智模式的5项修炼，且每一章节都配备了案例辅以说明。此书大赞，推荐产品人员看之。

联想：
思考反思 专业化  病毒式营销 网易邮箱@计划

感想：
本书开头那几页的极其专业标准化的彩色流程插图，似乎已沉淀了此书的价值含量，吸引你继续看下去。我一口气把书看完，看时有种如饥似渴之感，看后还想再看，我还特在“产品开发流程”和“产品人心智模式”章节做了笔记。书中所写内容，与自己平常项目工作关联度极高，细品之余更值得思考和反思。项目需求文档的撰写→项目通过部门PK会议→项目组立项会议→产品开发→产品上线运营→产品数据分析总结，每一环节与此书所描述的对比，就会发现自己离专业还有很长的一段路要走。
与本书出色的“产品开发流程”和“产品人心智模式”章节相比，“产品营销”这块相对比较逊色，没过多的出彩之处。不过文章中所提病毒式营销，我想提下网易邮箱最近推出的“@计划”，此计划是网易邮箱为推广本年度推出的30多个新功能而制定的营销策略。以大家所熟悉的邮件标志“@”为营销概念，将30多个新功能分为“@U（以你为本）、S@fe(安全)、Mail@3G（3G移动互联网那个服务）、F@st(快速)”四大方向，并以“@你身边、@每一天”为计划口号。此计划除了揭示网易邮箱引领电子邮件未来四大发展趋势外，更是突出网易邮箱随时随地为你服务的形象。且众明星和草根网民齐参与、专题报道和活动营销相结合、网易产品整合推广、多维媒体的联合报道等多线推广全面出击，为网易邮箱2009新功能营销来了个完美收官，望网易邮箱在虎年更是“如虎添翼”！
网易邮箱@计划，期待您的参与！

《世界因你不同》

书本来源：
应邀回校参加女生节晚会在学校报刊亭买的
一直放在家里的马桶旁边以供需要之时翻阅

关键词语：
从心选择 理性思考 谷歌 微软

简 介：
此书李开复讲述了自己的调皮捣蛋成长历程，以及在苹果、微软、谷歌等公司的工作经历和鲜为人知的内幕花边，与前一本自传《做最好的自己》相比，此书更侧重描述了李开复在每一次十字路口时内心的挣扎和抉择，每一次对未来发展趋势的把握、每一次内心理性的思考、每一次超越自我的成功。

联想：
捧走网易50万创业基金的客观小王子
弃Apple工作而选择创业的酷酷小王子

感想：
看完马云的自传让你很有立刻去创业实现自己理想的冲动，但是看完李开复的自传则会让你静下心来理性思考自己将来的发展道路。一个是狂野派，草根代表；一个是儒雅派，高知代表，但是他们都各自建立了自己的IT帝国或是叱咤风云的事业。
在阅读此书时，我脑海里就经常浮现两个人的身影，一个是客观小王子，一个是酷酷小王子。前者捧走网易50万创业基金，目前在香港创业，后者放弃Apple工作选择回国创业，其创立的公司被业内人士誉为2010互联网最值得关注的公司之一。他们俩经常被我拿来比较，除了他们身上都具有那股对创业的执着追求外，那就是他们如李开复般对互联网未来发展趋势的准确把握，都具有超强的大局理性分析能力和敏锐的市场洞察力。看到他们奔波于各大城市周游于各大投资者之间，似乎看到了十年前丁磊和马化腾的影子。我常调侃后者说：“你快回美国吧，留在中国实在是屈才”，但是每次看到他展示自己即将面世的作品时所流露出来的对这块市场的信心，却又是那么的感动我。望不久的《互联网周刊》上能看到两位的身影或作品。
每一位创业者，都值得我们去尊敬和学习！

《马云自传》

书本来源：
某次去杭州的广州白云机场上购买的
一直放在家里的马桶旁边以供需要之时翻阅

关键词语：
创业 狂 梦想

简介：
本书围绕一个“狂”字，从创业、经营、管理、竞争、营销、融资、品牌战略等九个方面介绍了马云的创业经历和管理精髓，狂者无畏的创业心得、心怀狂想的经营心得、疯狂出击的融资心得等，坚韧顽强和永不服输的品质使这位狂人在充满变数的IT江湖里玩得如鱼得水，像帝王般指点江山。推荐此书为创业人士必看书籍。

联想：
闻味官  因为信任所以简单  支付宝年会

感想：
第一次听“闻味官”一词，是上次去杭州与某位阿里前辈交谈时他告之，即嗅下你是否胸怀梦想以及你身上是否有符合阿里人的味道。看完《马云自传》后，更是对此词深有体会。阿里朋友的热情和真诚给我留下很深的印象，每次过杭州，他们总会热心的接待，且交谈时的真诚会令你感到非常舒服，“因为信任所以简单”。最令我感动的是，上次过杭州巧碰天气骤降，某位前辈特意回公司拿他大衣借给我，说真的那天真的很冷，但是我心里感觉暖和和的，以至于那次我离开萧山机场的时候还留下了感动的泪水，这是继广州、香港后第三个令我留下泪水的城市。
今年支付宝的年会，别开生面的开场白和马云的发言，或许令支付宝今年年会成为互联网史上最特别的年会。与那些歌功颂德的年会相比，我觉得这个年会来得更真实和有意义。看完白鸦大哥那篇《7年之梦》，感动之余，更觉这是一支值得你去付出的团队。感动是因为白鸦大哥7年来那份对理想的执着追其、是因为郭靖和15位高管反思的泪水；一支团队，占据某市场份额的老大，但老板仍会在年会这样场合勇于指出团队的不足、领导层会集体带头反思流泪、下面员工也会感触落泪，那说明这是一支有血有肉的团队、一支不断反思进取的团队、一支时刻保持竞争战斗力的团队，那么这是一支值得你去付出的团队！加油！
领导开始重视、团队开始反思、希望开始到来！

本篇读书笔记写得比较发散，望各位见谅！本文除了还欠下自己的读书债，更是向文章所提及的前辈们“那颗追逐互联网的心”致敬，并借以鼓励自己。
最后，告诫提醒下自己：
1. 在进食google reader等快餐时，要注意特餐营养的补给，月供一本！
2. “寄望通过别人的分享和经验得到提高，将永远没有自己核心的东西”，所以阅读时除了要做好笔记，更要做好反思总结。

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是对用户体验的一个完整的再设计；但稍微体验一下，你就不得不惊叹，他是那么的容易实现你的目标。

如今，Ribbon UI已经在微软的大部分产品中得以应用，微软凭借Ribbon UI的良好设计正在走向统一体验的道路。而今天所分享的就是我个人的一点关于设计流程的心得，而不是来自Ribbon UI 的细致分析。

挖掘问题的根本原因

当推出Office 2003之后，微软就着眼与下个版本的设计工作，调查得知对2003的传统观点：“Good enough，足够好了！”或者夸奖到：“任何我需要的功能Office都有了。”

当接触到真实的用户时，他们的说法则大相径庭：“office太强大了，如果我能更好的了解它，它能够对我的工作带来更好的帮助。”“我知道它有这个功能，但我就是找不到。”

于是设计团队回溯了word的所有历史版本，对每个版本增长的命令项，菜单，工具栏，任务面板进行分析对比发现导致用户无法找到命令的根本原因：传统的WIMP界面已经无法承载目前Office中大量的功能以及命令，相对于过去，用户要花费大量的时间去搜索一个普通的命令。

根据详细的访谈，以及历史版本的分析，设计团队才终究定下解决方案：Office需要一个全新的UI，去唤起这个软件的灵魂。

简洁而又高效的设计流程

Office 2007的设计流程简单且只包含四个步骤，研究->设计原则->原型->评估。

1. 研究：研究的作用用以发现问题。
2. 设计原则：确定好的统一原则有利于设计师把握设计方向。
3. 原型：原型用以快速展现设计师的基于设计原则的创意。
4. 评估：对原型进行审核以及评估，决定是否采纳。

在实际设计中，这样的流程易于迭代，且很高效。设计师在这样的流程中能多确切的做尝试且快速的改进（而不是仅仅的通过个人推理或者群体智慧去评估其他方案），如00后在漫话产品设计中说的不断的犯错才是创新的源泉，如在考虑将Ribbon UI是放在软件顶部抑或是左右侧时，他们即刻设计了边栏的Ribbon UI，发现这是一个错误的方向，变取消了打算。还有对于Quick access Toolbar设计，最初的尝试也有多种方向，尝试多种方案后才对比确定。

至上而下的设计原则

与我平常所见的设计流程不同，Office设计团队对设计原则较为强调，Office设计团队甚至这么说：“Design tenets have to be religion，（设计原则必须上升到宗教信仰的高度）。”容我猜测应是设计团队人员较多，设计原则利于设计师们往同一个地方“使劲”，更重要的一点是，这有利于整个团队的执行力，使原型的内部评估更加具有规则性以及说服力，最大可能的降低主管或者是老板对设计的干扰。保证设计团队中，每个人，每个环节都有着共同的目标。毕竟光说不练假把戏。

在设计方法上，设计团队特别强调了结果导向设计（Results-Oriented Design）区别命令导向设计（Command-Oriented Design），与目标导向设计（Goal-Directed Design）有异曲同工之妙。

这种方法我不细致说，简单而言，则是让用户的关注焦点定位于他要的结果（或者说是他的目标）能否实现，实现的效果又是怎样的；而不是让用户关注与他要使用哪个命令去达到目标，这个命令如何寻找，如何使用等。（这也是典型的WIMP UI的特性）

于是乎，以word为例，我们可以看到以下较为经典的改动：

1. 基于计算机逻辑分类命令菜单被取消，被修改成为基于用户目标分类的七个核心选项卡：开始，插入，页面布局，引用，邮件，审阅，视图。
2. 当用户选中某元素时，自动在核心选项卡后激活与之对应的上下文选项卡（contextual tab），或者是上下文选项卡组（contextual tab set），让针对此元素的编辑操作在此选项卡中呈现，用户则不必像以往那样去错综复杂的菜单项中寻找。
3. 使用库（Galleries）与实时预览（Live Preview）等方法，图形化呈现一系列命令或者选项。让用户在作出决定之前就能清楚的看到结果是怎样。

锲而不舍的迭代

很多人耻笑与微软是最频繁打补丁的裁缝，但实际确实是如此。在office 2007的开发中，他们就在团队中培养起“迭代的文化”，而这种文化几乎苛刻的折磨每一个人：迭代期被明显的写入到项目的开放进程中来；已经确定的事情，要重做3次让其做到最好。从2005年11月beta1发布，经历了超过5个月的部署；跟踪超过3百万个用户的操作记录以及习惯。

长达一年的耐心，Office 2007最终达到了一个令人激动的高度。PC world与当年的CES都将其评为2007年最具创新产品。

个人快闪总结

微软的耐心以及稳重扎实的创新精神值得所有人尊敬。

对问题的深度挖掘才能另设计人员看到本质，从根本解决问题。

自上而下的设计原则保证执行力。

长期迭代与敏捷性开发流程是创新的源泉。

题外话

Office 2007中的ribbon UI应用并不是完善，如PowerPoint依然保留了菜单栏。或许我们可以在Office 2010中看到他的强大魅力。

虽然目前有很多采用Ribbon UI的非微软的软件（如Mindmanager 8 ,IEtester,SmartDraw 2009），但目前还未有应用得好的。

如果你是一位想开发Ribbon UI 的程序员，请找一位有研究的设计师配合。Ribbon UI并不是简单的命令再组合。

个人认为Adobe系列软件应该用Ribbon UI了。

备注:本篇文章纯属个人口水堆积以及一个粉丝对偶像的涛涛敬仰之辞，如有不满，请即时拨打110求助。

以下被借题发挥的漫画来自这里的转载~

1.鱼饵就应当符合鱼儿的胃口，而不是钓鱼者

（看不到图？点这里）

第一次看到这幅漫画就笑了：画的不就是做产品的我们嘛~ 花了不少成本、人力、时间，把自己看起来都颇诱人的鱼饵（x产品x功能）抛到鱼塘（网站）里，满心欢喜地守着盼着等着念着：“鱼儿鱼儿快上钩~”鱼儿们来到网站，先是看到一个庞然大物，一晕；然后满世界找熟悉的功能，未遂，再晕；好不容易找对地儿，发现鱼饵味道变了，三晕……

反省：核心需求的满足，永远是最好的饵料啊~

2.踏着别人的脚步前进，超越就无从谈起

（看不到图？点这里）

“超越”是一个我们都很迷恋的词。但是它后面藏着很多疑问：为什么要超越？怎样算超越？要在哪些方面超越？现在距离有多少？大家的起跑线、方向、耐力、步长、频率一样吗？怎样超越？投入多少成本去超越？……

好了，如果顺利回答完上面的问题，我们往往发现，“超越”其实只是我们嘴巴迷恋的词，而“跟随”才是我们脑袋和腿脚（不自觉地）迷恋的词。正是因为“有距离”，所以欲望很强烈，心情很急切，脚步很错乱。“跟随”就显得很靠谱：直接跨越摸索、纠结阶段，直接节约思考、打磨的时间，直接规避失败的风险，何乐而不为呢？但是，跟随的结果最多是不过不失，大家都跟随了，整个市场的产品也同质化了。我们表面上做了不少事情，将产品改头换面更新换代，但是，实际上属于自己的东西越来越少，产品的个性越来越不鲜明，用户只好在审美疲劳中放弃选择。

反省：寄望通过别人的分享和经验得到提高，将永远没有自己核心的东西

3.找解决方案要比纠结原因的优先级高

（看不到图？点这里）

呱呱坠地就流芳百世的产品，恐怕是百年一遇的。绝大多数的产品被设计出来后，都会经历一个生命周期。尤其在生命周期曲线的上升期和下降期，我们尤其会纠结于产品停滞不前、不受欢迎甚至是被千夫所指的阶段。这个时候，如上图，大概会有几种情况：a.在汪洋中没有方向，在一小片区域打转，自我感觉良好；b.大家逐渐发现各种问题，前后不靠岸，于是开始相互推诿和指责  c.大家坐到一起，发现问题有ABCD，解决方案是1234，分工是甲做指南针、乙补洞、丙掌舵、丁划桨……

反省：没有目标，任何风向都是不顺的；不提出问题，也无法寻找到原因；办法总比问题多，关键是想不想，做不做。

4.真正的创新只有在经历过擦肩而过后才能实现

（看不到图？点这里）

创新是产品设计中不可缺少的元素。但它总是披着“灵光一现”的隐形衣，所以我们总觉得它可遇不可求。但是为什么有人遇到了，有人求之却不得？这里有歪理一枚：“遇”字包含这样的意思，两个物体要相遇，前提是至少有一个物体在移动。如果目标是静止不动的，当然只有我们去移动，才有与其相遇的可能；当然，我们的目标也可能是移动的，但是相遇往往只是电光火石的一瞬间，你有把握能捕捉到吗？所以说，“机会只光顾有准备的人”……

反省：实践和思考的反复迭代，是创新的催化剂。

5.过多的会议是一个糟糕的组织明显的标志

（看不到图？点这里）

这一点，估计只需意会，不需言传了。用会议代替流程和规范，用讨论代替执行，推卸责任，陷入细节，导致时间成本高筑，责权不明晰，奖惩不分明……在产品设计的过程中，我们或多或少都能体会到。

反省：绅士的演讲应该像女人的裙子，越短越好，会议也是。当然前提是问题能够解决。

胡诌了五幅小漫画，很不厚道地作为优涩控新年开篇。更多的漫画，可以到这里和这里围观~

生活总是充满问题和思考的，一言半语的总结常常能让我们获益良多，做产品，也是一样。

1.OpenID介绍

1.1概念

OpenID 是一个以用户为中心的数字身份识别框架，是一个以URL为身份标识的分散式身份验证解决方案，它具有开放、分散、自由等特性。

OpenID 的创建基于这样一个概念：可以通过URL来认证一个网站的唯一身份，同理，也可以让每人通过一个URL(一个OpenID身份就是一个URL)，在多个网站上进行登录，作为用户的身份认证。

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

谁将拥有或控制的OpenID ？

OpenID的出现缘于开源社区，其目的是为了解决现有技术所不能轻易解决的问题。OpenID不属于任何人，也不应该属于任何人。任何人都可以选择成为一个OpenID用户或成为一个OpenID的免费提供方，而不需要注册或者被任何组织批准允许。OpenID基金会的成立，目的是为了协助开源社区的管理和发展，以促进和支持OpenID的扩展和应用 。

1.2基本原理简述

OpenID系统由三部分角色组成：

• End User — 终端用户，使用OpenID作为网络通行证的互联网用户；
• Relying Part（RP） — OpenID支持方，支持End User用OpenID登录自己的网站；
• OpenID Provider（OP） — OpenID提供方，提供OpenID注册、存储等服务。

USER —— 使用OpenID

RP —— 支持OpenID登录

OP ——  提供OpenID

使用 OpenID时，URL就是用户名，密码存储在一个 OpenID 服务网站（OP）上。登录RP时需要提交两个重要信息，一个是你的名字，一个是OpenID网站的网址。例如我在OP：open.cn上的账号是：kidult，我的OpenID就是http://kidult.openid.cn/。

打个比方，你到朋友公司，要经过门卫，门卫需要确认你的身份。这时候，你就是用户，门卫就是网站登录框，朋友就是一个OpenID中介。

你要进门，告诉门卫：“我要找某某某。”

门卫打电话问你朋友：“这有个人说是找你的。”

门卫把电话交给你，你给朋友暗号：“地瓜地瓜，我是土豆。”

再把电话交给门卫，朋友告诉门卫：“没错，他是我朋友，让他进来吧。”

事实上， “门卫” 并不需要认识你朋友，只需要通过一种通用的协议与OpenID的网站交换确认信息就行了，“门卫”和OpenID网站之间的信息是建立在tcp/ip基础上的比较可靠的唯一通路上，除非别人知道你的OpenID密码，或者黑客通过某种手段劫持他们之间的通信，或者劫持OpenID网站域名，否则别人不能冒充你的身份。

图 1 OpenID原理

1.3 OpenID优缺点

优点：

对用户

1. 简化注册登录流程：一定程度上避免了重复注册、填写身份资料的繁琐过程，不需要注册邮件确认，登录更快捷。

2. 一处注册，处处通行：免去记忆大量账号的麻烦，一个OpenID就在任何支持OpenID的网站自由登录。

3. 减少密码泄露风险：频繁登录各种网站，容易被垃圾网站暗地里收集密码和资料，或者冒充用户身份发送垃圾信息。

4. 用户拥有账号信息控制权：根据对网站的信任程度，用户可以清楚的控制哪些profile信息可以被共享，例如姓名、地址、电话号码等。

对网站（RP）

1. 共享用户资源：给所有支持 OpenID 的网站带来了价值。

2.已经有相当数量的高端注册用户可以直接使用，不必从零开始；

3.可以不负担自己建立会员系统或登录功能所需要的开发成本、机器、带宽、安全费用；

4.用户数据是安全的，用户数据不统一存储，用户可以任意选择、更换存储的server。没有组织，没有任何一个地方可以做root，没有任何一个机构或者个人能够从这里面获利。

缺点：

1. 任何人都可以建立一个网站提供OpenID验证服务，而网站性能参差不齐，导致OpenID的验证过程不是很稳定。

2. 如果提供OpenID验证服务的网站突然关闭的话，可能会导致大量用户无法使用多个网站的服务。

3. 目前几乎所有支持OpenID的网站都很谨慎地将其做为一种可供选择的辅助登录方法，这会在很大程度上阻碍OpenID的发展。

4. 目前支持OpenID的网站还不多，其独特的使用方法并不被多数用户所熟悉。

More about OpenID…

1.4 OpenID跟Passport的比较

网络通行证进化历程：

l 最原始的注册方式，自选字母或是数字等组合作为ID；

l 到了传说中的web2.0时代，用邮箱作为ID来注册，但是隐患是“不请自来”的邮件；

l 现在，用OpenID登录，即，不用担心垃圾邮件，省去填定个人资料的过程，节省了注册时间。

目前互联网上的主流帐号管理方式有两种：

1、单一帐号系统。只提供单一服务的网站采用的用户帐号管理模式。用户注册后使用此帐号可以在其网上上实现所有功能操作。

2、通行证。例如google、163、微软等提供多套服务的网站采用的帐号管理程序。用户在注册一次之后，使用该帐号可以在这些网站所属群里面自由使用。

与目前流行的网站帐号系统（Passport）相比，OpenID具有开放性以及分散式的特点。它不基于某一应用网站的注册程序，而且不限制于单一网站的登录使用。

2.相关案例

目前，OpenID联盟包括的知名网站有：Google，IBM，雅虎，微软，Myspace，Facebook等。

2.1 国外OpenID

其实很多网站的账号本身就是一个OpenID：

AOL – OpenID.aol.com/screenname

Blogger – username.blogger.com

Bloglines – d.bloglines.com/username

Flickr – www.flickr.com/photos/username

LiveDoor – profile.livedoor.com/username

LiveJournal – username.livejournal.com

SmugMug – username.smugmug.com

Technorati – technorati.com/people/technorati/username

Vox – member.vox.com

Yahoo – http://OpenID.yahoo.com

WordPress.com – username.wordpress.com

Ziki.com

表 2 一些OpenID提供方比较

(易用性 安全性 用户信息 多ID管理 反钓鱼 密码保护)

via

Facebook 作为RP支持OpenID

2009年5月19日，facebook宣布正式启用OpenID登录系统，允许用户使用Gmail或其它支持OpenID的网站帐号登录Facebook。可以用Gmail帐号登录Facebook，也就是说，当你在Gmail里浏览邮件时，点击了一个Facebook的链接，你不需要再输入密码，就能到达你自己的Facebook页面里。

OpenID是一个非盈利性质的联盟，期望推动用一个帐号/密码来登录所有网站。这可以省掉大量的用户不停注册的时间，以及一堆帐号/密码的麻烦。

但是很多OpenID的参与者都不像Facebook这么彻底，例如不能用Facebook帐号登录Gmail。为什么Facebook这么做？Facebook说：”我们认为，开放有助于培育出一个强大的开发人员社区。”Facebook在测试中发现，利用OpenID注册Facebook的新用户”更可能”成为Facebook的活跃用户。

当然，最真实的原因来自：Facebook从一开始就是一个彻底的”开放”态度，它让用户用自己的Email地址作为Facebook的帐号，而从来没有生成Facebook自己的帐号。所以，它采纳OpenID跟自己的历史逻辑一致，没有任何损失。

2.2 Yahoo ID和Google ID

Yahoo

OpenID技术让你可以用Yahoo!账号登录许多网站。一旦启用您的Yahoo！ OpenID的访问帐户，您可以简单地告诉任何支持OpenID的网站，你是Yahoo！用户。

当您访问的网站支持OpenID登录，您只需找到Yahoo！登录按钮。或者你看到一个OpenID图标，只需在文本框输入“yahoo.com”。登录信息将被发送到Yahoo！验证您的Yahoo！ ID和密码，然后登录到该网站。

例子：用yahoo账号登录plaxo

安全措施：Yahoo! sign-in seal (安全图章)

一个安全图章是一个只在本机显示的秘密的信息或照片。每次登录都寻找它，以确保您在一个真正的雅虎正在网站。如果消息，照片，或颜色是不同的，你可能在访问一个钓鱼网站。

Google

Google期望用户用Gmail的帐号登录其他网站，比如Facebook，但是，它不允许用户用其它Facebook的帐号来登录Gmail。（例外）

Google OpenID解决方案：Federated Login

基于OpenID标准。第三方网站和应用程序现在可以使用google帐户注册和登录。

图 2 Google Federated Login原理

（谷歌作为Relying Part）

为什么谷歌音乐支持人人ID、live ID、Yahoo! ID登录？有兴趣的同学可以看这里。

2.3 国内类OpenID

国内支持OpenID的Relying Part：Yupoo又拍，乐铺，……

国内OpenID Provider：OpenID.cn，豌豆，……

更多的是类OpenID 提供方和类OpenID Relying Part

类OpenID Relying Part：京东商城、土豆、D1、99网上书城、365商城、钻石小鸟，等等。

类OpenID Provider：支付宝、人人网、QQ等。

附：如何在我的网站上用支付宝账户登录功能？(via)

答： 1、确认您签约的合同中是否有该项服务，我们称之为“免注册登陆”、“信任登陆”等。

2、若有该项服务，且已开通该项权限功能，请从客户经理那获得，免注册登陆的接口资料。若没有，则请联系客户经理 或拨打商户客服电话0571-88158090

3、根据接口资料与接口代码DEMO，类似接入支付宝支付接口的方式，接入这个接口到商户网站中，并与商户网站里的会员数据库衔接。

具体实现步骤可参考：http://dev.alipay.com/devclub/mvnforum/viewthread_thread,398

流程 ：

1、 用户在访问您的网站时，在您的登陆框里，点击功能按钮“支付宝会员登陆”

2、 通过您做好的接口与支付宝的网关，页面跳转到支付宝专门为会员免注册登陆设计的登陆页面

3、 用户填写登陆帐号密码登陆进去以后，支付宝会把这个用户的相关信息发送回本网站，同时页面跳回到本网站已设置好路径的返回页，本网站通过该返回页执行程序实现用户在本网站的自动登陆（此登陆并非登陆到支付宝网站上，而是登陆到本网站里）。

2.4 小结

封闭性质的OpenID——形似而非神似

OpenID：双向开放

类OpenID：单向有选择性的开放，提供接口，通过合作或开放给用户自行添加

l 真正的OpenID支持网站（OI）：影响力太弱

l 类OpenID Provider（OP）：重量级公司，用户量庞大且较为优质，活跃度高。都不是真正的开放，自身产品不支持OpenID登录。

l 类OpenID Relying Part（OR）：实力较强，多是服务型网站，以电子商务网站为多，跟几大OP有深入的良好合作关系（互补的性质 > 竞争性质），看重的是强强联合，打通用户资源。

[2]. Six Apart – Labs: OpenID, http://www.sixapart.com/labs/OpenID/

[3]. OpenID Explained , http://OpenIDexplained.com/

[4]. OpenID百度百科, http://baike.baidu.com/view/832917.html?wtp=tt

[5]. OpenID使用手册, http://www.matrix.org.cn/resource/article/2007-09-20/187c9604-671e-11dc-91f8-0da64dffe568.html

[6]. Towards an OpenID-based solution to the Social Network Interoperability problem，Position paper for the W3C Workshop on the Futureof Social Networking

[7]. Slideshare.net Results 1-12 of 1160 for ” OpenID”  http://www.slideshare.net/search/slideshow?q=+OpenID&submit=post&searchfrom=header

[8]. 什么是OpenID , David, March 23, 2008, http://blog.iyi.cn/start/2008/03/OpenID.html

[9]. 什么是OpenID , OpenID的工作原理简述, OpenID的两种模式, http://vovo.net.cn/go/OpenID

[10]. OpenID初体验, 2008-09-10, http://www.tiray.net/post/OpenID-experience.aspx

[11]. OpenID，新的用户登录体验, http://www.adxonist.com/archives/32

[12]. OpenID的用户体验 (一), http://www.adxonist.com/archives/34

[13]. OpenID的用户体验 (二), http://www.adxonist.com/archives/39

[14]. OpenID的用户体验 (三), http://www.adxonist.com/archives/54

[15]. OpenID系列(一)：注册篇, http://www.kuqin.com/shuoit/20080411/6538.html

[16]. OpenID系列(二)：使用自己的URL, http://www.kuqin.com/shuoit/20080411/6539.html

[17]. 国外各大OI、OP、RP网站

[18]. 国内各大OP、RP网站

EOF

by 00

我一直觉得，文本框的这个东西，在有输入法的国家，是我们这些懒人的杯具，文本框的自动完成功能，在配合输入法下，简直是个鸡肋。一次次的切换Ctrl+Space，是否有让你崩溃想敲烂键盘呢？

上面的那张图已经很明显的让我们感觉到了三个问题：

1. 输入法把自动完成遮挡住了，我看不见。
2. 使用键盘↑↓键只能切换输入法内的选字，无法选择自动完成内的选项。想用却用不到。
3. 当你懊恼的打算用鼠标去点自动完成列表内的文字时，杯具发生了，你发觉，你点了，事实上什么效果都没有。你的文本框变成一遍空白。（在Chrome下多种中文搜索引擎有此问题，杯具啊。）

备注：经过笔者测试多种搜索引擎在不同浏览器的呈现效果，这三个问题出现的几率各不相同，但在chrome下这三个问题非常明显。（Chrome渲染有问题？）

关于问题一

在Chrome下似乎没有解决方案，所有的搜索引擎表现都如文章开头的图片的效果。

IE下，大部分的搜索引擎都采用了一种笨可是最有效的方法：只有文字被完全输入到文本框内后，自动完成才出现，这样就避免了遮挡的问题了。

在FF下，大部分搜索引擎也是采用与IE内的做法，隐藏自动完成。当然，也有笨家伙：百度和有道，在FF下依然还是遮挡住了。

关于问题二

因为在IE与FF下大部分搜索引擎采用了上诉的的方法避免了出现输入法与自动完成，所以这个问题主要是出现在Chrome内。从实际的测试中发现，国外的搜索引擎表现更佳。

在Chrome的Google与bing搜索，如果使用↑↓键，是可以选中自动完成的，当然，你的输入法选字也同时切换了。

当然，也有笨家伙：Chrome下的所有中文搜索引擎，以及FF下的百度和有道，依然还是无法使用↑↓键选择自动完成。

关于问题三

好了，我就直接说笨家伙吧，这次上榜的还是百度与有道。但是百度这次可以欣慰了：有道垫底了。有道在FF与Chrome下鼠标点击自动完成后，文本框都会自动消失。百度只在Chrome下出现此问题。

说明这些问题并不是表示我强烈的鄙视中文搜索引擎，相反我更爱好他们。但我们需要考虑的问题是：在设计文本框的时候，是否应该更加考虑到一个现实：所有的中文用户都在用输入法输入文本框。我们的操作比英文用户更复杂。

在输入的时候，中文用户多了一个翻译的步骤，把键盘上的字母翻译为中文汉字。这也是中文用户偏爱鼠标操作的原因，因为输入的工作太复杂了，虽然我们的输入法在近几年有着超越的发展，但对于用户而言，这种门槛还是存在的。——至少我的爸妈想使用电脑打字，他们就不得不去学拼音。

那么，为了使用户少按一次ctrl+space，让用户操作更流畅，在文本框的设计上，我们必须更加细致与谨慎。我个人总结有以下几个方法。

禁用输入法

如果某些文本框只允许用户输入字母符号以及数字（如登陆界面的“用户名”），那就禁用输入法吧。

网易邮箱的登陆界面就采用了这种方法，Web界面的实现手段很简单，只需在CSS代码内加上：ime-mode:disabled;

当然，目前很多产品的登陆界面都进行了相同的处理，不妨挖掘下更多产品内部的文本框吧。如验证码输入框。

用户输入之后才提供响应

只有用户把文字输入到文本框内才提供响应，这是主要是针对一些自动完成和即时搜索（输入后自动搜索）功能的。

windows7的资源管理器的搜索框为即时搜索，但文字还在输入法内时，它并不启动搜索。这样的设计能让界面更简洁且让用户容易理解。

提供正确的键盘反馈

如前面Chrome的下的Google，还是支持↑↓键选择自动完成的，这样至少保证了，在使用输入法的时候，用户的一些按键还是有效的。

当然，我也见过一种很白痴的界面，他对Enter键的感知错误（Enter键在输入法内常用作用是输入英文字母），截图我无法找到，但大致是这样。

注：下图是我PS用以说明问题案例（因为暂时找不到真实案例），并不代表其真实情况如图所示。

按下Enter之后，系统自动响应了默认的“登录”按钮，但事实上我只是想把邮件地址输入文本框而已。明显的键盘反馈错误。

用户输入之后才提供响应

只有用户把文字输入到文本框内才提供响应，这是主要是针对一些自动完成和即时搜索（输入后自动搜索）功能的。

windows7的资源管理器的搜索框为即时搜索，但文字还在输入法内时，它并不启动搜索。这样的设计能让界面更简洁且让用户容易理解。

尝试使用拼音识别

毫无疑问，拼音识别能够有效帮助中文用户，就算他没有使用输入法，同时也有可能帮他纠正一些汉字输入错误。

史上最佳中文文本框？

我把这个讲颁给QQ邮箱的写信页面收件人文本框，原因有三个：禁止输入法，块状结构，拼音识别。如果你把联系人都加了中文名字（火星文就没办法了），试试输入10个人的邮箱地址，你的速度有多快？告诉你，我只需要25秒。

从图中可以查出，这个文本框是支持拼音识别的，同时，他采用了块状结构，邮件地址是整块被删除或增加的。

无疑QQ的设计值得学习。

史上最差中文文本框？

我要把这个奖颁给新浪微博的登陆框，当然，他们最近改进了这个设计，不过，这个反例，值得我们吸取教训。（来自Fenng）

如果在这个图内还存在输入法的输入框呢?够杯具了吧,OK,我想这个图已经算是文本框设计的经典反例了,欢迎大家膜拜学习。

写在最后

文本框是一个很细节的东西，因为他属于一个用户信息收集的有效控件。而我们的中文用户，值得拥有它们自己的特色文本框。

在设计的同时，我们更应该考虑到用户的输入法状态。

文中的测试皆采用搜狗拼音输入法测试，如有不正确的，还请指正。

备注补充

关于搜索引擎的文本框反映的上诉问题，根据留言者 jane的意见。我也认同，或许，这个可以通过输入法来进行整合。

有没有那种可能，输入法能够读取到搜索框的自动完成列表，那么这样，我们只需输入的时候按一个切换键，就能很直观的使用自动完成功能了。

以下是我发明的CCAV搜索品牌

传说中，这是一场“巨头汇聚齐PK”的会议，那仅有的18张入场券让众人趋之若鹜。非常感谢我们的彭毅大哥赐予我“助手”身份，得以荣幸参与此次巨头会议。虽然当天忙到连午饭也没怎么吃，但是能与那么多优秀的产品界前辈交流学习，不亦乐乎。

以下是我整理出来的当天会议纪要，和大家共同分享学习之。由于会议内容涉及到部分不方便公开内容，故以下的会议纪要为所删减版本。

【主持人】：与今天早上白鸦所说的比较理想化项目开发流程相比，在实际项目开发过程中，每个公司都有不同的实际情况，导致项目最后无法按照既定的开发流程执行，必定会产生项目的失败。首先请大家说下对项目失败的定义.

莫子：达不到目标就是失败，所以关键是看你的目的是什么。如果说项目失败了，那是因为没有达到我们预定的目的，这个我就称之为失败。

童跃美：不同规模团队的失败定义是不一样的，一个2-3个月的项目失败了，对于大公司来说也许不算什么，但是对于创业团队来说则有可能导致他们倒闭，所以我觉得要根据团队规模和承受能力大小来定义。

盛一飞：项目的失败是在项目运营一段时间后，导致公司的成本极速上升，包括人力、资源等，而最后没有产生结果或是所产生的结果很小，且偏离了我们的方向，则我觉得是失败的。互联网产品很难再一段内判断其是成功或是失败的，但是整个项目开发过程中我们不断矫正，项目所设计的产品结果也许不是最好的，但是在该项目的设计过程中不断进行了调整和矫正。

王旭升：互联网产品迭代的速度是非常地快的，假设我们要开发A产品，目标非常的明确，但是影响它的外界因素也是很多的，这时我们最原始的需求要进行统筹。刚开始的时候，目标不是很明确，但是由于外界的因素，例如竞争对手的成长速度非常地快、后来又有新的东西进来，又或是产生很多的新功能受很多用户的好评，这时需要我们对原始需求进行再定位。对于小项目来说，并不是没有把目标定明确，而是大家都熟悉的一个道理，那就是“已知是这样的前提之下，还是会产生很多的需求变更”。这是很多团队都会遇到的问题。

莫子:我认为这是大目标和小目标的问题，你刚刚所提到的SNS，在我看来，做SNS是个目标，但是我们并没有深一步去想，我们为什么要做SNS，其实我们再想深层一点，我们就是想让用户在一个地方形成一个互动平台。我觉得只是要我们这个大目的是正确的，那个小目标是可调整的。

童跃美：彭毅，我想了解下你们亚运是如何定义失败的？如何判断这个项目是该迭代还是该放弃呢？能和大家分享一下吗？

彭毅：因为之前是做奥运项目，现在是做亚运项目，应该说最高目标是没有变化的，所以没有迭代之说。由于项目的性质，这些项目必须是要在规定时间内上线的。至于如何衡量一个项目是该迭代还是放弃，我觉得主要是看这个项目的投入和产出比，用一个概念化来说，那就是是否符合用户的需求。

刚刚所说的都很有道理，但是有点分散，我这里就总结一下，我觉得失败可分为以下三种：
     （1）完败—就是说这个项目做到一半中途就被取消了，而没有产生任何价值沉淀。
     （2）推迟—就是运营时间一而再地推迟。作为一个产品经理，我觉得项目的推迟，在一定程度上就是被认为是失败的。
     （3）鸡肋—赶在有效时间内完成，但是所发布的产品漏洞百出，功能很垃圾。还有一种，就是刚刚盛一飞所提到的—人力成本的增加，人力成本的增加而导致公司成本的极速上升。其实可不可以这样想，成本的增加实际就是这个产品本身就没有达到我们的目标。

莫子:这个观点我有点不是很认同，我觉得适当的成本增加只要达到了预期的目的或是超出了我们的预期，我觉得还是可以的。并不是说因为人力等资源的成本的增加就说一定不行的。我最后觉得还是投入和产出的问题。

盛一飞：刚刚我所说的中途取消，涉及到一个决策问题。其实就是我刚开始所说的投入达到了一个他所不能承受的地步。取消，其实就是内部决策把它给挤压了。而产品后来所产生的价值，未必是你之前所说的目标，但是可能有价值，且是可延伸的。有时候有些产品就是因为这样而活了下来的。。。。

莫子:在我看来，中途取消的项目通常都会有价值沉淀的，起码你吸取了经验教训，下次可做得更好。。。。

千鸟：同样一个目地，在不同项目里，它都有不同的优先级。

干文山：我觉得一个是站在公司战略层面，如按照老板需求完成，但是由于市场原因无法上线，站在公司战略层面上是失败的，但是单从这个项目开发的本身来说，是成功的，因为它完成了公司定的目标了。黄夷：我觉得彭毅说的鸡肋，是指如果这个产品我自己研发后我自己使用都觉得不行，我觉得这个产品就真的是鸡肋了。就是说你自己作为用户角色去用你自己产品的时候，这个产品是否失败，你自己心里都已心中有数的了

千鸟：我的理解，推迟和鸡肋是有关系的，有些团队他不想产生鸡肋，所以把项目推迟了。只不过每个团队都有自己的余地，有些团队可接受，那他就按时推出；如果有些团队精益求精，不可接受，他们宁愿推迟也不出鸡肋。

盛一飞：所以我还想说刚刚涉及到的决策，其实产品是否失败，我觉得最最终还是要看团队怎么对它它产生出来的东西。如果他们坚持就是完美，如果它放弃就是完败，如果把它丢在一边就是鸡肋。

莫子：我觉得这个还是目标问题，你的目标是按时完成的，和你的目标是追求最好的产品，是完全不同的。因为是两个不同的目的，所以达到两个不同的结果

刘云天：我们有的是站在产品设计角度、有的是站在产品运营角度，又或是项目经理又或是老板角度来看这个问题的。可能老板认为他要的那个项目按时上线就是达到目的了，而对于你自己来说，想做得更好。所以失败的定义，我们和老板的定义不一样。

——————————————————————————–

【主持人】：国外有家著名数据统计公司专门对IT领域的项目管理进行调查，1994年的时候，有31%的项目是完败的，达到预期目标成功的是16%；而2006年，是完败的项目则下降到19%，达到预期目标成功的项目则提升到35%。也就是说在这12年间，经过项目管理体制的改善和提升、以及管理工具的进步，使得我们项目成功率大大提升。刚才项目失败的定义只是抛砖引玉，接下来想大家分析下导致项目失败的原因，请问在座哪位愿意分享下自己项目失败的例子？以及你们的绩效考核是如何进行的？

千鸟：我分享下我之前接触过奥美的一些情况，他们比较具有代表性。产品经理是一个level很高的职位，而往下，一个产品经理下面有N个项目，就是一个产品经理会拆分成N个项目同时进行，也就是说产品经理和项目经理是完全不一样的。

刘云天：我来举个例子吧，我就不说是什么项目了。想说明“越是没有问题的项目，却是越有问题的”，案例是这样的，刚开始的时候，该项目很好，且知道该项目的人会越来越多，项目也会越来越大，服务器也会越来越多。但是后来有一天，服务器挂掉了，造成很大影响。后来我问主管服务器的人为什么不去找相关人，他说不知道该找谁来负责此事故。就是这样，当所有人都觉得没有问题的时候u，却在上线的时候挂掉了。

盛一飞：在我们支付宝里，最好的项目经理当然是懂得技术的。产品、设计、技术都懂得的话那就最好。项目经理是个很好合作的，项目经理不是一个传声筒，有些事情你可自己做主，而不是都得等着他们来讨论。

千鸟： 在我工作经历里，好的项目经理需要一定的复合背景。他是可找很多人来帮他，但是这个过程中要消耗成本。项目里每增添一个人，沟通成本都会翻倍。项目经理应该有一定的方法形成自己独特的知识体系。

彭毅：我之前碰到这么个小项目，老板直接找产品经理进行修改，可是一段时间后，产品经理还没修改，老板就直接找另一个技术进行修改，最后导致出错。这个可能和甘冈刘晓天说的案例有点类似，沟通问题。

曾鸣：今天彭毅请我们来，主要是想我们分享一下经验和经历，那我就说些QQ邮箱的东西吧。QQ邮箱团队里有两个明确的职位，一个是产品经理，一个是项目经理。产品经理主要是和用户沟通交流、项目需求的制定，而项目经理则是负责研发的进度，和保证产品的上线执行。只要在称得上是项目的东西，都有这两个职位。项目经理也许不是一个所谓公司正式任命的“经理”，他只是一个很普通但有一定资历的开发人员。

例如邮件的会话功能，该虚拟项目组总共是4个人，所以我对今天早上白鸦所说的那个“小”字特别有感触，我觉得他的那个“小”的定义和我们的想法是一致的。我们的虚拟团队一般都比较小，小到什么程度呢？我们大部分的虚拟项目组一般是3、4个人，其中包含了一个产品经理，一个项目经理，一个UI，那么这3个人就负责把这个项目全部完成。项目需求的提出和引导，由产品经理来做，但是真正的方案确定必须是整个团队的人来共同决定。

我们强调团队合作，而不是个人英雄主义。即使你的产品经理很牛，但是UI有他专业领域的知识，UI的大部分决策是由UI来定，当然产品经理也可给建议，但是最后出来的决策必须虚拟团队共同商量沟通好后的结果。

沟通很简单，我们采取的都是面对面沟通。我们觉得这是小团队最高效率的沟通方式。

项目一般会采用“滚动”方式推进，“滚动”可以保证项目尽可能朝着正确的方向前进。我们在实现了最基础的产品功能后，先让一部分人（我们觉得可能需要此功能的那部分人）先用。产品上线后，产品经理会收集用户意见、提出项目下一步的用户需求，然后反馈给项目团队。大家通过沟通觉得用户需求合理，那么我们就去做，做了之后就接着放出去，继续收集用户新的意见，继续根据用户的建议进行产品优化。这个过程就是迭代。总之这个虚拟团队不断地围绕邮件会话这个功能不断地迭代下去，直到这个邮件功能得到大部分用户认可为止。那么这产品经理可以跳到另一个项目区了，但是产品经理还是要一直跟进这个产品，实行“产品终身制”。

产品经理主要是跟进用户反馈、数据分析、数据平台的搭建、数据模型等，且产品运营对整个项目的运作是非常重要的，产品经理必须用心跟进。项目经理更多的是控制技术的开发进度。但是一个项目的成功，必须是团队共同合作的，在我们团队里，UI人员说话的权利是比较大的，我们非常尊重UI人员的意见。

我们欢迎不同的意见，但是项目组内要沟通好。我们虽然没有晨会、没有日报，但只要有需要，随时都可以在一起面对面交流，然后通过邮件将沟通结果周知项目组内。

在此，做个广告，QQ邮箱目前在产品、运营、UI方向急需人手，如果在这些方向有兴趣的同事，欢迎与我联系加盟。

莫子:我想提个问题，你们一个UI人员就把交互、视觉、页面架构做完呢还是下面还有一个UI组？

曾鸣：我们的UI人员一般都是有交互、视觉、页面的实现能力的，当然，这个UI人员后面还有一个UI组，UI组内部也会有设计和实现方案的讨论。但是我们没有将UI的职责和岗位分得那么细。

莫子:你们是专人专项呢？还是多个人同时负责多个项目？

曾鸣：我们的项目经理和产品经理可能同时肩负多个项目在身的。

莫子:接下来我补充一下网易邮箱的经验吧，我们的项目是分年度、季度、月度计划的，但是和曾鸣刚刚所说的一样，都是有个项目的优先级的。但是很多时候会有忽然的项目插进来，例如丁磊忽然打个电话给我说要做某个项目，当这个忽然项目和我们整个计划大方向是一致的话，该忽然项目的优先级是比较高的，而合计划大方向不是很一致的话，我们就会把它推迟或是延后。

另外一个，说到业绩考核的问题，我们之前采用的是“50%-50%”的做法，就是我下面的产品人员，我会对他进行50%的绩效考核，而另外50%则是由他的项目组长来定的。后来我们变成了100%都是由行政主管来评定，但是这之前我会和他项目组的组员进行沟通，看他们的表现如何。不过话说回来，哪种绩效考核的方法更好，我们这边也正在进行探讨。

干文山：刚刚听曾鸣说，一般是3-4个人一个小项目，如果小版本出不来，那大版本是不是也出不来了呢？也就是说单个项目之间存在耦合关系？

曾鸣：我说的不出来，是指出的这个版本不好意思推出去，每个版本的出来，必须对用户一个交代，每个版本的东西都是用户提了很久的东西。

刘云天：我来说下刚说的第2个问题，绩效考核，我们由开始的全是专业考核，到专业和项目结合考核，再到专业、项目、客户三方结合考核，再到现在的630度考核，这些人力等考核都有一套后台数据考核的，包括数据汇总。那项目经理是做什么呢？

（1） 监控风险，例如完败这种情况就要监控到，然后就行纠正。
       （2） 建立流程，QQ邮箱是有一套流程的，建立流程的目的就是达到“可替代性”，缺了任何一个人都是可以的。例如你的经理很牛，那么只有2个结果，要么他会累死，要么他会被人挖走。盛一飞：我还想补充一个问题，今天到场的还有很多公司优秀的朋友，据我所知，UCWEB也有很多产品线，我们不如让黄夷为大家说说UCWEB的情况。

黄夷:UCWEB的产品线处理方式，主要是以技术为导向的。产品的介入是在前期，或是在版本出来后看市场反响，然后再往里面加东西或再做修改。技术先行，有些用户的需求，无论是产品经理、交互设计师也好，有些很强的标准时必须要的。最终的东西要有共同的目的。正如今天早上的专家论坛所说的，不是一个单一的UED部门来做用户体验的，而是所有的人脑子都要形成一些必须的共同思想的，大家的思想必须是统一的。

盛一飞：我理解技术先行这东西，很多UI都希望UED体验这东西能在产品中成为一个很重要的东西，很有使命感，但是现在的做法真的很有用吗？要打个问号的。UED标榜站在用户的角度考虑问题，但是你问很多部门，他们会说他们比你更了解用户。我们哑了，因为我们了解的并不比他们多。所以用户体验是公司团队协作的结果。作为互联网公司首先应该考虑成本，我觉得产品出来的第一版本一定要“快、轻”，但是你会遇到的问题是，需求部门提出了很多要求，项目越做越大，这时候用户体验的需求很难插进去了。很多部门都站在自己的角度去想问题，例如涉及到部门的KPI等，这样项目就变得不可控制了。UCWEB的开发模式是很值得借鉴的，产品第一个版本一定要“轻和快”，先把核心技术开发出来，然后进行迭代，迭代的时候用户的很多需求就会出来的了。

黄夷:我们这些做产品的或是提供服务的，项目的数目看似是很好，不断地增长，但是你永远不知道哪些功能是取悦用户、哪些功能是烦恼用户的。我想UED部门，包括产品部门，更应该要从看似平凡的数目挖掘更多的东西。现有东西，然后把它做大、或是缩小、或是砍掉，这个要我们根据实际情况来操作的。

千鸟：之前在雅虎中国做过一个项目，实行的就是“迭代式流程”。一位产品经理、一位项目经理、另外还有位工程师。上面的是老板，他想要什么，直接当面给我们说或是画出来，我们了解后然后立即投入到开发中。大家开会的时候，可能都会遇到这样的情况：

当你拿出一个方案的时候，大家可能提不出任何意见；
       当你拿出一个演示东西的时候，大家的意见噼里啪啦的出来了。
       我们应该先把核心功能先开发出来，然后进行迭代开发。当时我们3个月出了第一个版本，然后第6个月出了第2个版本，第9个月的时候，项目就被砍掉了，哈哈。。。。。。因为项目被砍，团队被马云拉到杭州去了。

彭毅：如何是美术、技术等资源得到很好的调配呢？像很多公司是采取工作形式的，但是这种形式所产生的后果就是他们的参与度很低。

干文山：这个和部门、公司文化有很大的关系，部门管理者如何去引导下面的人是很关键的。对于设计师，我们不能简单的灌输我们自己的想法，而是应该引导设计师在设计之前很好地了解产品，让他自己能够有自己的想法。我觉得不管你经验如何，了解产品都是十分必须的。我的设计师，我都要求他起码一天的时间去了解产品。

莫子：我觉得考自觉是没有用的，彭毅刚刚所说的那种情况必须是要一定的流程、制度上的约束，所以我觉得项目组真的是一个很好的做法。你这个UI人员只有放进了项目组，才会用心去做。如果是我在UI部门里面，你有一个单过来我就做，流水线那样做，在我看来人性是非常赖惰的，出来的效果不是很好。

彭毅：那我来总结项目失败的原因，大致可分为以下几种：
                （1）定位、目标及需求不够清晰
                （2）项目成员不负责
                （3）沟通及配合问题
                （4）团队专业水准有待提升
                   ……

          但是当时我们为什么没有预见这些问题呢？
               （1）长官意志？
               （2）缺乏权威人士？
               （3）核查机制不完善？
               （4）无动力？
               （5）理想与现实？
              （6）责权混淆不清？
                 ……

——————————————————————————–

【主持人】：接下来我们讨论下团队跨部门沟通的问题，项目难很大程度上就是沟通的难，沟通有3个难点，一是没有强制性、二是当面不说背后说、三是谁也不主动说。有请在做各位资深的产品经理说一下！

莫子：上面所说的3种情况，主要是没有制度的问题。我们现在的架构也是产品-设计-技术，每个项目组抽一个人来形成一个项目，那一段时间内这群人就会呆在一起了，他们所做出来的东西就是这几个人的荣誉了，我觉得这样他们才会用心地去做。否则流水线的工作，大家都不会用心，也不会觉得有归属感。我们要有流程、制度来规范，尤其是考核层面的约束是很重要的。

彭毅：总的可归结为利益问题，跨部门的合作急需解决的问题就是利益共同点，所有项目组的成员共同利益要保持一致。

干文山：关于考核问题，想和大家分享2个：一个是360度的考核，老板考核部长，部长考核科长，科长考核职员，当考核科长时，老板会问他的同级和他的下属，当大部分人觉得他有问题的时候，他的领导能力肯定有问题。一个是学习IPD时学习到的，也是华为现在采用的和现在腾讯的考核组织架构有点类似的。每一类职业形成一个资源池，比如UI一个部门、软件一个部门、电子一个部门，等等。项目要做什么，就从这几个部门里抽人出来。项目经理分配任务给项目成员，项目成员很听话，但是项目经理没有财务权、他不考核。考核还是只能由职能部门主管负责，但是项目经理对考核的结果有监督和向高层投诉的权利，以防止职能主管的考核不公。职能主管进行考核的时候，要先咨询项目经理的意见。

莫子：你所说的第2种情况，我尝试过但是很花时间。我现在使用的考核方法包含第一种，我们产品部内的其他人都可对这个人进行打分，但那是我们不会把这个分值占得很高，因为有些情况是这个热的人际关系很好，但是并不代表这个人的功能很强。反而结果还会占比较大的一部分。

盛一飞：考核有2种，一种是审查，一种是绩效。我有个想法，那就是绩效采用“共荣共损”的方式。。。。。。

彭毅：我之前和人力资源部的同事商量过，他们说360度其实是个美丽的陷阱，因为中国人有种关系的存在，我不会给你打高也不会给你打低，通常会导致打分中庸化。还有就是该成员对该项目成员工作的不了解。

干文山：可采用排名次的方法，给所有和你发生关系的组员打分或是被打分。

彭毅：项目组成员在这个项目的激情问题，如何保持成员在该项目的激情问题？

千鸟：精神鼓励、物质奖励。

彭毅：千鸟一语道破千机！

——————————————————————————–

【主持人】：在座的各位，有不少是有管理经验的，大家平时是使用什么工具进行项目的呢？

千鸟：我之前是使用 JIRA进行所有项目的管理，效果还不错。我们使用这些工具的主要目的是节约时间等成本，而用JIRA把邮箱等工具捆绑起来用。当然还要进行面对面的沟通，会议之后要有会议纪要等，所有产出都要放到上面，主要起备案作用，这是之前美国雅虎技术总监让我们学习的。

（备注：JIRA 是澳大利亚 Atlassian 公司开发的一款优秀的问题(or Bugs、Task、Improvement、New Feature )跟踪及管理软件工具，可以对各种类型的问题进行跟踪管理，包括缺陷、任务、需求、改进等。JIRA 采用J2EE 技术，能够跨平台部署。它正被广泛的开源软件组织，以及全球著名的公司使用。）

曾鸣：我们没有用到十分先进的项目管理工具，最早用的是一块白板，后来用的是excel，再后来是腾讯内部的一个“TAPD”的工具。在管理方法上，我们讲究的是“人治”而不是“法治”，讲究的是一种团队文化，我们从来不会有非常强硬的流程和规范，我们讲究团队内的“理解、信任、支持”，说起来有点悬，但是我们追求这种氛围。UI、技术人员一般来说可能比较被动，但是划分小项目之后，他们也可以玩得很HIGH。对着老板或是上司，我可能不敢发言，但是对着同级，我可平等交流、敢于把自己想法大胆说出来。我们鼓励“从上而下”的对于这种氛围的普及，所有人员都必须参与到该项目的开发中。当然这个是不可复制的，因为我们这个团队一起走过了N年。之前我们团队20多人，现在我们团队发展到100多人了，一直能维持这种团队氛围，。

彭毅：腾讯每个部门都是采用这种项目管理方式吗？

杜健：不是的，我来说一下我们腾讯设计中的管理方式吧。我们腾讯设计中心总体经过了3个阶段，我觉得作为产品经理来说，方法、手段等都是一种项目管理的工具。

第一层，作为项目经理，有自己的一套考核标准；

第二层，轮到UI人员，都一套标准的规范

最下面一层，就是工具了，从最开始的EXCEL表格，到量化管理，再到平行项目管理和纵向项目管理的两套工具整合成一套统一的管理工具。设计师、项目考核等都要用这套管理工具。大家都知道，设计师是不愿意受管的，且设计出来的东西不是文字都可描述的，大多数是图形。如何把图形工作量切换到工具里？是需要解决的一个难题。

我们设计中心现在100多人，所有项目目前的进展情况如何表现出来呢？这需要我们进行项目统筹管理。很多人应该用过UIDesigner 这个工具，无论是交互还是设计，都要围绕这套标准进行的。

（备注：腾讯UIDesigner 官方吧地址为http://qbar.qq.com/uidesigner/）

黄夷：我们用的是比较原始的EXCEL，但是很多时候是表无定表的。对于目前还不是很成熟的UE部门，要灵活的用管理方式。

彭毅：时间刚好到5点，今天的圆桌会议动此结束，非常感谢各位的参与！

简单地说，页面渲染就是浏览器将html代码根据CSS定义的规则显示在浏览器窗口中的这个过程。先来大致了解一下浏览器都是怎么干活的：

1. 用户输入网址（假设是个html页面，并且是第一次访问），浏览器向服务器发出请求，服务器返回html文件；
2. 浏览器开始载入html代码，发现<head>标签内有一个<link>标签引用外部CSS文件；
3. 浏览器又发出CSS文件的请求，服务器返回这个CSS文件；
4. 浏览器继续载入html中<body>部分的代码，并且CSS文件已经拿到手了，可以开始渲染页面了；
5. 浏览器在代码中发现一个<img>标签引用了一张图片，向服务器发出请求。此时浏览器不会等到图片下载完，而是继续渲染后面的代码；
6. 服务器返回图片文件，由于图片占用了一定面积，影响了后面段落的排布，因此浏览器需要回过头来重新渲染这部分代码；
7. 浏览器发现了一个包含一行Javascript代码的<script>标签，赶快运行它；
8. Javascript脚本执行了这条语句，它命令浏览器隐藏掉代码中的某个<div>（style.display=”none”）。杯具啊，突然就少了这么一个元素，浏览器不得不重新渲染这部分代码；
9. 终于等到了</html>的到来，浏览器泪流满面……
10. 等等，还没完，用户点了一下界面中的“换肤”按钮，Javascript让浏览器换了一下<link>标签的CSS路径；
11. 浏览器召集了在座的各位<div><span><ul><li>们，“大伙儿收拾收拾行李，咱得重新来过……”，浏览器向服务器请求了新的CSS文件，重新渲染页面。

浏览器每天就这么来来回回跑着，要知道不同的人写出来的html和css代码质量参差不齐，说不定哪天跑着跑着就挂掉了。好在这个世界还有这么一群人——页面重构工程师，平时挺不起眼，也就帮视觉设计师们切切图啊改改字，其实背地里还是干了不少实事的。

说到页面为什么会慢？那是因为浏览器要花时间、花精力去渲染，尤其是当它发现某个部分发生了点变化影响了布局，需要倒回去重新渲染，内行称这个回退的过程叫reflow。

reflow几乎是无法避免的。现在界面上流行的一些效果，比如树状目录的折叠、展开（实质上是元素的显示与隐藏）等，都将引起浏览器的reflow。鼠标滑过、点击……只要这些行为引起了页面上某些元素的占位面积、定位方式、边距等属性的变化，都会引起它内部、周围甚至整个页面的重新渲染。通常我们都无法预估浏览器到底会reflow哪一部分的代码，它们都彼此相互影响着。

reflow问题是可以优化的，我们可以尽量减少不必要的reflow。比如开头的例子中的<img>图片载入问题，这其实就是一个可以避免的reflow——给图片设置宽度和高度就可以了。这样浏览器就知道了图片的占位面积，在载入图片前就预留好了位置。

另外，有个和reflow看上去差不多的术语：repaint，中文叫重绘。如果只是改变某个元素的背景色、文字颜色、边框颜色等等不影响它周围或内部布局的属性，将只会引起浏览器repaint。repaint的速度明显快于reflow（在IE下需要换一下说法，reflow要比repaint更缓慢）。下次将通过一系列的实验说明在Firefox、IE等浏览器下reflow的优化。

（待续）

1. 既然人脑是世界上最智能的东西，为啥我们还需要电脑？
2. 为啥如今web技术发展理论上已经能够实现所有的客户端功能，为什么我们还需要客户端？

原因都很简单，因为后者比前者更快，响应更迅速。

什么是响应性？

过去的几十年当中累积的大量证据表明，响应性（即软件应用程序跟上用户、不让他们等待的能力）是确定用户满意度的最重要因素。相比安全性，稳定性，易用性，响应性无疑是最容易最方便被用户所感知的。在使用计算机或者手持设备的时候，用户对于等待的憎恶比对其他任何事情的喜爱程度都要深。

然而，用户对于响应性的感知其实包括两个因素的：

1. 速度：指的是机器自身的计算能力，机器性能越强，速度越快。
2. 流畅感：使用时系统的反馈能否满足用户的时间支配需求。

如何提高速度？

Google是一间非常注意速度的公司，他们对自身产品的10条要求中，就包括Fast，在他们的用户体验规范中，是这么写道的：

Nothing is more valuable than people’s time.
Speed is a boon to users. It is also a competitive advantage that Google doesn’t sacrifice without good reason.

没有什么比用户的时间更珍贵了，高速是对用户的礼物。他也是我们的竞争优势，除非有很好的理由，google绝不牺牲速度。

那么如何提高应用的速度呢，方法其实非常的简单，主要为以下三点：

• 让你的应用更小更轻便

  在一开始，你就要放弃你对于技术与功能的崇拜，因为那只能够满足你内心的小小的骄傲感而已。用户不会关心你是否采用了Ajax，是否能够让其同时做8个任务，他们只关心多久能完成任务。

  而这样的例子在一些注重用户体验的产品上比比皆是:Google把首页精简到光秃秃；IE6下Gmail的很多高级功能被取消了（这些功能并不是无法实现）；Chromium OS启动只需要7秒钟，我们的网速变得越来越快，有些产品的安装包却越来越小。

• 延迟非关键性的任务

  我们把一些非时间关键的任务降低其优先级，分配后后台进程去做，把更多的资源用于响应用户，把那些漫长的，无需马上反馈的任务放在一边。如杀毒软件的文件监控，QQ文件中转站上传窗口支持最小化。

• 提供更好的硬件设备

  更好的设备，无疑能从最根本上提升应用的速度，Google就畅享拥有1000万台服务器，为其搜索提速；网易抢得魔兽世界代理权，丁磊还为魔兽买了全新服务器。

如何提高用户使用的流畅感？

用户的流畅感，主要来源于系统的反馈。即使在软件运行速度很慢的情况下，仍然可以提供给用户流畅感，就比如即使你进入一家几乎爆满的餐厅，即使上菜需要等很久，但你也可很容易从服务员那里得知什么时候能上菜。

在相同配置的一台电脑上，统计时windows7速度比xp慢，但感觉起来，他又比xp要快。原因是什么？windows7的反馈更好了。

windows7与Mac OS X都是伟大的系统，他们如何做到更好的反馈呢，也许他们的一些设计原则能够带给我们一些启发。

• 让动画的移动变得流畅清晰

  如果说在使用XP时你看到的是一帧一帧的画面，那么使用windows7你看到的就是一部流畅的电影。

  windows独特的aero效果提供轻量级的视觉体验，能够让用户更专注其操作的具体。同时提供类似Mac OS动态缓冲式的窗口切换动画，让窗口的切换不再那些机械突兀，给用户流动的感觉。在这里的2秒钟，用户感觉只有1秒钟。

  同样的设计也出现在iPhone上，iPhone的软件启动，有效的减低用户的等待感。已有人说了，就不细说。

• N秒原则

  如果一项任务时间超过2秒就必须提供反馈。

  如果一项任务时间超过10秒必须提供能够取消的反馈。

  这样的反馈有效的提高了用户对系统的了解，即使有可能等待很久，但他也会感觉较为流畅，他甚至可以利用起这段时间做点其他的事情，降低他对等待的憎恶感。

• 有效沟通节省不必要的工作

  在很多时候，用户很多的请求是试探性的，一旦他发现这个命令对其毫无意义时就会马上取消它。如：

  我想要开通QQ黄钻用户！

  你确定吗？开通黄钻用户每月将从你手机话费中扣除10元？

  啊？不是免费的啊，那我不开通了。

  从以上的范例能得知，有效的沟通避免了用户等待错误命令的执行时间，从另一方面提供了操作的流畅感，并且降低了出错率。

为什么要提高响应性，它在设计中的比重到底有多少？

似乎很多人都无法放下心中对技术的贪婪以及对外观的崇拜，响应性往往被其所牺牲，然而，看看我们的用户，他们对速度的的追求，是多么的强烈啊！

1. 我们喜欢新窗口看内容，为什么？因为中国网络慢，如果同时开多个窗口，这样我就能在看一篇文章的同时加载另外一篇文章，提高速度。
2. 我们喜欢用迅雷。迅雷曾推出过英文版Gigaget，可事实上外国人对此并不感冒：高速的网络让他们不需依赖下载加速工具，但迅雷在中国确凭借其P2P技术，成为中国网民下载工具的首选。
3. iPhone中程序使用内存超过20M，就随时可能被系统强制终止。苹果宁愿禁止所有第三方程序的后台功能，也不愿意冒风险损害敏捷的响应。由此，iPhone成为这个世界上最快，最被尊崇的手机。（来自iFanr）

让我们回到最初的两个问题，其实答案已经呼之欲出，在不久的将来，我们可以预见的是，高响应性将成为所有产品的一致追求，而且这也将成为最有效的竞争优势，互联网时代，以快制胜。

最后引用小马哥的一段话结尾：

要做大，你首先要考虑的就是如何让人家想到也追不上。这么多年在IDC(互联网数据中心)上的积累我们不能浪费，高速上传、城域网中转站，支持高速地上传；很快可能又会发现新的问题，如果不是邮件，在IM(即时通讯软件)上又该怎么实现。我们的目的是要让用户感到超快、飞快，让用户体验非常好，这些都需要大量技术和后台来配合。

对产品设计的认识

年会的开场着实让我激动了一下，再次听到了好多熟悉的名字，而且，见到了他们本人……

鸦总的发言很精彩，很多话都重重地压在我心上，很过瘾，很惶恐。下面简单回顾一下吧，观点是直接来自鸦总blog~

观点1：产品业务、市场运营、体验设计都必须围绕着用户进行，且三者不可分割，须融为一体。任何一个角色都需要具备另外两个角色的能力。

UCD至少有两个层面，具体层面和抽象层面。具体层面很好理解，我们每天都在念叨：要从用户角度出发。具体层面的UCD绝对必要，但这更多是从产品功能、操作和设计等细节出发，我们是在朝着一个正确的方向去UCD吗？感谢鸦总给我们带来了很多另一个层次UCD的思考：战略UCD。抽象层面的UCD，其实是很难把握的，至少要在3个方面下足功夫：

1. 对本质的思考：用户需求的本质是什么？驱动用户使用产品的根本原因是什么？回溯原始的需求，这是支付宝的一个制胜法宝。我其实不同意提问环节一些同行提出的关于“淘宝有一个明确的方向和用户群，而很多小公司、创业团队没有”的观点。“中国网民有网购的需求，支付宝为网络购物提供最好的支付体验”，这句话并不是在互联网诞生之日就写在大家心里而成为一个共识的，淘宝支付宝之所以成功，就是因为抓住了关键和本质，提炼出了最原始最稳定的需求，并一直在这些关键上发力，才有今天的成功。如果连一个局外人都清楚一个团队的核心目标和用户群，难道这个团队本身不清楚吗？所以，能否将自己的目标提炼为一个最原始、最朴素供需模式描述，可以做为判断一个团队有没有清晰的方向和战略的指标之一，否则，小公司和创业团队始终会找不着北，始终希望有一天这个方向会自己跑到门口，做成大公司有希望了。
2. 团队UCD观念的普及：这在下面第三点会提到。
3. UCD的整合：产品业务、市场运营、体验设计都能以用户角度出发，已经是很理想的情况了，但是这还不够。因为我们服务的是一个复杂的用户群体，只有几个部门在设计开发的不同阶段对各自领域的做法梳理和整合，往往还要相互理解和妥协，才能让UCD成果最大化重叠。

观点2：互联网的竞争从入口之争转入平台之争，将转入用户之争。得民心者得天下。用户的体验，不再是一个独立环节，要贯穿全程。

一代|入口：新浪、搜狐、网易

二代|平台：阿里、腾讯、百度、盛大

三代|用户：开心、豆瓣、迅雷……

鸦总的这个总结也很好。这大概也是web1.0到2.0的一个转变过程。之所以产品传播途径从抓入口到抓平台到抓口碑（当然他们之间不是替代关系），之所以觉得用户体验越来越应该贯穿全程，我的一个补充理解是：用户的力量在web2.0时代有了一个质的增长，第三代网站之所以能够以轻产品轻网站的模式跟一、二代大网站分庭抗礼，除了网站间开放、协同、分享的理念外，用户力量的贡献也是不可忽视的，若是UGC网站就更不用说了。这时注重全程的用户体验，对用户和网站来说，是一个双赢的做法。

观点3：用户体验设计，将不是一个独立部门，而是全民的参与。我对于支付宝UED的愿景：不再有一个部门叫“UED”。

公司UCD、UED观念的普及。“把UED部门做没了”，这确实是一个愿景，一句豪言壮语。为什么现在很多User Center 的Design不被接受或者UE部门的工作会遇到比较多的阻力？因为UCD的观念在团队中没有被每一个人接受，大家的目标和步伐不一致，所以会存在“用户体验是UI的事情，与我无关”的误解。只有每个人在产品设计开发的每一个阶段，甚至每一个细节，都能主动站在用户去思考，以用户的逻辑去理解，以用户的习惯去模拟，才有可能让产品从能用到易用到好用到喜欢用。无论是自上而下，还是自下而上，UCD观念的普及是良性发展的一个前提。

而且，UCD观念的普及，并不是指表面化的从用户角度出发，例如“我觉得如果是用户的话会怎样怎样”，“用户会喜欢四个字而不是六个字”，还是要在多个问题和决策上不停地发问。例如你觉得用户可能会这么想，那么为什么会这么想？为什么不会那样想？哪些选择会让他不这么想？为什么这些选择会起到这个作用？选择的原因又是什么？…… 支持这个理念的，其实是背后一整套学科体系和方法，仅仅喜欢发问是远远不够的，将设计、心理、市场等相关学科的知识和方法整合运用进来，才有可能真正地UCD。

观点4：用户研究的根本需要围绕：“什么样的人，在什么样的环境里，有什么样的遭遇，获得了什么样的信息，希望解决什么样的问题”。

很多时候，我们的用户研究，询问的是用户对一个产品、一个功能、一个界面的“看法”，但是，为什么他会产生某个“看法”，我们不得而知，因为我们没有问他是“什么样的人，在什么样的环境里，有什么样的遭遇，获得了什么样的信息，希望解决什么样的问题”，还有，为什么来？问题是否得到解决？等等。用研那么多种方法，没有一种是完美的，定量和定性研究，一个解决是什么，一个解决为什么，都不可缺少。

观点5：最好的用户研究方法就是把产品做出来，给用户用。看他用，站在他的角度读懂它。

做产品不必一步到位，也不必畏首畏尾，网站和服务是我们的试验田，如果真的是一些不明确的功能，可以采用迂回的方法，进行局部试探性的尝试，方便快速反应和迭代。用户需求本身是复杂的，有时很难拿出各方都满意的解决方案，更简单的做法可能是进行试验，让市场和用户自己去选择。

观点6：用户需求不是偶然发现的，更不是创造出来的，而是计算出来的。对于线上定量数据的分析，往往比线下的定性数据分析更有价值。

对没有较完善数据系统的团队，这个观点简直是噩梦。但这确实是大白话。在不同部门因为对用户需求的不同理解在pk的时候，有什么比从线上数据挖掘出的用户行为更有说服力呢？偶然发现的用户需求，必定是零散不成体系的，缺乏承续性和扩展性；创造出来的用户需求 ，大多可能是拍脑袋的结果。如果有详细而易于挖掘的数据，用户需求的提取会相对简单且精准。不过，对数据的运用，也是一门艺术。有时数据也是一把双刃剑，如果仅仅是片面地想用数据证明某些观点和做法的正确性，数据沦为了断章取义的论据，也会成为产品失败的帮凶。

观点7：产品体验和需求的完善，是逐步实现的，有阶段、有节奏、有偶然，更有必然。

这点的体会还不太深，呵呵

另外有一点印象深刻：要抓住核心用户群的核心需求。知易行难。核心的东西，要坚持正确的做法，非核心的东西，则可以稍微灵活处理。能够明确知道核心需求，本来就很难，还要一直坚持，在任何时候不犯晕，不妥协，不放弃，更难。很佩服淘宝的洞见和耐心，一下子抓住了安全和信任体系这个关键，还能忍耐用几年的时间让这个环境得以成型。换了一个小公司，有足够的耐心和成本能够坚持这么久吗？不过话说回来，要做多大的事情，就得有多大的耐心。

对自己的收获

作为新人，自己还缺少几样东西：

• 开放的心态。以后要多参与、多交流、多分享。一个人闷着头，是可以学到不少东西，但远不如学习后交流收获的多。
• 认真的积累。交流之所以能够进行，前提是双方有相似的知识结构、在一个平台上且有开放的态度。踏踏实实积累，多看多用多想多总结多表达，总会进步的。
• 发散的目光。做产品的千万不要太狭隘，需要关注的是整个行业，需要保持的是对所有新鲜事物的好奇心、对所有新产品的兴趣。

好了，先啰嗦到这里。感谢UCD，感谢年会，感谢带来观点和思考的大家，感谢辛苦的组织者。

林林后，2009.11.21晚

信息提示，用于对一些较为隐性的页面上的元素进行补充说明。通过鼠标悬停来表现。

在这个示例中，用信息提示对链接进行说明

在各种提示当中，信息提示是最有效且实现成本最低的一种提示：他的干扰性很小，容易实现，并且不存在平台或者浏览器兼容问题，实在是居家旅行杀人放火必备提示。

有效的利用信息提示，能够快速提高系统的反馈机制，同时，他还能有效的增强一下系统功能的可见性。

在Gmail与QQmail当中，信息提示得到了非常高的使用频率，尤其是QQmail，他在系统内采用了大量的信息提示来提示用户的操作。

以下是一些截图的示范：

怎么使用信息提示？

为一些隐性的操作提供说明（如解释什么是抄送）

为图标提供说明（这很重要，因为他能够提高功能的可见性）

其实“设为已读”的文字是否更妥善呢，因为这个图标其实一个按钮。

在页面宽度有限的情况下使信息完整呈现

不要对那些已经很清晰的东西进行信息提示，那样存在沟通过度的行为。

不要重复显示其来源文字，信息提示必须是有效的，不能是信息的重复呈现。

这个信息提示毫无意义，不仅没有帮到用户，还干扰了用户

将信息提示与链接的状态以及鼠标指针进行搭配,是非常完美的一种提示辅助

如下图. 正常情况下鼠标滑过显示邮件标题 滑过时鼠标指针不变化 提示没有上一封邮件

这是爱情公寓的注册页面，看到这幅图片您一定会乐了，因为两个按钮上的文字；但我们所关注的并不是其情感化的贴心语句，而是其所包含的对于高度认知与低度认知的差异化设计。

高度认知与低度认知是对用户的分类的一种维度，他对按照熟练度区分而出来的新手用户与专家用户既有相同性但也存在差异。高度认知与低度认知的差异的原因更多是文化以及生活习惯的沉淀，他们之间的相互转化也比较困难。在设计上，有必要考虑对两种用户的差异化而进行设计。

什么是高度认知与低度认知？

有些人对于大部分信息都了然于胸，在操作的时候，更加依赖自己的经验或者习惯，因此，他们对于信息的需求量非常的少，有时候他们只需要很少的信息就能了解系统的状态。但有时候他们也容易过渡遵循自己的习惯于经验，即使出错也会一次次的重复操作下去。

低度认知则刚好相反，他们在操作的时候总是小心翼翼，生怕错过了重要的信息。他们需要阅读大量的信息，不然他们就难以确定是否要驱动其操作。他们不是“笨蛋”，也不是“新手”，他们只是更加注意细节。

在《就这么简单》这本书内，作者有提到：

中国用户大多为高度认知，因为中国人偏好自由与广泛的信息流通，不管是搜集信息还是处理货传递信息，彼此之间的寻求与机遇都非常的频繁，属于高度的信息共享。（想想大家是怎么分享电影，音乐的）

而在德国等低度认知的区域，信息相当的零散与片面，信息通常也不会共享，而且通常经过筛选。（经研究统计，他们使用搜索引擎的频率非常的高）这些地区的人在处理事物时，总是习惯要对该事物有全盘的了解才肯信任它。

抛开其用户分类方式，我们可以考虑从用户习惯中来尝试佐证这一分类。中国用户偏好使用短信，QQ，等一些简短的信息进行沟通，对比而言德国用户则偏向使用邮件，电话或者面谈来进行沟通。这是否可以确定此分类呢？

如何给这种两种用户提供信息？

虽然说高度认知的用户需要的信息量很少，但他们的阅读方式通常都是跳跃式的，意味着他们很容易就忽略了你为他提供的信息，他们也不会很老实的照着你设计的那样去浏览与实用，他们喜欢多任务处理，去挑战你设计的系统的极限。

存在的问题是，设计师无法预估这些用户对于信息的忽略的选择，可为保证系统功能的可见性，又不得不把所有的信息量展现出来。这真是矛盾的所在。

对于低度认知的用户而言，他们的操作偏向于单线程，他们对于信息会较为细心的阅读，同时他们也更具有耐心，愿意去学习，愿意努力去尝试或者去挖掘一些高级功能。

从总的上来说，高度认知的用户的操作会偏向宽而浅，同时处理的进程较多，但不够深入。低度认知用户则窄而深，他们能够将一个进程挖掘到底，他们会更多的去尝试高级功能。

如何设计？

1. 对于高度认知用户，我们应尽量的保证不打断其操作：在反馈的提示上，尽量简练明显。而对于信息的呈现，则应全盘呈现，把控制权与选择权更多交予用户。

   在另外一方面，高度认知用户缺乏挖掘的耐心，所以，尽量的让功能可见并且一步到位。

2. 对于低度认知用户而言，设计师们面临着更大的挑战，虽然他们愿意学习，有耐心，这就代表着系统必须有很强的导向性以及可学性。同时能够有更多的高级功能。
3. 注意：无论对于那种设计而言，其在布局以及视觉的导向性与隐喻都是一致的。一个清晰的布局和架构是任何设计都必须的。

回到最初的图片，可以预见，完整注册属于一种低度认知设计，而快速注册则属于高度认知用户。当然，我们也可以用下面的两张图片进行举例对比。

在两个邮箱内，我们分别点击导航上的另外一个链接，两个邮箱都同时提供了“Loading”的反馈。有所不同的是：在点击另外一个链接时，Gmail是先在浮层内提示Loading，然后再呈现左侧导航的选中状态变化，以及右侧邮件列表的变化。AOLmail则先展现导航的选中状态变化，并在右侧显示Loading，然后再在右侧显示邮件列表的变化。

也许只是短暂的不到一秒的情况，发觉不了差异，但我们不妨做个假设，这个Loading需要的时间是1分钟。你能感觉出设计的差异化吗？

高度认知设计提倡用户多任务处理，无论用户行为怎么样，并不直接打断用户的操作，让用户来处理这些事情（有可能这是很严重的问题）。有点像CPU多核概念。

低度认知则尽可能的让用户专注于当前的任务，帮助他更好的处理好当前的任务，而对于其他，他们并不关心。

也许你还不甚明白，那么可以再看看下面的这个例子。

同样的表格填写错误，高度认知设计不建议打断用户的操作，而低度认知则强调了这种打断，因为他可能是必须且重要的。

总结

当然，高度认知与低度认知只是对于用户习惯一种维度的区分，在设计上其实是可以达到并存的。此文只对其进行一些行为上的区分。

而在具体的一些设计当中，会根据功能的重要级与其属性，采用不同的设计方案，灵活多用。高度认知与低度认知的设计差异只是有助于理解设计的出发点，对于设计的指导性并不强烈。

邮箱积分，相对于邮箱聊天、邮箱阅读等香饽饽的新功能而言，是一位看似平凡却对邮箱发展功不可没的老前辈。利用邮箱积分进行各种各样的营销活动，是国内各大邮箱惯用的推广方法。搜狐邮箱对连续5天或7天登录邮箱的用户进行奖励性抽奖；QQ邮箱联通QQ积分利用自身产品整合优势对邮箱用户进行QQ业务奖励；网易邮箱则是牵手各大商家连续不断地开展各种创意性积分活动，有大家熟悉的力士“SOS秀发紧急修复号召令”、清扬“万人去写大挑战”、支付宝“炫酷1元行动”等等。

据闻，近期新功能频频亮相的网易邮箱，下周将会推出另一优势产品—-携手30多家B2C商城共同打造的“网易邮箱积分商城”。传说中网易邮箱年底将会发布秘密计划，现貌似已初露倪端了，看来网易邮箱不但有借新功能频频发力势保国内邮箱霸主地位之意，也颇有借助“网易邮箱积分商城”进军B2C市场之心。

邮箱积分活动尽管形式各异，但对于活动参与各方来说都是各取所需：邮箱用户—是为了享受各种优惠；邮箱服务商—-是提高邮箱用户活跃度和忠诚度、以及邮箱广告收入；合作商家—是为了提高电子商务转换率。本文就邮箱积分活动，进一步阐述提高电子商务转化率的关键因素。

一. 什么是转换率？转换率才是王道

（图1. 电子商务转化率的由来）

时至今日，烧钱买流量的网站已逐渐退出舞台，只有转化率较高的网站才能屹立不倒，此曰“转化率才是王道”的年代。

据调查，国内电子商务转换率普遍偏低一般为0.1%，当当网的转化率为1%，淘宝网可能比当当网稍高一点。而网易邮箱以3亿庞大用户群的优势，其转换率不但高居国内邮箱转换率的榜首，更是超过了淘宝网。所以网易邮箱备受Bffice:smarttags” />2C商城客户的青睐，据说其每年的积分活动就为网易邮箱广告收入贡献了不少。

电子商务转化率如何而来？上图1演示了用户从参与邮箱积分活动到去到B2C合作商家网站购物成功的过程，其中“最终转化率=下单成功人数/独立访问人数”，便是B2C合作商家真正想要的转化率。而在这整个购物过程中，也产生了一系列关键的数值指标：

最终转化率=下单成功人数/独立访问人数，即orders/visitors

虚拟转化率=进入购物流程人数/独立访问人数,即buyers/ visitors

浏览转化率=浏览产品人数/独立访问人数,即shoppers/ visitors

注册转化率=注册用户数/独立访问人数

充值率=优惠券充值数量/优惠券发放量

使用率=优惠券使用量/优惠券发放量

充值使用率=优惠券使用数量/优惠券充值数量

二. 影响提高电子商务转化率的关键因素

（图2. 营销提高电子商务传化率的关键因素）

从邮箱积分活动到B2C合作商家页面，影响提高电子商务转化率的关键因素包括两个方面，一个是邮箱积分活动的因素，另一个则是B2C合作商家网站自身的因素：

● 邮箱积分活动因素：

1.宣传推广力度

宣传推广力度对于邮箱积分活动，特别是最后的转化率有者至关重要的作用。推广的方案一般有频道广告、邮箱内部广告位、直邮、B2C网站自身推广等，其中直邮是搜狐常用的推广方式，而网易邮箱常用的则是邮箱内部广告推广。大家可留意到网易邮箱首页的“邮箱推荐”位置，几乎每天都为大家推荐各种各样不同的积分活动。

2.创意方案策划

具有创意性的活动方案策划，对于积分活动的成功也是十分重要的。既要吸引用户参与又要体现合作商家的品牌利益宣传，如果两者可策划结合得创意恰当的话，可达到事半功倍的效果。成功案例有网易邮箱为人所熟知的力士“SOS秀发紧急修复号召令”、清扬“万人去写大挑战”等等,都在业界留下了良好的口碑。

3.用户参与流程

在进行用户参与流程设计时，一定要谨记“用户是脑残”这个概念，要尽量把整个参与流程设计得“简单 易懂 方便操作”，让用户进行傻瓜式操作，且建议把用户参与引导语放置在活动页面较明显的地方。前阵子网易邮箱携手新兴B2C商城聚尚岛开展的《网易邮箱35积分兑换100元现金券》活动效果很不错，虽然聚尚岛设计的活动页面视觉功底还有待提升，但胜在其用户参与流程非常简单明了且放在了比较显眼的位置，所以短短一个月左右的时间该积分活动已为聚尚岛带来了近20万的用户注册量，聚尚岛也深表满意。

4.商品优惠程度

“国民都有种贪图小便宜”的心理，请原谅我用“贪图”这个字眼，因为现实众多数据表明商品优惠折扣程度往往决定了一个积分活动或一个B2C网站的受欢迎程度。于是很多商家正是抓住了国民这种心理，进行各行各色的折扣优惠营销，正所谓“一家便宜两家得意”。之前网易邮箱和红孩子合作的星座邮票活动、和D1商城合作的邮箱状元争霸赛等因较有吸引力的优惠折扣都取得不错的效果。

● B2C合作商家网站因素：

1.网站设计专业性

网站设计专业性包括网站访问速度、SEO优化、页面视觉、网站本身的设计是否符合用户体验。

2.商品吸引力

商品吸引力除了包括该网站宏观方向上服务的行业、还包括商品独特卖点性和商品展示方式。于前者，根据《2009年中国电子商务发展》调查显示，服装配饰和家电数码分别以14.32%和10.35%摇摇领先于其他行业，将引领新一轮的网购发展。于后者，则是“物以稀为贵”以及“将你最好的东西放在最显眼的地方”。

3.购物流程易用性

购物流程易用性是网站设计专业性的一个分支，只是更偏重于用户体验。简单来说，就是让用户在购物过程中，觉得很“贴心”和“便捷”。除了要有正确方便的用户购物指引外，还要尽可能的照顾普罗大众的消费习惯可能性，例如网站要做到支持多种付款方式、当用户购买书的时候不用填写身份证号码、而当用户购买机票的时候则不用填写住址。

4.配套营销策略性

配套营销对于刺激网站营业额和增添用户回头率有着比较大的作用，也是电子商务网站普遍会采用的一种促销方式。除了传统意义上的搭配促销，还有最近颇为盛行的“抢购”“秒杀”灯，比较著名的则是之前闹得风风雨雨的淘宝“秒杀门”。

5.客服信息周全性

顾名思义，就是要为用户提供尽全的产品配送方式、配送付费、购物说明、支付说明等信息，为用户提供放心的“产品保证 服务保证 配送保证”。

三.国外电子商务转换率带来的思考

接下来，我们对比下国外电子商务网站的转化率。据尼尔森1月份发布的一项报告显示国外一些电子商务网站都有很高的转化率，有的更是高达20%多，如下面图3所示：

我们国内电子商务的转化率一般为0.1%，能有3%或是5%已经是很不错的水平了。但是与国外相比起来，真是不可同日而语。除了前面所说的提高电子商务转化率的关键因素外，还有更多关键因素值得我们去探讨……..

如何制定经营模式

制定经营模式的窍门，就是使用倒推法，从最终消费者开始一步步倒推到生产阶段。你可以按下面的顺序，向自己提问：

第一步：谁来购买你的产品？为什么购买？市场有多大？

第二步：客户愿意付多少钱购买你的产品？竞争对手是什么价格？

第三步：客户在什么地方能买到你的产品？

第四步：为了让客户买到你的产品，你要付出多少销售成本？

第五步：你要生产出这些产品，能够负担的最高生产成本是多少？

通过这一系列的步骤，你就可以整理出经营模式的大概轮廓，其中包括这样几个要点：产品定位、原料、生产过程、定价、经销渠道、营销、市场的进入壁垒、规模的扩大等等。

     这段的话的可扩展性颇强，用在互联网产品，即便是免费产品，也基本适用：

     制定产品战略的窍门，可以使用倒推法，从最终用户开始一步步倒推到设计阶段：

•           第一步：谁来使用你的产品？为什么使用？市场有多大？
•           第二步：用户愿意投入多少注意力和时间使用你的产品？用户对竞争对手的态度如何？
•           第三步：用户在什么地方能够接触到产品的信息和推广？在哪些场合使用哪些工具可以访问或使用？
•           第四步：为了让用户了解并使用产品，你要付出多少推广成本？
•           第五步：你要生产出这些产品/功能，能够负担的最高人力成本/时间成本是多少？

         要点：产品定位、用户需求、策划和设计过程、推广策略和渠道、品牌营销、市场的进入壁垒、规模的扩大等等。

      这么看来，第一步类似用户群的定位和研究，是我们做得较多但做得不够透的一步：我们大概了解哪些人会使用我们的产品，但是他们的比例构成、使用动机和人群规模，我们貌似了解却又有点雾里看花，总感觉浅了一点，自己描述起来，底气都不足；

      第二步最容易被忽视，我们时常犯的一个错误，是将自己的产品看得太重要，觉得用户每天有很多时间在用，很仔细地用，很投入地用，但是，用户真的有那么多时间和注意力吗？有多大比例的用户，对产品的使用习惯与我们对产品的定位高度重合？对自己的用户无暇做这些分析，竞争对手的情况就更不了解了。

      第三步，与品牌形象、产品推广有关，与使用体验有关。这是一个信息爆炸的时代，用户的注意力已经被抢夺得支离破碎了，“酒香不怕巷子深”已经不大现实，因为路边挤满了摊位，所有人匆匆的目光的脚步，远比“酒香”的扩散速度快。即便是勾住了用户的注意力，还是需要提供不同场景、多平台的优秀使用体验，才能帮助用户跨出从“了解”到“使用”的关键一步。

      第四步，在这么一个选择太多的时代，宣传推广任何东西都不是一件容易的事。哪些用户是我们最关注的？他们有在关注产品吗？在用户和产品之间牵线搭桥，到培养品牌忠诚度，我们可以投入的成本是多少？

      第五步，是最为现实的问题。用户的需求是各种各样的，即便我们通过各种渠道听到了他们的声音，但是被表达的需求就一定是内心真正的需求吗？被表达的需求就是大多数人的需求吗？被表达的需求就是符合产品逻辑的需求吗？（需求这个话题太大，这里打住）根据团队的能力（软硬件、人力、时间、资源），筛选出大多数用户真正的需求，才能保证好钢用在刀刃上。否则为用户（比例未知）打一枪换一个地方，这不是量体裁衣，而是为不合身的衣服打补丁。

     啰嗦了那么多，光提问，也没有提出具体解决方法，总结一句就是：产品规划，三思而后行。

首先，我承认自己懒惰~~总要拖欠到最后一刻才落笔，如非有破财风险，恐根本无法成文~

前有00后的《情感化设计》读书笔记，我这里开头就好说了。其实，大家都可以理解应当设计能让用户感到愉悦的产品，因为积极的情绪体验一方面能够让用户容忍产品的一些缺陷，另一方面可以提升品牌价值。

但是，究竟如何衡量用户在面对产品或使用产品中的情绪变化，从而对产品进行评估，就是用户研究人员需要关心的问题了（这里说明一下，我个人坚信方法为王，所以发表的大部分文章应该都是围绕方法展开的，内容较为枯燥，请介意的同学绕行）。

对情绪（emotion）进行测量的方法已经有比较长的研究历史。一般来说，情绪包含三个组成部分：主观感受，生理反应，可观察到的表达。比如说，当你高兴的时候，可能内心里会有一种感觉，这种感觉只有本人可以感知的到，这就是主观感受；你的心跳可能会加快，这是生理反应，此外，你还可能会微笑或者大笑，甚至跳起来，这就是可观察到的对于情绪的表达。因此，对应的测量方式也可以分为三类：自我报告（self-reporting），生理测量（phisiological measurement）以及从观察进行推断。在实际操作中，我们需要在条件允许的范围内，灵活地使用多种方法来评估用户的情绪。

自我报告要求用户报告他们的感受，比如，像“你感觉如何？”就是一个典型的问题。作为唯一一种可以测量内在感受的方法，自我报告的方式有很大局限性，首先，因为情绪是很难用语言表达清楚的，其次，这种表达还会受到个体差异，地域差异等因素的影响。不过，在实际操作中，自我报告非常普遍，几乎用于所有界面的评估。三种常用的研究工具分别是：问卷，访谈和日志。问卷和访谈一般在一个阶段结束后使用。而日志是在研究时限较长的研究中使用（如较长的测试，或让用户在自己的环境中使用产品）。

为了测量与情绪相关的生理反应。研究人员开发了各种生理传感器（Physiological sensors），可以用来从三个途径捕获生理信号：自主神经系统（ANS），中央神经系统（CNS），以及中央神经化激素系统。多数和产品界面相关的情绪研究比较关注自主神经系统该模式。自主神经系统各主要负责自主调节体内的器官和肌肉的状态，包括腺体，血管，皮肤毛囊，心肌，虹膜以及消化系统。一般来说，这些生理变化都直接和情绪相关。在用户研究中比较常用的有，皮肤电反应（GSR），肌电图（EMG），血压（BVP），心电图（ECG）以及脑电图（EEG）。为了早点睡觉，我在这里先不细说，后续文章会慢慢介绍相关的内容和实例。

通过观察来推断情绪可以依赖于不同的线索。如面部的线索，肢体线索以及声音线索。通过综合这些信息，也可以较为准确地推断出用户的情绪。

没有人会否认面部表达和情绪之间的关系。达尔文（别怀疑，就是那个进化论的达尔文）就相信人的脸可以反映其所有的情绪。而跨文化的研究，又证实了不同名族和地区的人，在表达情绪时，采用相似的表情。看过lie to me的同学对男猪那套出神入化的人肉测谎技术可能心生向往。而其背后的理论支持就包括了FACS，也就是面部活动编码系统。这套系统将人的面部分解为32个特定的活动单元（AU），这些单元短暂的活动就产生了情绪表达。在FACS厚厚的说明书里不仅对这些独立的单元进行了界定，还对它们活动进行了描述。

人们也通过身体来表达情绪。腾讯CDC的一片博文对此进行了说明，我在这里就偷懒了。http://cdc.tencent.com/?p=1663

声音毫无疑问也是我们表达情绪的一方途径。目前的研究非常细节化。如有人研究声音的韵律，操作讲话的韵律可以表达欢快的情绪。还有人研究声音的品质，得出结论如人在表达和缓的情绪时声音的品质更有效。

本篇日志代表我近期感兴趣的一个主题。其实，上述提到的方法在国外的产品研究中应用的已经相当广泛。例如在《Probing experience》一书中，就有多篇文章与此相关。真希望能很快尝试做相关的研究。

今晚是中秋月圆之夜，本想搁笔陪家人看中秋晚会，但是上面那段话特别是那句“网易缺乏运营人才的劣势始终如同一块短板，钳制着产品往市场方向的发展”不但让我始终无法释怀，而且犹如电击般，触动着那根埋藏在我内心已久的心弦……

以下观点绝无褒贬之意，只是想表达埋藏心中已久的对目前“产品运营”职位状况和发展的看法，欢迎各位拍砖！

1.产品运营缺的不是人才而是重视和机会
“写篇软文发媒体宣传产品或结合产品上线搞个活动提高KPI”是很多人对产品运营仅有的认识，甚至很多公司/部门连产品运营这职位也没设置，皆由产品经理一手包办之。现在很多互联网公司的产品开发都是实行“产品经理制”，即整条产品线由前期调研确定产品需求、到内部立项开发、到测试上线、再到产品后期运营，都是由产品经理主导，而产品运营只是其中的一个后续环节而已。往往很多情况，是产品即将上线时，运营人员才接到 运营需求，才开始了解整个产品。于是乎写篇软文发表宣传之、搞个活动旺旺人气之，于是乎便有了以上的“产品运营水平和产品设计水平不对等”论。原因何在？关键在于运营思维并没贯穿于整个产品的开发也！
与其说目前产品运营缺的是人才，倒不如说缺的是重视和机会！
一个部门/职位价值的体现，除了与其本身的工作内容有关外，还与重视程度和机会有很大的关系。于前者，正因丁磊长期以来对邮箱的重视，得以使网易邮箱长期领跑中国邮箱界；于后者，正因为有了网易代理魔兽的机会，才有了弄得风风火火的贾君鹏营销事件。
“这一功能我们也有啊，只是用户不知道啊！”这是我在工作中听得最多的一句话。每当我听到这句话时，首先，我都会学会反思，反思自己的工作内容和模式；再者，我会思考，一个好的产品应该是将运营思维贯穿于整个产品开发过程的，而不只是单纯的后期推广。从立项前的产品市场调研、产品开发时的营销策略植入、上线时的各种营销推广、上线后的数据统计产品改进，整个项目都需一套完善的运营规划。
产品运营不只是写软文，也不只是搞活动，而是对产品从怀孕、出生到成长有着一套完整且完善的“培英计划”，最后将其漂漂亮亮地嫁给大众用户。否则再漂亮的闺女当其无法得到众人的认知或认可的时候，其也只能沦为曲高和寡的嫁衣。

2.产品运营工作差异决定其专业性难以得到市场认可
产品运营这一职位目前较之产品用研、产品设计、交互设计等职位难以得到市场的认可，跟产品运营工作专业性难以衡量有莫大的关系。产品用研、产品设计、交互设计有UPA、UCD这些官方非官方的组织，为他们提供了一定的专业性衡量标准，而目前互联网界还没什么组织是专为“产品运营”而建立的，而关系最大的“艾瑞广告营销年会”是偏互联网广告营销而非产品运营的，且这也只是年度颁奖典礼而非长期的随时的大众性的专业性交流组织。
这一切的根源在于产品运营工作内容差异化很大，即使是在同一公司不同部门的产品运营工作内容也有很大的不同。最近和业内各大知名公司的产品运营朋友就这个问题讨论了一翻，包括腾讯、搜狐、新浪、阿里巴巴、淘宝、校内、中移动。得出的结论如下：
网易和搜狐：偏媒体营销，KPI是用户活跃度
腾讯和新浪：偏互动营销，有专门的产品互动中心
支付宝：偏BD合作，KPI是交易额
校    内：偏植入营销，比较注重广告收入
阿里巴巴：偏在线营销，KPI是PV
阿里旺旺：也偏在线营销，KPI则是IM在线
由以上可知，每个公司的产品运营工作内容不一样，也就难以在业内有统一的专业性标准了！没有专业性标准的衡量，又何以得到别人的认可呢？

3.产品运营“落后”是整个互联网的现象
有因必有果，有了第1和2的因，必有这第3点的果。无可否认，产品运营目前在互联网发展来说是相对“落后”的，当产品用研、产品设计、交互设计在国内蓬勃发展的今天，产品运营才刚开始它的起步，且还在摸索前进的道路上。所以某兄台在博客里所说的“网易缺乏产品运营人才”有言过之处，产品运营的发展不成熟不是某个公司的现象，而是整个互联网普遍存在的现象。
就目前整个互联网界产品运营来说，个人觉得做得比较好的有阿里巴巴和支付宝，他们的产品运营水平在业内还是蛮高的，且他们运营团队的专业性分享精神也是值得我们学习的。

4.吹响产品运营的号角网聚各界运营高手
我在公司对着一大帮产品设计师，回到家对着两位可爱的产品交互设计师和产品用研， 默默中已被他们同化了不少。坦承，这很有利于跨领域的产品知识学习，但也会觉得无形中少了某些共同话题。我常常在幻想，一群共同从事着“产品运营”的家伙能在办公室里为某个产品运营方案而争得脸红耳赤，能在群里水着各大公司当天的运营新鲜事儿，能在博客里分享着各自的运营心得和学习体会…….
但目前的现实是：产品运营的行内交流比较少，缺乏专业性的分享交流，更缺乏有组织的专业性分享交流。UCD线上有UCDCHINA，线下有书友会、BetaCoffee，哪天各大公司的产品运营朋友也可象他们一样，天天讨论着界内各大产品的运营、营销、推广的话题呢？
吹响产品运营的号角 网聚各界运营高手！

在此公开下关于“产品运营”的交流群（即将，请稍等）：

1.

2.

广而告之，欢迎更多志同道合的朋友加入交流！

星星之火，可以燎原！

附：
何谓产品运营师？
PO(Product operation),意思是“产品运营师、产品运营经理、产品运营人员”，具体称呼根据职位来定。PO和PD（produce designer，产品设计师、产品经理）两者是相辅相成的，一位好的PO应该具备产品化的思想—运营产品化，而一位好的PD也应该具备运营化的思维—产品运营化，只是PD更专注于产品细节策划，而PO更注重于产品上线营销.

产品运营师应具备的几个特有素质：
1. 超强的社交网
不但是与各大媒体的良好关系，更重要的是要与IT圈众多舆论领导者保持紧密的关系，并逐渐提升自己能力建立自己圈内的声望。
2. 敏锐的信息嗅觉
互联网各大公司各大产品的最新市场动态，尤其是竞争对手的，能在较短的时间内迅速对市场各种变化做出有利于产品发展的营销策略。
3. 过硬的营销技巧
除了扎实的软文功底，更需要对各种营销技巧的熟练运用

产品运营师的工作职责：（以下仅为我个人想到的，欢迎各位补充）

1. 策划

A. 需求调研

项目开始前对市场需求进行调研，为产品经理提供准确有效的市场需求报告

B. 运营规划

结合产品需求，制定一系列完善的产品整体运营规划，并努力执行之。

C. 数据分析

产品上线后，进行数据跟踪分析，根据数据效果，推进产品的改进和营销策略的改变。

2. BD

A. 商务合作

顺利且有效完成商务谈判，策划合作项目计划并有效执行之，为双方带来良好效益，且和合作伙伴维持长期友好的合作关系。

B. 产品合作

双方产品植入的合作策划，跟进产品植入的项目执行，并撰写报告分析产品植入合作模式效益。

C. 渠道合作

各种广告资源互换、活动合作、整合各种推广渠道，开展深度合作

3. 媒介

A. 文案撰写

所有推广软文的撰写和话题策划，包括新产品上线、业界热点、活动稿件等。

B. 话题策划

结合产品策划各种热点话题，以使传播效果影响最大化。

C. 软文发布

联系知名且具影响力的IT媒体（网站/平媒）发布软文

D. 博客/论坛营销

携手知名博客和论坛发布或撰写营销软文

E. 广告采购

公司内外相关知名站点的联系，购买广告位

F. 渠道分析

对网络推广、渠道运营等情况跟踪，收集市场信息竞争信息，提出推广运营思路、做出分析报告。

4. 公关

A. 品牌宣传

负责新闻发布会的举行和各大媒体的采访，塑造公司/产品健康良好的形象和品牌

B. 危机处理

能在最短时间内处理各种突发公关危机，并将负面影响降到最低。

5. 活动营销

结合产品推广或是品牌宣传，策划活动营销方案并有力执行之，促使达到提高产品和品牌知名度的目的。

6. 市场监控

A. 行业市场监测

检测市场发展动态，发现用户需求，配合产品经理开发新产品或是改进优化原来产品。

B. 竞争对手检测

对竞争对手发展动态保持灵敏的嗅觉，能在较短的时间内迅速做出有利于产品发展的营销策略。

• 5. 三种水平的设计与产品特点的对应关系

本能水平的设计——外形
行为水平的设计——使用的乐趣和效率
反思水平的设计——自我形象、个人满意、记忆

□ 本能水平

人是视觉动物，对外形的观察和理解是出自本能的。如果视觉设计越是符合本能水平的思维，就越可能让人接受并且喜欢。

□  行为水平

行为水平的设计可能是我们应该关注最多的，特别对功能性的产品来说，讲究效用，重要的是性能。使用产品是一连串的操作，美观界面带来的良好第一印象能否延续，关键就要看两点：是否能有效地完�