UCD年会2010 - UCD大社区

UCD2010年会回顾之“全民体验”

老妖 — 2010-11-27 22:16:59

2010年10月30日，杭州浙江大学，UCD2010年会——“全民体验”。

2010年11月21日，成都新亚苹果天府旗舰店，UCD成都11月聚会，分享年会的一些内容。

两次会议，都是和搭档刘思远一起，一次是学习，一次是分享，两个时间节点之间，也一直在思考。差不多一个月过去了，现在写篇回顾也许有点晚，但都是自己消化和思考后的一点东西，期望能给大家提供多一个视角。

纵贯当今国内的UCD/UED界，支付宝首席设计师白鸦无疑是最大的明星，无论是能力、经验、眼光还是个人魅力，都首屈一指。而他也借助UCD这个平台，成功地把支付宝在UED方面的探索、案例乃至理念，做成了引领这个行业的事件。然后，其他公司和团队的精英也都借UCD这个平台云集一堂，引领各行业潮流与风气之先。

UCD是个有意思的组织，一方面草根气质浓郁，没有官方背景，没有领导讲话，没有繁冗拖沓的流程和加入的门槛；另外一方面也有点学院派的孤高比如，完全不鸟各种媒体，自己就组织了全国500多号在杭州开会，貌似要谋反；年会后的资料也不对外分享，倡导面对面交流，分享观点，赤裸裸地喊要资料可以，麻烦拿干货来换。

500人的会场，座无虚席

白鸦的主题演讲是《全民体验》，这个提法大胆，前卫，而且跟鸦总去年在支付宝的一个惊人举动有关——他解散了自己一手搭建的支付宝的UED部门。作为一个性情中人，讲到这个部分的时候，他也一度哽咽。

而如此激进的做法，无非为了把体验做成一种文化，深入到全公司的每个人当中去。一方面把设计部门的人遣散到业务部门去，让每个人成为理解业务才做设计的多面手；另外一方面把用户请到公司来，让用户的需求和体验来决定产品的成败。

强化意识之后，开始打造工具，弄清楚以下问题：

1、通过数据挖掘来对用户作多维度分析，弄清楚用户是谁，有什么特征，又有哪些潜力可以挖掘；

2、通过对点击线程的追踪，弄清楚典型用户的典型路径，遇到了什么样的困惑和障碍，分析他们到底想做什么，然后对症下药的解决问题

3、联系数据背后真实的人，给他们打电话，进行问卷调查、搜集意见反馈，问为什么，为什么失败，为什么未尝试，为什么感觉不好。

有了工具和平台之后，在公司内部则要提供一套相应的绩效考核体系，以确保工作到位，并且对作出贡献的各位员工，各个部门的贡献有公平的评估。

支付宝在这方面做的评估指标有平衡积分卡（包括客户、财务、核心运维能力、创新和学习几个方面），体验度量（包括整体、可用性、功能、差异性等方面）以及体验排行榜（包括流程成功率、客服电话量、用户投诉率等通用指标，出错率、操作时长、等产品的个性化指标等），个人感觉这个部分跟不同公司的考核方法甚至文化相关，可借鉴价值不大。

鸦总演讲最后的结语是：全民体验，任重道远⋯

最后放上鸦总PPT里面的那张开场图来作个总结回顾吧。

用户与界面、产品和市场之间的关系

如果把用户比作太阳，产品比作树，那么用户能感知和接触的其实只是产品的界面，也就是树冠的部分，绿叶的部分。对于一颗树而言，产品的设计起到了决定性的支撑作用，而决定这颗树长多高，长多大，则取决于你产品的市场规划能做多细，用户的价值定位又能找得有多准。用户只看到了绿叶，只通过绿叶来判断这颗树的健康程度和决定自己喜欢还是不喜欢，但决定绿叶的，却不仅仅是树冠（UED部门），所以需要“全民体验”，需要产品的每一个部门都明白用户体验的重要性并为之努力。

－－－－－－－－－分割线下个人观点－－－－－－－－－－

作为一家只有11个核心成员，而且专注于用户体验设计的我们来说，“全民体验”的意义不言自明而且得到了坚定地执行；但对于其他很多公司而言，“全民体验”只能是个美好的愿景。

鸦总解散UED团队的做法，个人认为象征意义大过实际意义，营销价值大过实用价值，这种做法跟他的性情有关，也跟他所在的环境有关，那就是他所在的公司，是创新精神强到神经质的阿里巴巴，马云的阿里巴巴。

我认为支付宝的UED团队在业界有这么大的话事权，跟白鸦和他的团队所作出的努力和贡献有关，更和他背后的阿里巴巴整个商业帝国有关。支付宝贝的成功，首先是商业上模式的成功，其次才是用户体验上的“成功”。我在后面这个“成功”上打一个引号，是因为在我心目中，支付宝的支付体验其实并没有我们想像中的那么好，直到目前，它依旧臃肿繁杂，有诸多不尽人意之处，不光我，我周围的朋友也有诸多抱怨。不过但也正如鸦总所言，人们接触和使用“支付宝”接触的是它的界面，而能影响到支付宝体验的，却不仅仅是一个UED部门。支付宝的关联复杂度，也许注定了它不会成为一个轻应用。

对于目前国内的一般性的IT企业而言，“全民体验”的意义仅在于理念宣讲，为UED部门争取更大的话事空间，如果实际操作起来，估计和毛主席号召知识青年下乡去一样，结果未必不会是两败俱伤乃至自取灭亡。

其实这跟行业的发展现状有关，现在一个IT企业应该有一个UED部门的意识，应该和早期的一个软件部门应该有个美工一样普及了吧？

在一个企业中专业的人做专业的事，通过一套具有扩展能力的流程和方法来协同才是王道，而UED部门是重要但并不一定是最总要的一环，甚至用户体验也不是。每个企业都有自己的传统优势资源和文化基因，虽然用户体验怎么强调都不过份，但并非强调用户体验就能解决一个企业的生存和发展问题——实在想不通这个道理的话，就你想想这是在中国吧，也许你就能想通了。

记得上午的半场后面有个大佬访谈，用研界的老大Angela大姐问腾讯CDC的唐沐，“鸦总已经把自己的UED部门解散了，请问你什么时候解散腾讯CDC”。我承认，这个问法相当具有侵略性，所以大家马上就High了，等着看好戏。唐沐的回答比较温婉，说大家虽然做法不同，但理念一致。

唐沐的演讲四平八稳，有详有略，有宣讲有分享，堪称范本。

一直觉得腾讯作为一家伟大的鸡贼公司，和芮成刚一样属于我们这个民族成功人士的典型代表，呃⋯⋯好吧，跑题了，暂且按下不表，继续聊UCD，UED。

当天上午，腾讯CDC的头儿唐沐带来的演讲是《腾讯的全民用户体验》。我认为他分享的最有价值的观点是UED部门和产品部门的关系——让产品部门感觉“被帮助”，而非“被监察”。而最让我欣赏的，则是在他们在公司内部进行理念宣讲阶段所制作的视频“Tips来袭”，幽默、包容、理念阐述到位、批评点到即止，和他宣传的理念吻合得非常好。

两个人的演讲基本上都是从宏观到微观，从概念到细节，都是思路启发价值大，实战经验价值小——对于小的创业团队而言是这样。就好象大户人家的管家在跟你谈银钱应该如何摆放，仆人应该如何管理的时候，你作为一个普通人家，是不会觉得这些经验对你有太多帮助的——彼此的痛处其实不太一样。

毕竟众口难调，作为理念的部分能统一成这样已经很不错了，毕竟有不同口味和体味喜好的，还可以参加下午的各种工作坊。这篇先写到这里，改天抽时间再来写写下午参加周陟周董的《移动设备的高效能产品设计》的一些感受好了。

UCD2009年会相关博文：

