优涩控

读书笔记-赢在用户[3]：如何使用人物角色

00 — Fri, 12 Feb 2010 10:15:18 +0800

在上一篇笔记中，我们回顾了三种人物角色——定性人物角色、经定量验证的定性人物角色、定量人物角色，它们的创建方法。在了解了什么是人物角色，如何创建人物角色后，我们自然会关心下一个问题：怎样使用人物角色？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.制定商业策略

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

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

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

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

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

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

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

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

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

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

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

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

进行任务分析

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

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

撰写用例

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

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

建立网站架构和页面结构

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

定义导航

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

设计网站搜索

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

②建设内容

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

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

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

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

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

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

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

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

③确定视觉设计

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

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

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

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

读书笔记-赢在用户[2]：如何创建人物角色

00 — Tue, 09 Feb 2010 22:47:47 +0800

在上一篇笔记中，我们回顾了什么是人物角色，为什么要使用人物角色。今天我们来看看如何创建人物角色。

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

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

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

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

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

1.研究准备

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

2.定性的用户研究

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

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

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

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

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

3.定量的用户研究

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

榨干Chrome UI

大脸 — Sun, 07 Feb 2010 22:40:57 +0800

目前的我，已经成为Chrome的严重依赖用户，甚至U盘内也随身装着Chrome便携版。对我而言，它有着其他浏览器无法代替的杀手级优势：快速，稳定，完美支持Google所有在线服务；简洁到一塌糊涂的界面。

而其他浏览器，他们只在一些特殊需求中才会使用，如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的视频:

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

读书笔记-赢在用户[1]：什么是人物角色？为什么要创建人物角色？

00 — Sat, 30 Jan 2010 16:06:47 +0800

《赢在用户》是为数不多的介绍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

那颗追逐互联网的心

Smile — Tue, 26 Jan 2010 15:51:50 +0800

这是一篇病床上的读书笔记!
标题“那颗追逐互联网的心”引用自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. “寄望通过别人的分享和经验得到提高，将永远没有自己核心的东西”，所以阅读时除了要做好笔记，更要做好反思总结。

如何突破Good enough?

大脸 — Sun, 17 Jan 2010 19:29:40 +0800

优涩控是一个很有意思的团体，每个成员都有很独立的喜好的IT公司，如00后就是100%的果粉，极爷是标准的G粉；但我却是一个不折不扣的微软粉丝。原因来自The Story of the Ribbon，设计一个伟大的产品很难，但把一个不伟大的产品修改得伟大则是难上青天。

A ribbon is a command bar that organizes a program’s features into a series of tabs at the top of a window. Using a ribbon increases discoverability of features and functions, enables quicker learning of the program as a whole, and makes users feel more in control of their experience with the program. A ribbon can replace both the traditional menu bar and toolbars.

“功能区（Ribbon）”是一个命令栏，将程序功能组织到窗口顶部的一系列选项卡中。使用功能区能够使程序的功能特性更易于发现，使用户能够快速整体地了解程序，并使用户在该程序中体验到更强的控制感。功能区能够同时取代传统菜单栏与工具栏。

第一次使用word 2007的用户会明显的感觉到，相比Office 2003 经典的WIMP UI，Office 2007的Ribbon UI是对用户体验的一个完整的再设计；但稍微体验一下，你就不得不惊叹，他是那么的容易实现你的目标。

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

挖掘问题的根本原因

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

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

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

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

简洁而又高效的设计流程

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

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

在实际设计中，这样的流程易于迭代，且很高效。设计师在这样的流程中能多确切的做尝试且快速的改进（而不是仅仅的通过个人推理或者群体智慧去评估其他方案），如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为例，我们可以看到以下较为经典的改动：

基于计算机逻辑分类命令菜单被取消，被修改成为基于用户目标分类的七个核心选项卡：开始，插入，页面布局，引用，邮件，审阅，视图。
当用户选中某元素时，自动在核心选项卡后激活与之对应的上下文选项卡（contextual tab），或者是上下文选项卡组（contextual tab set），让针对此元素的编辑操作在此选项卡中呈现，用户则不必像以往那样去错综复杂的菜单项中寻找。
使用库（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求助。

漫话产品设计

00 — Wed, 13 Jan 2010 22:53:54 +0800

2010年优涩控的第一篇文章，来个轻松的话题：漫话产品设计。只是00的有感而发，请勿对号入座~

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

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

（看不到图？点这里）

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

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

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

（看不到图？点这里）

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

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

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

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

（看不到图？点这里）

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

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

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

（看不到图？点这里）

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

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

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

（看不到图？点这里）

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

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

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

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

什么是OpenID？OpenID概念、原理和案例介绍

00 — Sat, 12 Dec 2009 21:44:03 +0800

这几周有关OpenID的新闻不断：Google Profile变身OpenID、WordPress上的Google Friend Connect插件实现OpenID留言、OpenID先驱JanRain获得325万美元风险投资、雅虎将全面支持Facebook Connect服务…… 正好前段时间看了一些OpenID的资料，希望下面的内容可以帮助大家了解OpenID（参考资料见附录）。

1.OpenID介绍

1.1概念

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

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

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

谁将拥有或控制的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有深入的良好合作关系（互补的性质 > 竞争性质），看重的是强强联合，打通用户资源。

[1]. OpenID Wikipedia, http://en.wikipedia.org/wiki/OpenID

[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

为中文而设计的文本框

大脸 — Fri, 04 Dec 2009 21:32:31 +0800

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

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

输入法把自动完成遮挡住了，我看不见。
使用键盘↑↓键只能切换输入法内的选字，无法选择自动完成内的选项。想用却用不到。
当你懊恼的打算用鼠标去点自动完成列表内的文字时，杯具发生了，你发觉，你点了，事实上什么效果都没有。你的文本框变成一遍空白。（在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搜索品牌

【UCD年会】《挑战Deadline—项目管理的艺术》专场会议纪要

Smile — Tue, 01 Dec 2009 15:27:11 +0800

传说中，这是一场“巨头汇聚齐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点，今天的圆桌会议动此结束，非常感谢各位的参与！