UCDChina彩程系列报道之（一）从用户出发

UCDChina彩程系列报道之（二）为什么UCDChina那么火

相关话题：UCD年会2010 源地址：http://blog.mycolorway.com/2010/11/27/ucd2010-1/

设计师的职业发展——UCD年会感悟

elya妞 — 2010-11-11 22:39:51

2010年10月底有幸去杭州参加了UCD年会，接触了很多牛人，长了不少见识，也有不少的感悟。

感谢UCD创始人们给我们搭建了这样一个平台，让我们能找到圈子，一起去沟通，一起去成长。感谢年会组织者白鸦、坏人等，感谢我参加的工作坊1的讲师周陟，给了我不少关于个人职业发展的启发。

那么作为一个新人，我也想聊聊设计师的职业发展，在不到一年的时间内，我从一个编导出身的学生，跻身互联网丛林，参与多个重要项目，同时还利用业余时间做一些自己的小项目，这些经历让我有非常多的感触，非常多的经验，希望跟大家分享，希望得到高人指点。

首先，如何入行？

很多学生都处于一个对企业迷茫的状态中，完全不知道企业要的是什么。我刚上大学的时候，也只知道整天拉着朋友们拍片，拍片，拍片。傻乎乎的，不知道影视公司要的是什么。后来才发现，你要么拍过很深刻的获奖作品，要么把软件用精用通，否则一堆的DV作品，人家根本都不正眼看。互联网圈子也是一样，这个圈子里有自己的游戏规则，产品经理有自己常去的论坛，关注的博客，参加的活动。作为一个想入互联网门槛的新人，只是成天泡论坛、聊QQ、看新闻肯定是不够的，你要知道互联网圈子的人都关注什么，他们看cnBeta，看TechWeb，看UCDchina，如果你跟他们关注同样的内容，保持着积极的学习态度，肯定会更容易的得到认同。那么，你会问“我怎么知道互联网圈子的人关注什么呢？”，我的建议是，参加一些活动，比如交互设计大会、Google开发者日、UCD书友会之类的，这些会议，一方面让你知道了，那些经验丰富的互联网从业者，他们是怎么思考的，另一方面，让你贴近了这个圈子，认识了圈内的人，说不定，这其中某一个人就是你未来的伯乐。当然，你要抛开面子，去放心大胆的问一些你好奇的问题，当你问的多了，知道的也就多了，慢慢的你就可以伪装专业人士了。

其次，如何积累经验？

积累经验，有多种方式。学校的课程设计是一种比较不靠谱的经验积累办法，因为学校的课程设计往往跟企业需求脱节，难得见到可以商用的、用户需要的项目。如果你的导师，你的学习小组还沉浸在漫无目的的创意项目中，那么请你问自己，你做项目的目的是为了给将来的从业积累经验，还是单纯为了创新，为了好玩。如果是前者，请务实，务必先了解市场，什么是目前比较有市场潜力的项目。

积累经验，还有一个重要的方式就是参赛。刚才提到影视创作可以靠参赛加分，提高自己身价。互联网圈子更是如此。Google创新大赛、Google公益大赛、百度之星大赛等等。我相信你通过这些比赛，会更好的了解这些公司，也会更好的让公司了解你。你的目标如果是进腾讯，那么腾讯的动态，企业的发展方向，为学生举办的大赛，你应该持续的关注，这样的话，当有一天你跟数百应聘者一起竞争腾讯某个职位的时候，相信他们也会在茫茫人海中看到，你是最了解他们的那一个。

积累经验，最有效的方法就是去找一些互联网公司的实习。如果你认识了圈内的朋友，不管是会议、活动中认识的，还是学长、亲戚。尽管去跟他们讲，你很想去一些互联网公司实习，请求推荐。好的公司都不会拒绝积极向上的有潜力的同学。实习不要贪好贪大，不是哪家公司给的实习待遇好，哪家公司更牛逼，就要去哪的。要看那家公司，那个职位，是不是跟你未来的职业规划相符合。

第三，如何找工作？

去年找工作的时候，我也曾跟大家一样，挤进各种大小招聘会，因为学校是传媒类的，根本没几家互联网公司搭理我们，加上我不善于群体PK环节，导致遇到群面就败下阵来。可以说我的校园招聘之旅比较受挫。我总结经验教训后，改走一条不寻常的路线。用人单位发现不了我，我就去发现它。我做了这样几件事情：

1. 自己的博客上挂上求职简历。

2. 梳理了主流的招聘类SNS，在LinkedIn、若邻、天际上更新了自己的简历（备注：智联、51job、中华英才神马的还是算了，就我的经验来看，非常之低效），通过若邻、天际，我找到了两个还算不错的工作。

3. 利用新浪微博的搜索功能，每天一次，搜索“产品+招聘”关键词，当时的数据量不大，包括转发的信息，每天一共100条左右，不过有效性非常之高，因为微博都是真实的人，真实的人才需求方，我直接回复这些人，告知他们我是一个没有太多经验的产品设计痴迷者，询问是否有机会进一步沟通一下，结果没有让我失望，基本上都给了我机会，也利用新浪微博，拿到了两个不错的offer，有趣的是其中一个是现在公司，另一个就是就是新浪微博，很可惜没有去新浪，没有去那个其乐融融充满战斗力的团队。但是为了回报新浪微博给我的恩赐，今年我跟kent、王江同学合作了微博乐产品（http://tbole.com），是基于新浪微博的招聘信息搜索聚合平台。希望帮助那些求职者更高效的找到自己想要的工作。

第四，如何宣传自己？

坦白的讲，设计师需要自我宣传，宣传能让更多人了解你的设计理念，能获得更多的反馈，能督促自己不断地去进步。那么怎么去宣传呢？

首先，最好有一个自己的博客。经营一个自己的个人网站，相当于一个非常大的项目，你从个人网站的需求分析、功能列表、目标用户，到网站的搭建、运营、维护，再到内容的编辑，都是一手操办，这个过程整个就是一项目建立及管理的过程，能让你自我沉淀，不断反省，还能让同行了解你，帮助你完善自己不足的地方（之前就有人批评过我某些观点不对，我很乐意的发现的确如何，如果不说出来，不被骂，我怎么才能知道自己对不对呢？）。

其次，不要忽视社会化媒体的力量。无论是Facebook类的SNS网，还是Twitter类的微博产品，上面都聚集了一批互联网精英，如果你还停留在跟同学打情骂俏的阶段，那么，这些社会化媒体平台的价值就被大大的浪费了。找到他们，跟他们互动，你会发现自己慢慢的融入圈子，了解圈子了。

再次，新产品发布的时候，第一批涌进去的用户，往往都是互联网观光团，因为他们对这些新产品足够敏感。如果你也能在同一时期入驻，会发现你被吹毛求疵的氛围包围了，大家都在七嘴八舌的给产品挑毛病，这是一个非常好的学习过程，新产品在骂声中改掉了那些点，这些点以后你在做设计的过程中也可以规避。更重要的就是，身处互联网观光团中，你离这个圈子又近了一步，恭喜！

最后，就是在做项目的时候，你也要注意收集案例，每一次设计方案的改动，都是有原因而为之的，那么不管这个改动多么的小，只要是有价值的，就要合理收集起来，作为自己的一个案例。最后交付的东西，一定要非常的专业，不要让技术同学在一坨逻辑混乱的截图中找哪一张是产品的首页。如果你的案例库和你的交付物都有自己的品牌印记，让人们一看到就知道这是某某设计师出品，当然更好，但是在一般的流程比较严格的公司里还是不太好办到的。

第五，如何做好项目？

首先，周陟的一个观点非常的赞，要做高效能的产品设计。高效能=用户和公司的需求。设计师肯定不能空谈用户体验，要站在用户的角度为用户考虑，也要站在站在老板的角度为老板考虑。如果你做出来的产品用户喜欢但是老板不需要，那么谁来为你的设计买单呢？如果是策略层的问题，请不要再纠结，为了占有Symbian市场而作的某款产品，你就不要建议老板先做个Android版的如何。

其次，你要保持一个时刻参与的态度。你在项目组里，那么从头到尾，你都是跟产品经理、项目经理一样，要为设计负责的，所以不要等需求都明确了，再来做设计。而是要在需求确立阶段，就去参与讨论，去想设计方案。当你的设计完成了之后，也不要有一种松了一口气，可以洗洗睡了的感觉，产品还没上线，你就需要像一个项目经理一样，跟技术保持沟通，看看他有没有产生歧义的地方，有没有没按照你的要求实现的地方。就算项目上线了，你也要跟着关注数据，关注用户反馈，你的设计是好是坏，上线之后，才能真正获得答案。

再次，要懂得推进，也要懂得妥协。当你有了一个非常赞的想法的时候，不妨去广泛沟通、交流，尽最大的努力说服大家去完成它。但项目不是你一个人的，如果这个方案技术实现代价非常高，是不是要做出妥协呢？

我跟大部分一样，在路上，刚刚上路，对互联网这个领域充满热情，但是也会偶尔迷茫。人生苦短，如果不早些规划，早些上路，那么等你走到山脚下的时候，你的同龄人都在山巅笑看风云了。互联网风云多变，如果不保持持久的动力去汲取新养分，原地踏步，不进则退。

相关话题：UCD年会2010 源地址：http://elya.cc/product/771.html

[UCD年会总结]用户体验团队在公司中的角色

iqst — 2010-11-09 08:48:56

上周末去杭州参加了用户体验年会，收获不少，其中关于UED团队在公司中的角色，总结如下：

部门之外：

1、理念宣传 – UED是用户体验理念宣传员

通过内部培训、内刊、内网、内部论坛、内部博客、海报等多种形式在公司宣传用户体验理念。

2、专业培训 – UED是用户体验理论的传教士

对相关部门、人员进行有针对性的、科学的指导和培训，提升业务水平。

3、用户体验管理 – UED是“用户体验”的管理部门，对用户体验负责。

UED有一群用户体验专家，同时也掌握着科学的检验和量化方法，通过这些方法，将全流程中的用户体验进行分解，将

量化结果作为考核指标，对用户体验进行管理。

部门之内：

1、了解用户：聆听用户的声音，以用户之苦为苦，以用户之乐为乐；

2、建立流程：严格的设计流程是保证质量的前提；

3、打造工具：强有力的分析工具可以帮助我们了解用户，分析行为，挖掘动机，评估效果；

4、量化考核：将用户体验量化，将量化结果作为考核；

5、团队：开放的心态，良好的氛围，充满灵感，充满创造力，严谨，快乐，成长；

唐沐PPT里的的一句话给我印象最深：

做比说重要……

说同样重要！

相关话题：UCD年会2010 源地址：http://www.iqst.cn/blog/2010/11/ued-team/

UCD 2010百度工作坊

彩虹糖 — 2010-11-04 14:26:30

2010年10月30日，UCD2010年会，很精彩、很成功、很感动。

2010年10月30日，13:30-18:10 UCD百度工作坊，32个同学奋战到底，很充实、很紧张、意犹未尽。

2010年 11月1日，工作依旧繁忙，有点累，也想说点什么。

首先要说的是，本人比较低调，不善言辞，虽然有幸在互联网用户体验的圈子里闯荡了四、五年，小有一点成绩，仍不敢以专家自居，更不敢和圈子里的列位大师相提并论，非要按个名头的话，就是个现实主义的传教士而已，只求把自己经历过的、看到的、做过的真实产品设计方法、流程、经验分享给大家。记住，这里没有大理论，所有理论必须落地。

在百度的时间里，接触了很多的搜索类产品，为很多千万级用户量的产品进行体验的把关、研究的支持，经历着产品一波又一波迭代的过程。最初很想以搜索来命题本次的工作坊，带大家感受一些搜索背后的用户研究或是框计算与社区类产品的结合之类。但是当深入进来的时候才发现，搜索除去体验外更多的还是算法，而算法既意味着数据。固然用户研究离不开数据，但人长时间泡在数据里，就会不自然的迷失，甚至有时候怀疑自己是不是还属于UCD这个圈子的人。

恰巧最近在做几个核心产品的无线化工作，便借着几年来的经验和心得，拉拢了百度两个很牛X的交互设计师一起，密谋了此次的工作坊。工作坊最终命题：“跨平台产品的用户研究和交互设计”

先说说感受吧，非常感谢白鸦、坏人和所有的志愿者、演讲者，你们给我们带来了一场很完美的演出。当然，完美的代价是无数的卡路里和脑细胞，你懂的。我权且代表远道而来的兄弟们向你们致敬了！

再说工作坊，当天工作坊现场总共来了35位同学，坚持到结束的粗略统计应该有32位左右，大部分是产品经理和公司产品的负责人、副总裁，也有少量UI设计人员。人员的超额直接导致了我们精心准备的工作坊讲义只能够部分预定邮寄，礼物也是一抢而空。

工作坊时间从13:30-18:10，时间安排上略有失误，最后砍掉了一个实践环节，交给了大家回去探讨，练习，之后可以与我们随时交流。

工作坊整体围绕以下几部分展开：

第一部分从搜索的角度看移动互联网

这一部分主要是闲聊，用一些数据、图标把大家的思路串起来，一方面可以了解下现在移动互联网的动态，一方面也可以学习一些数据分析的方法，主要是想让大家在工作坊的开始阶段有一些感觉：移动互联网就在大家身边，很熟悉、很有趣。数据是百度在无线互联网技术大会上公布的，搜索端的统计，很真实，很有代表性。还是那句话，百度的工作坊，不玩虚的。

第二部分跨平台产品的设计流程

这一部分主要是梳理流程，在传统的互联网产品设计中，产品经理作为需求方，向其他角色分发卷子、回收答案，导致产品设计流程冗余、效率低，自己和交互的职能尚且分不清，更别提交互和用户研究的配合何在了。跨平台产品设计中（这里主要指pc端向无线端跨越），种种条件（平台、硬件等）约束了产品的结构设计、框架设计，产品经理的角色所被赋予的使命也在发生变化和转型，更多的产品设计被下放到交互设计师执行和决策，交互和用研的配合价值也在这个过程中被彰显出来。实践证明，用研与交互的合理配合可以加速产品的开发流程，开发成本更低、产出更高效、收益也更大。

跨平台产品的开发流程已经应用在百度的几个核心无线产品中，并取得了收益。流程灰常真实，产品灰常真实。

第三部分跨平台产品的用户研究（3个实例）

第四部分跨平台产品的交互设计（2个实例）

其实第三部分、第四部分是靠一个完整的实例串起来的，目的是带所有同学实际操作一次互联网产品无线化的流程，细细的体验每一个环节。第三部分的开篇会介绍在产品无线化的过程中，我们应从pc产品中提取哪些数据？产品的目标用户群发生了哪些变化？我们应该如何做无线产品的用户划分？在需求分析阶段，我们应该更关注与用户的哪些行为？因为所有这些问题在无线端都是区别于pc产品的，而且这些因素对于一款无线产品又是至关重要的。

实战项目选择了一个比较有代表性的产品：百度空间。空间产品本身的定位一直是比较有非议的，PC端产品一直夹在博客、微博、SNS之类形态产品下半屈半就，在手机端以什么样的产品形态存在，或是说如果做产品定位显得格外重要。实战环节就把重点放在了空间的需求收集、数据分析、用户行为分析、功能优先级排序、框架设计、结构设计这一完整的产品设计链上。

练习一空间需求收集访谈脚本设计

练习二空间需求收集用户数据分析（真实样本）

练习三基于数据分析确定空间产品的无线化的功能优先级

练习四暂保密

练习五暂保密

实战过程中用到的数据都是项目中的真实数据，因为产品已经上线，因而可以分享给大家，目的还是为了大家可以体验百度真实项目的产品设计流程，实实在在的做一次无线互联网产品。

最后做个广告，UPACHINA2010 百度还会做一个相关的工作坊，参与者除了可以体验以上环节外，我们还会把重点放在互联网产品无线化的原型测试和产品走查等环节，参与者同样可以使用百度一手的线上数据真实体验全流程的产品设计.参与者欢迎大家参与

UPA工作坊链接如下:

http://www.upachina.org/userfriendly2010/cn/Keynotes/KeynotesInfo.aspx?MeetingID=2%20&ClassID=240

UCDCHINA 2011年会，我们再见！

UCD年会2010拾零

丁香编辑 — 2010-11-03 17:18:00

UCD年会2010在杭州召开，相比其他互联网大会的喧闹，UCD年会更像一个关注纯技术的会议。看起来UCD似乎话题范围更窄，好处就是参会人员的焦点一致。整个大会期间，在会场外闲聊扯淡交换名片的人明显比较少。

丁香园此次有6位同事参加，与产品设计有关岗位的同事几乎倾巢而出。我个人全天都在主会场参会，其他同事分别选择了自己感兴趣的会场和工作坊。

全民体验的理念
2009年广州年会上白鸦同学就叫嚣着要解散支付宝的UED部门，1年后，他做到了，我们看到他显然有些激动。虽然有人说：何必呢，还不是大功告成，喜极而泣的时候吧。不过我想，此中意味，可能只有冷暖自知了。所谓“全民体验”的理念绝不仅仅是从老板到客服都来关注用户体验，而是产品战略、商业、设计、开发、运营的“和谐”之道。听起来有点浮云的感觉，事实上是目前业界真正伟大产品的同一条罗马之路，只不过国人从未体验过而已。Angela姐姐在现场调戏白鸦和唐沐，关于腾讯CDC何时解散的问题，虽然唐沐貌似在打太极了回避这个小小尖锐的问题，但是我想他的回答是中肯的。白鸦解散的只是UED部门，并不是UED团队；支付宝不论有多少项目，其实只有一个产品，而企鹅帝国的产品在互联网领域是“广谱”的，腾讯CDC存在是帝国时代的需要吧。唐沐在演讲中多次提及的“补位”也是在诠释产品体验需要举全公司之力来践行。产品经理、交互设计、界面设计、信息架构、产品运营………或许也会分久必合？在创业性团队中，这些角色一定是合为一体的，而在大型互联网公司，是否应该表现为团队在全民体验上的“和谐”？这其中包括：理念、流程、技能，甚至是KPI的科学发展观？

爱产品
做有爱的产品首先是爱产品，这其实不是什么产品设计的秘诀，应该是做任何事情的基本素养和态度，如果你不爱现在的岗位和产品，那么赶紧换一个吧。最糟糕的是：很多人不知道自己到底爱什么！延伸到人才招募方面，找一个“有爱”（有时候也叫做工作热情吧）的人，比找一个“有力”（就是工作能力吧）更重要！通用的废话，放之四海皆准，遗憾的就是很多职场小白不懂。当然，行业性网站的麻烦是设计、开发人员很可能真的不需要使用自己设计和开发的产品，无法去要求无缘无故的爱，只能希望敬业爱岗吧。（估计再写下去，八荣八耻我都要放进来了，打住！）

不会开车的裁缝不是好厨子
大公司的岗位通常分的很细，所以唐沐提到要补位；小公司资源有限，产品人要自己给自己补位。这两种情况都对人提取了很高的要求：在成为专才之前一定先做全才。所谓的“sense”从哪里来？如果你不深入理解产品的背景，需求的根源，不了解产品的运营推广，是不会凭空来secse的，这个正如土摩托说音乐人千万不要相信自己真的有与生俱来的天分（这话得别人说，不能自己说）。这里特别提醒那些经常说自己干的活太杂太琐碎且没有技术含量的同学们，无论是支付宝首席产品设计师白鸦还是腾讯CDC总经理唐沐都是从脏活累活做起的，如果那些杂碎和“没有技术含量”活的积累，恐怕这个首席那个总是轮不到他们的。

不要问我没有资源怎么做用户研究
大的互联网公司都有很强的技术积累和支持，来帮助产品人深入的研究用户、分析产品，眼动仪、访谈室……应有尽有。很多人问中小企业没有资源怎么做？回答是：就用手头有的资源做。腾讯CDC成立的时候也是光杆司令，要人没人，要枪没枪。现在很多第三方的工具已经可以帮我们提供很多数据支持，这对于中小企业足够用了。而且，对于大部分网站，你不需要象Google一样，为一个像素的更改进行大量的分析研究。百度戴丽丹下午分享的几个百度产品的A/B Test就是不需要太多资源就可以完成的好方法。

其实还有不少收获，就不在这里堆砌了。最后表扬一下会议组织者，总的来说是一次团结的大会，胜利的大会! ：）鸦总和Angela姐姐辛苦了。（我更苦，公司财务说广告公司开会务费不给报销）

张进 zj#dxyer.com

相关话题：UCD年会2010 源地址：http://www.dxyer.cn/editors/article/i79416.htm

UCD2010年会非官方顺手回忆录

@李杨 — 2010-11-02 09:04:27

首先感谢坏人潜规则赠票一张。

我这么造谣，坏人肯定会被没买到票的同学诅咒至生活不能自理。哈哈。

感谢坏人第一时间给我购票链接。

这真的是一次很好的年会。

前一晚Beta咖啡人满为患，各路豪杰齐聚一堂。

@坏人@白鸦@Feng@米团网穆小斌@思践合伙开的这个咖啡厅很赞。

而且互联网行业的顾客去那，动不动就7折，这是一种什么样的精神。

30号上午年会正式开始。浙大紫金港校区。

上午主会场。为什么要，而且如何保证，服务“最适合产品的用户”，是一个重要命题。白鸦的第一个话题就很不错。

比如Beta咖啡以“高价、恶性服务”对待“非互联网行业顾客”，保证了贝塔咖啡在杭州互联网界内甚至全国范围内很高的认可度。（很惭愧的说我是做手机和移动办公系统的。跟互联网关系其实也不大。）

白鸦很性情，一度很哽咽。他发现UED什么都做不了，于是就把UED部门给拆了。

当他不得不亲手将自己招聘来培训好的同事一个一个送到别的部门。。。煽情文字500，略。

对于产品来说，UED是一个必不可少的部分。拆掉之前，支付宝UED部门人员考核标准是，UED本部门7，相关业务部门3。工作的过程中不但要发现问题还要解决问题，需要“向上管理”去要求老板协调资源。而在产品部门其他人员不重视或者不理解用户体验的时候，只能用懂UED的人员强行安插到各个部门以保证“UED”人员提出的意见得到有效的实施。

通过跟踪用户点击路径，来分析页面的合理性。绝对是一大杀器。白鸦还分享了一个“提高支付宝首次付款成功率”的案例——在网银付款页面加了一个“如何使用网银付款”的帮助链接。

腾讯唐沐的分享中，“Tips一响，黄金万两”的小故事印象很深。

短期的经济效益可能会导致牺牲用户体验，如何平衡。

就像唐沐提到的“QQ聊天窗口曾经的浮标式广告”，鼠标挪上去硕大的广告弹出，很伤害用户体验。不过那时候那是腾讯广告部门最主要的收入。

嘉宾小女孩Angela说要提一个很尖锐的问题，我还以为要问白鸦是不是支付宝CEO后备人选。

她问的是，支付宝的UED拆了，腾讯的CDC会不会拆？

唐沐给出的答案是，分久必合，合久必分。

产品需要独立的专业的UED人员，同样要保证这些人的意见得到有效的实施。

孰先孰后，因地制宜，殊途同归。全民体验，是为大同。

下午的周陟工作坊1，移动设备的高效能设计。

周董是易方数码UED的头儿，作为UCD核心成员，周董是唯一一个从事移动设备设计的。

易方数码做ODM既设计外包，面向国外企业客户提供移动设备设计方案。跟互联网其实关系不大。所谓隔行如隔山，我觉得在场大部分人其实未必知道易方数码是干嘛的。

但是产品设计的理念贯穿始终，这个是群众喜闻乐见的。

听众40多人，工作坊参与人数中排名第一。分了六个队。

在这解释一下我们的队名，“两个字”，是因为我发现我们队6个人名字都是两个字的--

张剑、谢亮、周鹏、严雯（上海美女）、杨彬（长沙美女），我叫李杨（全国帅哥）。于是一个既能代表大家又很有趣的名字诞生了。我们的队名是“两个字”，然后全场在等着说是哪两个字。

周陟以游戏的形式，让6个组以一个项目组的形式，从一个产品需求的产生，到评估风险和收益，最难的问题，最重要的问题分别是什么，（我觉得设计这件事还是很需要天赋的）等等四个环节逐一进行讨论，各个组轮流阐述讨论结果。

最后的一个案例分享尤其不错，从一个小鸭子玩具出发引出的设计理念，为Doro（瑞典运营商）Care系列老人用手机项目创造了一个市场反应相当好的方案。可以说目前国内市场大部分老人机都是山寨了周董的方案。

包括用很好的硅胶，很好的触感。（硅胶这种东西常用来做手感很好的东西，你懂的）

外观颜色的选择、快速拨号、紧急救护求助等功能，从一个小橡皮鸭子玩具中引申出来。

周董很牛。

回京处理完工作，一定专程到深圳拜访。

认识周陟是此行最大收获。（其他人退散，因为你们在北京杭州早都见过了。）

虾米网找的乐队赞助了晚上的酒会。

CEO @三个南瓜酒会前祝辞。“你们这群人太奇怪了，到了之后，没有人去拿酒。每人拿一个苹果手机、IPAD什么的就在那上网。所以你们这样的人男的找不到老婆女的嫁不出去是很正常的。”

祝愿虾米网早日赚钱。这个哥们估计属于玩票性质的创业。唱歌一流。

@小季快跑。唱歌也一流。

两个女孩先后上台，一个是美女，另一个也是美女。唱歌也一流。

其实我眼里大部分人唱歌都一流，即使是穆晓斌、白鸦这样的。

中奖之后，都要来一次大冒险。

周陟当道具很赞，无怨无悔的被玩了三次。包括获奖的美女趴在他身上做3个俯卧撑这种福利。

Fenng 冯大辉同学中银条一根，被三俗。白鸦等人打赌说他胸毛有这么长，实际好像没有。

大部分的主意都是白鸦出的。

在抽出去5跟金条银条一件皮衣一条丝巾和N张支付宝现金卡后，白鸦很困扰大冒险还有什么花样。鸦看着最后上台的得奖的小美女，实话实说，怎么玩她呢？

坏人这些天忙前忙后，瘦的都快不到200了，辛苦大家都看得见，大家一致感谢。

坏爷家的妞很贤惠，两个人经常在微博上秀甜蜜。祝幸福~Print 祝幸福 10000

工作坊1中遇到一个美女，没去搭讪。憾甚。

希望明年年会到北京，我主场，招待大家。

相关话题：UCD年会2010 源地址：http://ucdchina.com/post/8316

互联网产品的运营

猪小凡 — 2010-11-01 14:10:03

昨天参加了UCDChina2010年的年会,一般类似这种会议,工作坊往往是收获最多的,因为一般会进行实际操作的模拟,或者是一些可执行性更强的方法分享.其实培训与看书一样,学了(读了)觉得很对,但是如何真的在实际工作中使用才是最难的~

因为对运营一直不在行,而且经常还有些疑问,恰好这次有关于运营的主题,还是胖胡斐这样比较有料的资深人士主持,收获颇丰.

之前对于运营有过一些思考:产品设计眼中的运营 ,但是依然有不少疑问:互联网运营的工作内容究竟是什么?跟市场营销之间的关系如何?运营最终的效果在哪?还好本次圆桌会议都得到了答案.

关于运营,比较好玩的一件事就是:各个公司运营的职责和目标虽然相近,但是完全有可能不一样,结果导致就是工作内容都不太一样,不过最终的核心还是一致的.以下是本次会议讨论后的进行的更深入一些的思考.PS:深入不代表正确,只是想更详细,系统的认识一下.

产品人员与运营人员的关系

不少公司的产品人员和运营人员多少会有些交叉,所以会产生矛盾,甚至导致冲突.之前讨论的过程有把需求划分为运营需求和产品需求,这个划分维度还是正确的,不过不要从提出需求的人来划分,而是功能的目的来划分.但是同时请相信范围依然有交叉,一定会有功能看上去既是运营需求又是产品需求.

同时,产品人员和运营人员都是希望产品能够更好,对产品不断的使用,体验,与用户进行接触也是为了让产品更好更优秀,在双方前提一致的情况下,短期目标可能不太一样,还是需要多沟通,理解,确保高效的优化和推广产品.

请记住,优秀的产品人员需要参与运营.

产品人员与运营人员的矛盾

其实如果双方都能透明的交流和沟通,完全不会产生矛盾,至少在会议上听到的几个问题,都觉得是沟通层面的问题.

运营提出不合理的需求: 需求合理不合理,还是要看目标,如果目标ok,手段出现问题,双方坐下来重新讨论.”最优秀的方案一般都诞生于最激烈的正常中”,这句描述设计中探讨的情景相信一样适用于产品,运营之间的讨论.
产品更关注效率,运营更关注任务:觉得这个是个伪命题,产品是关注产品的效率?用户的效率?还是产品人员本身的工作效率?相信运营人员本身也动:市场/竞争对手不断的在变化,而且频率很大,”唯一不变的就是变化”,如果产品的规模,功能过多,则可能导致因为开发,测试的内容过多,中间环节出错的几率更大,导致最终时间过长,错过最佳的市场时机,同时如果是初创型产品,难免有不少的假设在产品/模式当中,还需验证,所以控制产品的节奏和规模是很重要的~这个效率相信不仅仅是产品人员自己关注,运营,市场,老板都会关注~而说运营只关注任务也只是片面之谈,完成这个月任务没有下个月任务?把产品做坏了有利于未来”更多的任务”?
产品设计会打折扣: 因为第二点中的某些原因,产品人员/开发人员确实喜欢将产品分期实现,但是实际过程中确出现”运营提出来10个功能,产品人员排了优先级先做9个,开发排了优先级先做8个”的问题,结果导致第一期出来是不能用的.这个问题绝对是严重的沟通问题,优先级,开发范围,一定是在前期所有人保持严格的一致,包括业务需求方,运营,产品设计,开发,测试,只有这样才能在保证最终产出可用可行的产品的基础上,谈工作/开发效率的高效性,否则出来个不能用的东西等于无效,等于0.但是回到刚才的例子,如果最终一期出来的产品不可用,产品人员/开发人员都有责任,但是仅限于在沟通上.

对于产品,产品人员和运营人员的关系

这个例子很恰当:产品是孩子,产品人员负责生孩子,运营人员负责养孩子.所以孩子最终的好坏取决于生和养的环节,不能单独只看一个环节.生要生好,养才能养好,单纯依赖一个环节都是不可取的方式.

理想的产品与运营的合作关系

产品在设计期间就应该考虑到产品的运营策略和方法,这跟要求产品经理在PRD/BRD中要描述产品的运营指标,方式是一个道理,也是正确的做法,虽然难,但是确实是最好的做法.所以要求产品人员至少具备产品运营,市场营销的基本概念和知识,了解基本方法.同时,需要好的产品人员与好的运营人员进行合作,并进行深入沟通,保证双方对目标,策略,方法达成严格的一致,对关键点没有歧义,而在设计阶段,也要更”业务化”的方式进行设计.

以上内容都是关于产品人员,运营人员,产品本身之间的关系和合作方式.下面是运营的基本概念,有利于产品人员更了解运营

运营与市场营销

之前对于这个问题一直有些疑问:如果都是为了推广产品,市场和运营有和区别?答案是:运营和市场是有交集的,目的也相同,有些公司是同一个团队,甚至是同一个人来负责的~

运营的作用

这个图很好的说明运营的作用: 产品本身有生命周期,而运营应该从始至终贯彻产品的整个生命周期,同时在各个阶段都有”放大”的效果.产品本身有自己的效果,运营可以进一步放大,而在开始,峰值,尾声这3个阶段效果最大.

以B2C网站为例,这类网站产品最核心,最终极的目标就是交易量,而交易量由什么控制?核心的内容就是下面一个公式(其实这个方法可以发散些想,很多产品都适用)

交易量 = 访问人数*平均单价 * 转化率

平均单价是不太好控制的,产品的优化可以提高转化率,而对于提高访问人数很无力,你可能会说:产品做的好,自然有口碑营销.而实际上口碑营销如果不是有目的或者方法去引导的话是很有限的,引爆流行里面也曾经分析和总结了三个要素,其实想同时具备这三个要素不是那么容易.

而运营的作用,就是提高访问人数,或者从更合理的渠道进行推广,甚至能提高转化率~

运营该如何做?

在消费品行业对于产品的功能有以下维度的划分,互联网产品确实可以参考和学习~

必备属性是基础,可有可无的功能可以不做就不做,不可接受的问题一定不要存在,营销和传播的基础是魅力属性.

作为魅力属性的设计和选择,有以下几个要点:

不要问用户
不要相信用户
要挖掘,超越用户需求(当然,超越需求是在完全了解用户,理解需求的基础上的)

苹果待机时候的呼吸灯,产出之前相信没几个人会觉得cool,觉得靠谱.必应的每日一图,相信开始没人认为搜索引擎每天换一个背景图是亮点.

在《细节营销》中指出营销需要从客户的角度考虑问题，有以下6点方法,可以看出跟产品设计的出发点一致,这也是我之前思考”运营人员和产品人员很多时候需要具备相同的用研背景”,同时以下这6点方法在产品设计初期也可以考虑借鉴和使用

看清事实,从客户的角度看产品
找弃你而去的客户谈谈
销售人员和营销人员至少有一部分是来自客户
让你的客户帮你管理
做一做你自己的客户
做做竞争对头的客户

update: 胖胡斐的讲义已经放出，可以看看~

ppt如下

Operational Product – 运营性产品 – Panghufei/胖胡斐 Popout

UCD2010信息架构工作坊

千鸟 — 2010-11-01 13:49:23

与Tony在年会下午有个主题为“Web信息架构”的工作坊，之前没拿到报名名单，搞不清楚受众群体的口味，于是多准备了些内容。以前也做过“web信息架构”分享，这次内容是最全的，包括几年的学习笔记和案例积累。我们工作坊很努力的坚持到了最后下课，我看时间是18点15左右。

根据时间安排了四节课，各50分钟，中间10分钟休息。第一节课“意义”，第二节课“原理”，第三节课“方法”，第四节课“案例”。其中第一、四节由Tony来讲，第二、三节我来讲。

第四节课还有二十多人

有言在先，文档不公开更不提供下载。有两方面原因，第一用了几张老外的图片，但没找到出处也因此没标注，不便流传；第二豆瓣案例的数据敏感，但没数据又无法说明问题。整体来说，部分内容也还值得推敲，需要再完善。

第一节主要是扯淡，从生活场景到互联网产品工作职能，概述国内国外整个发展和历史。提出问题并引入话题，希望能先在认识层面统一思想。既然我们都碰到了这样的问题，那么接下来准备好一起面对。

第二节正式上课（有人在笑），这部分纯理论的知识量很大，穿插很多小案例来讲解，主要包括“内容组件、逻辑组件”两部分。其中“元数据”是内容组件的基础，“组织系统”是逻辑组件的基础，分别用了大量例子来说明，非常重要的入门内容。

207.png" alt="" title="ia" width="300" height="207">
图1.用来解释“元数据”概念，图中列出来有关“信息架构”的所有相关词，并且用受控词表的方法分出了几个维度。为什么会存在？它们之间的关系？如何使用？后边会用“猪手、猪蹄、猪脚”的案例来举证说明。

图2.用来解释“label”和“tag”的差异，对比了两者的含义用法，并且提出label为“标记”的更佳中文翻译。这是我认为《Web信息架构》书中存在翻译问题，容易误导读者。

图3.用来解释“导航”在应用层面的分类，包括不同用法。在这个iPod页面上，主要体现了导航+内容的组织关系，以及导航的重要性。

第三节讲方法，主要是个人经验，我把实施分为“新构建、重构优化”两大类。通用方法其实都只是些原则性问题，本工作坊不是讲整个如何做产品的大课题，所以偏重于“信息架构”在某种方法中起到的作用。

图4.结合友好网址的理念，讲解了我架构个人网站的思路，实线是已实现，虚线是可扩展。以及入口、组织、积累、更新四个方面的内容组织策略。所谓个人网站是要适合自己的网站，所以体系仅供参考，否则你就没必要再学习“信息架构”了，一点sense都没有。

图5.用书友会网站的案例讲解逻辑组件中“自上而下的组织方式”，从“报名方式”页面往前反推。并且为什么导航上直接放了2009,2010专题链接，而不是“年会”的原因。再次提到通过url判断内容架构的时候，有位同学提问为什么2010专题不加个meeting/的层级？问题非常好，因为我提到将来如果年会专题增加到3个或更多，才有必要在导航增加“年会”页面。

http://ucdchina.com/club/meeting/
http://ucdchina.com/club/2010/
http://ucdchina.com/club/meeting/2010/

club/2010/ 是我定的，因为club层级是“书友会”，之后的年一定是“年会”而没有歧义。将来年会页使用meeting/没有问题，之内再链接2010/也没问题。当然，专题页使用meeting/2010/是严谨无错的，但我更倾向于在没有误解的前提下尽量短。

第四节主要是豆瓣相关产品的案例，应该比较符合豆瓣粉丝的胃口（内容组织上豆瓣确实有独到之处），但现场似乎对豆瓣熟悉的同学比较少。从教学角度来看，这节课案例覆盖面不够广，比较单一，将来还得在实践积累上多下工夫。

相关话题：UCD年会2010 源地址：http://blog.rexsong.com/?p=11634

运营型产品-UCD年会的分享记录

胖胡斐 — 2010-11-01 13:23:46

UCD年会吧，这是一个以“以用户为中心的设计”为主旨的组织，里面有最优秀的体验设计师、交互设计师和产品经理。这回的年会在杭州举办，有一个主题和产品运营有关，于是白鸦“通知”我去做那场圆桌会议的主持，并做一些分享。受宠若惊。

话我也是因为这事儿才和鸦总见面，以前完全是网友。在会上也碰到很多网友，所以同行的聚会会觉得很开心。

Tommy和我一起主持这场圆桌，他建议主题改成“运营型产品”，我和白鸦都觉得很好，这是个比较新的概念，并且在概念层面就把“运营”和“产品”对等起来。

我从这个角度去整理了一份提纲性的PPT。

说“提纲性PPT”，是说一种“用来讲”的PPT，而且主要……

作用是提出问题和要点，引导大家讨论。所以，这个PPT下载下来几乎没什么用，主要内容在会场人们的嘴里。有关这个概念，我几年前写的《学习PPT》里有表述。不过应大家的需求，我还是贴在下面了。

4个小时的讨论会，说了很多东西，我没有办法一一记录。而且，在这里把全部内容免费放出来也会被人追杀，呵呵。所以我还是把一些点放出来。看不懂的同学可以提问，但是我们没法保证你能理解当时的上下文关系。

互相认识之后，邀请大家分享各自公司的产品运营岗位，都做什么？怎么做事？效果如何？以及大家如何看待他们的工作？

我们会发现不同公司的工作方式很不同。

接着每个人会分享自己理解的产品和运营之间的关系。不同类型的公司，对这两个岗位谁说了算的问题，解决方式都不同。有的是产品说了算，有的运营说了算。我们更分享了在阿里的经验：从来不知道谁说了算。

对产品需求，不同的公司也会有不同的需求方，有的是产品自己提，有的是运营提。

更有趣的是，让大家分别站在产品和运营两个角度，有没有抱怨情绪的时候，我们发现这冤家关系更明显了。

产品会抱怨运营没想好就提需求，抱怨运营短视，抱怨运营KPI导向严重，抱怨运营定了的需求随便改。

运营会抱怨产品总是不实现需求，抱怨产品总有二期，而第一期根本没法用，抱怨产品不理解业务，抱怨产品不跟他们一起背着KPI。

我当时感觉自己有点像娘舅，两方面的关系需要调和。而且，双方都不知道对方其实是这样想的，而且双方都自我感觉不错。

于是自然而然的问题带出来了。这到底是个什么关系才能更好发展。

Tommy很激动地上台讲解了他对整个话题的理解。包括真正的产品经理应该关注的东西。Tommy认为所有的产品都需要考虑运营的问题，而业务业绩由运营来背，产品的努力对业绩的帮助有限。所以认为必须是整合考虑包括产品设计、产品营销和产品运营各方面事情的“产品经理”才是完整的产品经理。产品经理应该管整个产品从生到死的所有事情。

话题转回来，不少产品还会认为“酒香不怕巷子深”，好产品不一定需要运营，“是金子总会发光”。话确实是这么说的，不过我们看一些例子：

一个特与时俱进的例子。王菲头一天晚上的演唱会，整场只有六个字“谢谢谢谢谢谢”，只有唱歌，没有暖场返场嘉宾，所有花哨的都没有。这是属于产品无比好的类型。可是真的不需要做运营和营销吗？完全不是。

新浪微博，从产品角度说，没有难度，微博已经快成所有网站标配了。可是为什么新浪做到最大。我讲述了新浪微博发家的案例，大家从中可以学到不少。另从新浪微博上次改版的故事看出，很多东西不是产品可以改变的，也希望产品的同学理解这种特殊需求。运营角度说，让人更多活跃，所以需要有微博广场，需要有微博控的勋章，所以需要有加强维护的话题榜，等等。从很多产品同学的眼中，我看到他们从这里开始理解运营需要做的事情。

另一个例子，虾米FM电台。从运营来的需求，产品实现，然后接着运营下去。产品角度，随机播放真没什么难度，但关键在于如何做，才能让更多人使用，包括“星座电台”和“网友推荐电台”，一定是运营出来的。而且，一定是产品预先就知道运营打算怎么操作，才能做出来的好东西。

继续看小产品大运营的例子，2000多个团购网站，混战的时候绝对不是拼谁的产品设计更好谁网站更快更稳定，而是拼谁的折扣更好，谁的产品描述更到位，谁的信息组织更有效。而这，不是纯考虑产品的产品人能做到的。也正因为此，产品才会常常抱怨，自己的产品没人用。

必应的案例引来大家无数讨论。一个搜索产品可以做成google那样，也可以做成bing这样。讨论了什么是搜索产品必须的要素，比如“能找到”和“快”，在这之上，必应需要考虑如何营造差异化。首页图片和搜索结果多媒体化，是很好的尝试。而这些，一定是设计之初，运营、营销和产品就一起谋划好了。而结果就是，必应在美国市场马上成为第二。

这一屏引发的悄悄话最多。有人说QQ输入法就是小产品大运营，有人揭露google输入法和搜狗输入法的同源之说，但不可避免的是，搜狗在同源的产品上做出了差异，于是成功了。QQ输入法通过捆绑等手法，用少量的产品创新就赶上搜狗。这都说明运营功不可没。同样，有产品没运营的就是微软拼音输入法了，微软和我母校（哈工大）自然语言处理研究所研发的，没有KPI呀，所以做出来也没什么人管。一切都说明，产品和运营谁也不能说就主宰一切了。

很多产品同学在抱怨。运营拿到产品不好好用，还总是提修改意见。产品的同学常常把产品当成自己的孩子，感情很深，而生完了之后，又是由运营来养的。于是貌似关系变成了“生”和“养”的关系。话题变得有趣起来。

我会拿动物来举例。有一种动物如海龟，海龟妈妈生完之后，从孵化到小海龟爬出来到逃进大海到长大，所有过程都是自己完成，也就是生完就不用养活的。小海龟就是一种非运营型产品。

而哺乳动物不同，从怀孕，到能够独立生活，妈妈都需要养。这就是运营型产品。

有趣的是，当让大家举例，什么样的互联网产品是非运营型产品的时候，大家举不出来。

换句话说，几乎所有的产品，我们都要怀着“生了还要养”的心态去做。

很自然，我们得到了运营型产品的定义：

业务目标是主要目标
业务驱动
产品作为工具
需要运营长期介入
别人养的孩子

“孩子被领养”是个听上去好悲惨的事儿啊。

不过看看Jobs的故事，也就淡定了。Jobs 2005年在斯坦福大学的著名演讲有这段故事：

我的生母是一位年轻、未婚的研究生
她决定让我被领养
而且必须让有大学毕业的父母领养
所以，我一出生就被计划给一对律师夫妻领养
只是我出了娘胎
他们在临时决定要的是一名女婴
我那等待孩子被领养的母亲深夜接到电话
问到“我有一位意外诞生的男婴，你们想领养吗？”
他们说“当然”。
我的生母稍后发现我的养父母从未从大学毕业
而我的养父更连高中都没毕业
于是，她拒绝签署最终的领养文件
但态度几个月后就软化了
因为养父母承诺有一天会让我去读大学
这就是我生命的起始

从这个故事，我们可以学到几点：

策略：为你的产品做好运营规划
人：和好的运营人员合作
沟通：和运营人员做深入的沟通
业务：用更加业务化的方式设计产品

这个故事在现场得到了不小的共鸣。

话题被拉回到用户，来回到业务本身来。

大部分的互联网业务，都可以从3个维度去衡量和考核，量-率-度也是最简单的业务分析和考核方法。

量。数量，需要更多人来。
率。转化率，人到产品使用，最后需要产生一个行为，产生行为的比例就是率。
度。产生行为的客户的满意程度，他们会影响没有来的客户，同时没产生行为的客户也会影响。

大家认可这是最典型和简单的度量方法。

当被问到，产品改动和运营手法，对这三个度量的改变程度的时候，大家就会明了，产品可以解决转化率的大部分和满意度的一部分，其他的，解决不了。

所以，把所有业务指标压在产品上的做法没有道理，因为人不知道往哪里使劲。

而运营型产品，就必须让产品和运营一开始就绑在一起，分清楚每一个度量是由谁做主导的。

而我们犯的最多的错误，正是不清楚自己在做什么，过于享受过程而忽略了目标。

接着话题回到本源：产品经理到底该干什么。

就目前而言，互联网公司的产品经理，大都只做左边三件事。而且和做右边事情的人是割裂的，无论在组织结构还是在做事内容上，都是割裂的。

提到产品属性，产品策划初期，我们就需要找到一种叫做“魅力属性”的东西。我举了苹果呼吸灯的案例，google的案例去说明魅力属性。

大家对这个概念感觉有点新，大概因为这不是互联网的经验吧（事实上这是消费品行业的说法，但很管用）。罢了，话题很大，有机会以后说吧。

总的来说，魅力属性是同质化严重的时候突围的良方，更是新市场进入时候先入为主的灵丹。

接着说到产品生命周期，阴影部分才是运营的价值，而很多运营的同学，把所有都说成自己的功劳。三个红箭头，是运营需要特别注意留意的地方。

中间的地方，可以称为“未央”，汉代皇帝住的地方叫“未央”，说的是没到中间的地方，因为到了中间，就是下坡路。扯远了。

我会很推荐一种叫做“营销视角”的产品运营方法。只有从一个全面的、营销化的视角去看待自己的产品，才会有比较出彩的玩法，才会更容易找到产品打动人的那些点。这又是个大话题……

这之后就是大家比较深入的讨论，就各自碰到的问题进行交流。

最后，我们绕回最开始的问题：

产品和运营到底是什么关系。总结之后，补充了运营需要给反馈的点。反馈真的很重要，产品太希望知道，自己的东西被用到什么程度。

不过，最根本的问题似乎是，我们需要更称职的有营销视角运营作风的产品经理。呵呵。

我们讲的内容不多，但是大家一讨论，就着话题，时间就过得飞快了。

最让我开心的地方，是我从很多同学的眼睛里，看到了大家在思考。其实，我很不喜欢教唆式的培训，最有价值的东西，应该是能让人有领悟的东西。我还需要努力。

好了，就记录这么多，用PPT的最后一页结束：好产品，好运营。

附原PPT浏览和下载：

Operational Product – 运营性产品 – Panghufei/胖胡斐

相关话题：UCD年会2010 源地址：http://www.panghufei.com/?p=10341

UCD2010年会小结

周陟 — 2010-11-01 13:09:23

UCD2010年会圆满结束，虽然这次采取售票和验证工作情况的方式提高了准入门槛，但是400多张门票显然不能满足激情的群众们，这次年会的规模还是达到了500人左右。从大会演讲、主题工作坊，圆桌会议，晚会的设置和安排来看，我给出80分，要感谢对年会的筹备付出最大的坏人和白鸦，以及所有的志愿者朋友们。同时，也要感谢我的助手石头，他的协助帮助我能够全心的投入到工作坊的准备中。

在新浪微博上已经有话题组在讨论关于年会的情况，相信未来几天会有一些朋友陆续发出年会的感受，照片，我就不罗嗦了。主要总结一下我自己的工作坊的情况。

这次为了避免像去年一样过于偏重视觉设计，主题定在了“产品设计”这个范畴。现场来了40位左右的朋友，都是该行业的从业者，有交互设计师，产品经理，创业团队合伙人，总经理等。工作坊由4部分组成：引导式演讲，分组讨论，讨论成果分享，自由对话。

时间从13：30 一直持续到18：00，因为时间关系，最后的一个创意游戏没有做完，就由大家带回自己的公司和团队分享了，也不失为一个好的结果。

这次的工作坊主要围绕4个部分开展：

1. “设计的起因”：关于为什么要设计一个产品，以及一个产品为何产生展开讨论，提出”高效能”产品设计的话题，找到设计的原因；

2. “风险和价值”：产品设计之初必须考虑风险和价值，这里主要讨论研究如何评估风险，预防风险以及从产品设计初期提炼出价值的方法；

3. “想法和手段”：如何进行产品的创意，从哪里获得设计产品的想法，以及如何把这个想法放到实际的设计方法论中；

4. “高效能设计流程”：这里我分享了得到2009年IF大奖和2010年红点奖的两个项目，一个只针对欧美客户的产品。展示了从0起点，到提炼核心功能，品牌气质，产品逻辑，以及具体的设计过程。

× 这次的keynote不方便公布，有内幕的同学自己联系吧，现场的朋友很多拍照了，请私下分享。

花絮：

1. 杭州的天气，人文，环境都很不错，温度稍冷了一些，但抵不住betacafe的朋友们如火的热情；

2. 年会后的酒会和核心成员夜宵，着实狠喝了一把，一直到凌晨三点，大家聊了很多事情，由于有大家的支持，我们决定明年会玩得更大；

3. 感谢工作坊摄影师 jason bao 的照片，我这次虽然带了相机，但居然都没有机会掏出来，节奏太快了。

相关话题：UCD年会2010 源地址：http://www.ucdchina.com/lytous/?p=2504

UCD2010杭州后记

千鸟 — 2010-11-01 13:03:39

http://ucdchina.com/club/2010/

昨天早上，我们四人快8:50才从“米兰洲际”出发，告诉的哥“到浙大紫金港校区”，问“你们是去开会？”我们回答“是啊，您怎么知道呢？”司机大哥说“今天这边好多去浙大的，我刚刚拉了几车。”然后直接冲进浙大送我们到了会场。

之前，拒绝了几位朋友的求票和进场请求，这个事情很抱歉。我到杭州是义工&工作坊讲师身份，包括UCDChina其他团队成员也是，本身没有为本次活动贡献太多力量，更没权利改变规则。

票在如此短时间内（年会组织较仓促）被抢光，是大家始料未及的事情，并有很多朋友表示之前因无法确定时间而没及时购票非常遗憾。这起码说明两点，第一550元的门票不贵，我知道550元对学生来说是一个月生活费，但这次年会的目标用户是有工作经验的从业者；第二互联网技术领域内对“产品用户体验”的重视程度在急速提升，相应从业者队伍在壮大。

个人认为，此类大会并不能起到“打通任督二脉”的奇效。用我们做产品的思路，如果要讲绝大多数人都感兴趣的话题，只可能是泛泛而谈。有些新鲜观点和独到经验值得借鉴，但到要落实到具体操作层面，不是那么简单。说实话我也不喜欢穿梭社交场合，但我深信知识是有价的。只要保证活动的知识密度和含金量，门票是最好的门槛，本次年会下午安排的“工作坊”和“圆桌会议”对此做了很好的弥补。借用唐沐最后提到的观点“做比说重要，但说也很重要。”我同样认为“实践比交流重要，但交流也很重要。”

对明年，期望能有更多实践者贡献经验，以便至上而下推动整个技术领域的发展，进而提高所有同行的专业水准。这方面，国内的大公司们责无旁贷，专业技能多交流没坏处，产品切磋才见真功夫。小公司团队无法做到大公司那样的配置，应该在敏捷和专业度把握上多下功夫。我认为只有大公司培养的人才多了，才可能有更多牛人出来做成功小公司，目前国内小公司产品值得一提的屈指可数。

见到好多老朋友，平时工作繁忙，基本也就一年见上一面。聊聊工作扯扯淡，有益身心健康。浙大紫金港的环境很优美，杭州组委会的同学们很给力，感谢国家，感谢同行，感谢志愿者。

哦，晚上的酒会，这事不能说太细。白鸦的主场，Ami, Herbert, Junchen, 南瓜, 大辉, 大象, 坏爷, 宝哥, 蚂蚁, 周董, 子狼, 淫荡小组诸位……等不认识的好汉和美女，兄弟我算见识了。

10.29下午, Betacafe, welcome 88083929 (Nikon D90)

10.29晚上, 安姐加班打发票等 (Sigma DP1s)

10.30上午, 大会现场座无虚席 (Panasonic LX3)

10.30晚上, 南瓜所说的“抱着电脑的一群人” (Panasonic LX3)

相关话题：UCD年会2010 源地址：http://blog.rexsong.com/?p=11595