UCD2009广州年会--从用户出发 - UCD大社区

UCD在游戏行业中的生存与发展——2009UCD年会记录

欧阳先想 — 2009-12-23 22:25:12

UCD在游戏行业中的生存与发展会议记录

主题：UCD在游戏行业中的生存与发展

主持嘉宾：刘亚军

特约嘉宾： 深圳腾讯互动娱乐业务系统陈东明

广州网易互动娱乐有限公司蒋维

珠海金山网游卢歆翮

网龙天晴数码薛立成

会议内容:

一、主题演讲：腾讯游戏UCD介绍

主讲嘉宾：陈东明 腾讯互动娱乐业务系统

---------------------------------------------------

PPT大纲：

1. 国内网游研发怪现状

l 同质化严重，缺乏创新

l 先产品后市场

观点：国内游戏市场普遍现象—导致产品出来后严重市场问题，排除实力游戏公司（暴雪、EA）

l 把自己当玩家

l 挑战玩家忍耐底线

l 成功的游戏=好的用户体验？

观点：不少策划人员都有此想法，以韩国游戏和国内主流游戏为例。

以国内免费网游先河的成功为例，产品体验方面有所欠缺，国内现阶段网游都以其为标杆来看待成功网游。

2. 网游产品的特点

特性	应用软件/网页	网游产品
使用目的	多样性	纯粹娱乐
用户群	宽泛	特定
影响用户体验因素	界面可用性、美观、功能、效率稳定性等	世界观、美术、音效、特效、手感、界面可用性、视角可玩性（系统、关卡、数值）、功能、效率稳定性等
用户宽容度	弱	高
界面停留时长	短	长
用户注意力	分散	集中
生命周期	长	短（3-5年）

3. 腾讯游戏UCD发展历程

	初创期（03-05）	发展期（05-08）	上升期（08-今）
UCD覆盖面	第一款游戏产品-QQ游戏	扩展到自研MMOPG和ACG	覆盖80%自研代理合作开发项目
团队建设	美术=UI交互 =CE UE岗位单一	UI交互+GUI细化分工	UI交互+GUI+用研合并UI策划与UI交互
存在障碍	资源匮乏，方法论处摸索阶段	资源为主的组织架构导致交互设计在边缘徘徊	项目为主的组织架构削弱专业线凝聚力，内部交流存在阻碍
面临挑战	身边同事人之不足-教育期	产品、策划不易扭转的惯性思维，工作内容存在重合一-磨合期	部分产品、策划、美术、开发用研意识不强、流程推动缓慢
形势环境	高层对产品用户体验要求很高	挑战传统网游研发流程，推动UCD发展，合理就要存在	倡导全民CE，走出具特色的游戏UCD道路

观点：每一个做产品用户体验的工作人员，都应该把自己当产品用户普通用户来看待。

4. 游戏研发为何需要UCD？

时刻掌控用户需求--用户研究去深入挖掘用户各方面需求

创新—创新都来源于用户，通过UCD挖掘用户潜在需求，用在创新设计上

5. 网游行业的机遇和挑战

l 市场

机遇：中国目前已成为世界第一网游大国

挑战：市场细分

l 行业

机遇：大量工作室和专业人才

挑战：细节决定成败，懂拥护者赢天下

6. 我们如何发展

l 推广标准化流程，因项目制宜

l 扩大涉猎面和工作参与范围

观点：策划、设计各方面都参与，理解用户和其思想

l 从点到线到面，逐步扩大影响力

观点：以腾讯UCD为实例，循序渐进推进

l 提升服务质量，品质决定一切

l 转被动为主动，充分渗透产品细节

观点：角色被动状态，工作需要人来安排，很被动，而没有主动从全局出发来了解产品

l 促进行业交流，共同营造广阔的发展环境

二、互动交流环节

交流话题：UCD在网游行业的发展

----------------------------------------------------------

1. 你所在公司或部门的UCD团队组织架构是如何设置的以及团队成员各自承担的职责？

金山 卢歆翮：

以春秋Q转为例，独立平行于策划部门，负责所有成都公司UI设计和交互

目前所在金山平台位于策划之下，职责：UI、UE、数据调研、市场运维和论坛接口

网易蒋维：

成立团队3年不到，由1人逐渐发展为20人左右

组织架构：目前属技术部。技术部游戏反馈意见，策划部不听取，产生游戏针对性问题→技术部代表用户意见就开始做用户体验→成立数据调研（用户行为分析）部门—UI团队。现阶段刚建立，4、5个人，目前作品还未面试。

2. 介绍一下你所在的用户体验团队是如何体验价值的？

网龙 薛立成：

UI部下，主要从事软件界面产品。用户研究成立时间短，1年多，

工作方面-：接到工作→交互设计团队→风格设计师

工作流程：策划提出要求→完善 →反馈

产品价值：努力提高游戏交互

（听众）谭，运营总监：

今年游戏火爆，受Webgame影响。实际游戏

UCDChina彩程系列报道之 (二) 为什么UCDChina那么火

彩程 — 2009-12-09 18:04:18

UCD/UED很火，UCDChina很火，UCDChina2009年会那是相当的火。

作为一个UCDChina初级用户，我很好奇为什么这个平台会如此成功地聚集到这么多业内人士的目光与热情，并最终形成一个良性的互动。

参加了UCD2009年会，在UCDChina上泡了一段时间，和发起人千鸟有了一些交流之后，也积累了一些粗浅的认识和建议，在这里一并发出来，一方面自我疏理，一方面抛砖引玉。

一、UCDChina的天时、地利与人和

古人云“天时、地利、人和，三者不得，虽胜有缺。” UCDChina天时地利人和三者尽占，在UCD/UED言论和资讯领域独得风流。

1、关于天时

前端工程师的概念大概在2005年出现，而UCD/UED的概念真正推广开来并深入人心，也就是最近一两年的事。

更早一些，不管是在北京上海，还是在深圳广州，WEB设计师还依然常常被称呼为那个在我看来略带贬义的词——美工。在今天的成都，即便是在某些上市 IT公司，也是刚开始接受UCD/UED的概念并采用相应的设计模式——原因很简单，因为他们发现，要把产品或平台做到美观易用，单纯靠所谓的美工已经完全不够用了。

作为一名UED行业的从业者，我认为我们应该感谢阿里巴巴、腾讯、金蝶、163等一批成功的IT企业的示范效应。他们的成功，也成功证明并让所有人看到了UED的价值，同时，也为我们每一个从业者争到了更大的价值认同、话语权和发挥空间。

可以说UCDChina的火爆，和UCD/UED大发展的这一波浪潮不无关系。

2、关于地利

同城是个很好的概念，UCDChina的线下书友会，一下子把人和人的距离拉近了很多。北京、上海、南京、深圳、广州、杭州、厦门⋯⋯一个城市的同类，聚会在一起，聚焦话题，交换书籍。大家在网上获得的是资讯，而在线下，则能诞生更多实质性的合作机会以及更真实的情感交流。

3、关于人和

我们发现，在UCDChina的平台上，已经形成了一个金字塔形的稳定生态群落，不同层次的从业者、爱好者，都能够在这个平台上各取所需，并找到自己参与和分享的方式。

UCDChina的用户生态群落

这个金字塔的顶端，是UCDChina发起人团队以及其他设计牛人、BLog明星。这个层次的人，注重建立品牌和影响力。他们通过写博、写书或者翻译，以及管理和运营这个平台形成并扩大自身的影响力，进而影响业界生态。对于这个平台本身而言，他们在这个平台上的工作基本上是公益性的，而他们的利益诉求将通过其他商业渠道以咨询、培训、策划等方式获得。

这个金字塔的中部，是大量优秀以设计师和产品经理为主体的Bloger，他们看见，他们理解，他们设计，他们表达⋯⋯他们来这里的目的，就是为了开阔眼界，学习理念，提升技能和积累经验。

这个金子塔的底座，是更大量的爱好者、入门级设计师以及学生，他们参与的方式主要是阅读博客文章和参加线下书友会，一般实质性的贡献不多，少数活跃份子和天才除外。但毫无疑问，他们是这个行业未来的生力军。

二、UCDChina的核心竞争力与架构特征

UCDChina以BLOG为基，以书为媒，以时间为经，以空间为纬，串起了一台UED界的大戏，立体作战，不火不行。

1、以BLOG为基

UCDChina的界面简洁清爽，一方便从标题便可直接跳转到作者BLOG，给予了博主最大的版权尊重和人格尊重，另外一方面在官站上保存该 BLOG快照片，避免了博主链接丢失而造成内容不能浏览的尴尬。众多业者的BLOG是UCDChina的源头活水，而经过筛选过滤和归类整理的博文也是 UCDChina的核心价值所在。

2、以书为媒

UCDChina上的明星写手们写书出书翻译书推荐书；UCDChina上观点独到，内容精要的blog也被集结成书，UCDChina的爱好者们则通过书友会来聚会、交换书。

书是UCDChina内容精华的出口，也是UCDChina成员之间联系的纽带。

3、线上与线下并重，时间和空间同步

UCDChina是一个无需注册的开放组织，但表现得并不松散。和许多只有一个在线站点的纯网络组织不同，UCDChina线上和线下结合得非常好，书友们一方面在网上获取资讯；另外一方面在线下交流感情，甚至获得合作机会——年会则把这种人的群聚效应扩大到了全国。

同一个时间，各个城市的设计师讨论同一个问题，因为书不太容易挪动，所以聚会的场地也基本是固定的，这些相对固定的设定，让UCDChina获得了时间和空间上的同步，也增强了UCDChina实体体验的质感和稳定性——显然，也并不限定各自的发挥，让不同城市的聚会具有不同的特色。

三、给UCDChina的发展建议

1、提升内容的质量和编辑的艺术

我们认为，在已经具有了一定写手规模和受众基础的前提下，作者的水准和编辑的眼光将最终决定UCDChina的核心竞争力和业界影响力，作者水准的提高，那属于个人修炼的部分我们管不着，但编辑的眼光、选题和深度挖掘的能力，却可以比现在做得更好。内容质量方面，我们认为Smashing Magazine创造了一个值得学习借鉴的标杆；编辑组稿方面，我们认为闾丘露薇的My1510对于话题的分类和组织，乃至老罗的嫣牛博独创的上半身下半身都做得不错。

话题太大，想说的也太多，不如先说一个版面改进方面的小建议：UCDChina的界面有极简主义和平权民主的倾向，我很欣赏，不过，个人感觉还是至少需要个大banner，把最近最热的活动或事件，以图片的方式呈现出来。

2、引入微博元素

微博确实是当今交流和分享的利器，不可不用，不可滥用。年会上的微博互动投影墙，收到了很好的效果，将它引入到UCDChina的平台之中，更能让人感受到UCDChina的脉搏。具体做法建议：比如在首页侧边条有个UCDChina的官推，UCDChina核心成员可以发送一些不太严肃和提前预告的短消息，活跃气氛，供传谣用。

3、建立会员系统

其他不多说，对于一个有着地面据点的非纯虚拟组织而言，基本的地理信息就有很大的意义。比如我想组织一次成都的书友会，给每个Base在成都乃至四川的会员发封群发邮件，UCDChina是否能给我提供相应的Mail List？一个完善的会员系统，是精细化管理和差异化服务的基础。
好吧，拉拉杂杂说了这么多，第一是喜欢UCDChina的好，第二是希望它能变得更好——因为，我们已经满怀热情的加入，准备做点儿什么，比如：正在筹建UCDChina的成都分舵。

这篇就先写到这里了，敬请期待我的 “UCDChina彩程系列报道之（三）UCD书友会成都分会大揭秘”

《从》之“大环境在变化”

白鸦 — 2009-12-09 08:54:27

第一节“产品设计是什么”，在这里。

当我说“产品和业务模式、市场和运营策略、用户体验和界面设计都必须围绕着用户进行，且三者不可分割，必须融为一体。产品设计是一份综合性工作，只做好任何一块都不会成就好的产品”的时候，很多人怀着疑问，因为在不少人心里“商业利益和用户体验是对立”。但我想说：“今天的商业社会已经在变化，已经不得不把用户的体验考虑到企业运作的所有环节中”，从市场运营到企业竞争，到最终的产品设计，一切都必须“从用户出发”！

让我们来看看今天商业环境的变化…

.

有一句很著名的话是这么说的：“广告主很烦恼，他们烦恼60%的广告费被浪费，他们更烦恼不知道这60%浪费在什么地方了，他们最烦恼的是下次还得继续浪费”。

美国百货商店之父，约翰·华纳梅克（John Wanamaker）曾感叹：我在广告上的投资有一半是无用的，但是问题是我不知道是哪一半”。菲利普˙科特勒先生也提到：“促销费用的大部分都打了水漂，仅有1/10的促销活动能得到高于5%的响应率，而这个可怜的数字还在逐年递减。

最早的时候，我们做市场推广，核心技术在于“找到潜在客户集中的地方，投放广告”，要求更大的转化率。说白了就是“拿钱买流量”。当然，这个办法也不乏有做的很好的范例，在网站的推广中，51.com当年做了不少这样的成功案例。春运期间，他们在湖南、四川、广州等城市的火车站投放了图上这样的大幅广告，这些广告很好的吸引了“流动人口”，给他们带来了很多的客户，这也让 51.com的主要用户分布一定集中在这些地区。

我是一个喜欢关注广告的人，曾有那么半年，每天晚上睡觉之前要看20分钟左右的“电视广告”，就是“七星七钻”的那种。但我们不得不承认，在今天这个环境下，“拿钱买流量”的市场推广方式已经OUT了。比如，手机领域，用户开始更在乎你所能提供的“应用”，而不是内存多大、摄像头多少像素、通讯录能装多少联系人。

今天，我们看到了更多像 NOKIA这样的市场推广方式开始流行。正如我在前面提到过“手机默认内置QQ”的方式一样，我们看到越来越多的市场推广在用“联合运营”的方式。比如，图中这款NOKIA最近推广的手机，它的卖点不再是摄像头像素、通讯录容量，而是内置了“淘宝网”、“人人网”、“饭桶网”、“豆瓣网”、“天气预报”等等这些用户日常需要的、喜闻乐见的应用。

但我们同时看到，这样“联合运营”的推广方式，依然不是最好的方式。最划算的、最能吸引客户的，是一些靠“用户传播”的方式。

这就要求我们的产品，真的被用户喜欢，体验真的让用户愉悦。当用户主动帮你推广的时候，新用户的接受程度，传播到达之后的“转化率”要远远高于你通过“广告”方式的传播。

（在会议现场我做了一下调查，发现Dropbox这个服务的使用者中，绝大部分是通过朋友推荐才使用的）

Dropbox 是一个非常非常“无缝”的云存储服务。我们没看到Dropbox在市场上打过多少广告。但它的使用感受实在是非常非常好，所以它的使用者会愿意主动为它传播，主动去帮它推荐。当然，Dropbox同时也采用了很多“邀请别人使用后，自己可以获得更多免费空间”的措施，来激励用户的传播。今天像 Dropbox这样让用户来帮助它推广的方式越来越多，未来也将成为主流…

当然，并不是说“靠用户推广”可以取代一切。对于“市场推广”我并不是很懂，我想未来的推广方式可能还是多样的、综合的。

但，至少我看到了一个未来会成为主流的现象，那就是：从用户出发，给用户提供更好的使用体验，让用户感到愉悦并主动将这种愉悦传递给更多的人。用户传播的效率，要高于用“钱”来传播的效率。

.

再看今天我们互联网领域的竞合关系。

我们的第一代互联网，Sina、Sohu、网易，他们的竞争更多是“粗放型的综合竞争”，你有的我也有，反正大家都做的一样，就比大家谁更能喊的响，引来围观的人更多。那个时候大家都在争抢用户的入口，比谁能把用户先喊到自己的网站上，所谓“得入口者得天下”。

但是这种竞争方式真正带给用户有价值的东西很有限，对于用户的粘度也极其有限。特别是当用户相对成熟以后，“更改”的成本会非常非常低，互联网是一个极其灵敏的连通器，用户会用脚来投票，半秒钟就可以从一个服务差的地方到另一个服务更好的地方。

那个时候的竞争方式是一种极其不成熟的竞争方式。

再看今天我们第二代互联网的几大巨头，阿里巴巴、腾讯、盛大、百度，（可能不少人不认为盛大该排在此列，而且位置更不该靠前。但我个人认为应该是这样的，再过三年也许就够了，我们可以拭目以待）。今天这些企业的竞争已经开始是一种平台的竞争，“得平台者得天下”。每个平台都有自己擅长的领域，大家都在围绕自己擅长的领域扩展和优化自己的平台，用平台来黏住用户和合作伙伴。

虽然也会时有“骚扰”，你跑来做我的业务我去做你的业务，但大家都很清楚自己的核心用户需求和核心优势是什么，重兵一定在自己的核心上，输不起的也是这些核心。

这个过程犹如工业革命之后社会分工的变化过程。最早的时候，每家工厂都自己引水、发电，慢慢的开始出现“分工”。我认为“分工”时代的开始才是工业文明时代的真正开始，每一个企业在“分工协作”的大环境下互相依存，共同服务于这个社会，同时获取自己的回报。

这就像我们未来趋势已经明晰的互联网，一个开放的互联网。今天，如果你做一个非视频类社区网站，里面的视频服务要是非得自己做，文件存在自己服务器上、解析靠自己的技术，那么你不是OUT了，而是傻到家了。因为，有很好的、很开放的、可靠的、能满足你需求的视频网站在为你提供这样的服务。同样，如果做一个电子商务网站，你要自己一家家的去和银行谈判、一家家银行接入、建立自己的资金核算、风险控制体系、从头教育用户的使用习惯…，而不去直接用更安全的、可靠的、便捷的、成本低的第三方支付服务，那么你真的不要做这个网站了，回家洗洗睡吧～

这就是一个新的商业文明社会，在这里“开放、协作、分享”将成为主旋律，大到一个企业小到一个产品，必须具备开放的心态，在发展过程中最需要的是去寻求更多 “协作”，最终要分享知识、分享成果。每个一个企业，在竞争的都是自己最终对于客户、伙伴、社会的“责任感”，和服务能力。只要你服务好了自己的客户，天下就是你的。“得用户者得天下”。

在新商业文明的环境里，不是用户要跟着产品走，而是你的产品要跟着用户走，一切从用户出发，用户的体验是一切的基础。

几个月前，在上海的一次网商聚会上，有人问一批淘宝大卖家：“你们还想上市呢！万一淘宝倒闭了，你们怎么办？你认为自己做的是B2C还是C2C？”，这些卖家们的回答很一致、很干脆：“我们不担心淘宝倒闭，我们也不相信淘宝会倒闭。即使淘宝倒闭了，消费者总要在网上购物，还一定会有甲宝、乙宝、丙宝出现，只要我们服务好了自己的客户，客户去哪里我们就跟着去哪里就是了。我们更不会去管是B2C还是C2C，只要 2C够了。只要用户在，我就能做大”。这些大卖家很多没有所谓的“学历”、“背景”、“资历”，但他们已经更早认识到“从用户出发，将拥有一切”的道理！

最后。
我们可以看到无论是市场推广还是商业竞争环境，还是企业生存的基础，都将是围绕用户，从用户出发。所以的过程，用户都将是放在第一位的。用户的体验，不再是一个独立环节，要贯穿企业服务的全程。

《从》之“产品设计是什么？”

白鸦 — 2009-12-03 09:34:00

UCD2009广州年会的主题是《从用户出发》，会上我做了主题分享。虽然提前透露过“核心观点”，但还是有不少朋友说要提供PPT下载，但PPT确实太简单读不出来什么。干脆，我用文字表述一下分享的主要内容。

这里是第一段：产品设计是什么？

Larry keeley 提供过这样一个“产品三要素”的模型，由三部分组成：“可行性”、“可能性”、“期望值”。“可行性”由商业和市场评估来解决，“可能性”由技术来解决，用户“期望值”靠的是产品设计来满足。

那么，我一直在想：产品设计要解决的只是期望值吗？
是不是满足好了用户的期望值，“让设计超出用户的期望值”，甚至说做好了“引导用户期望值”，就是完美的产品设计、就可以出来很成功的产品？

即便答案是肯定的。那么“什么是期望值”呢？或者说，我们应该给“期望”一个什么“值”呢？

.
.

上图这两款手机，左边是中国移动的OPhone，右边是一款“山寨IPhone”。 OPhone具体的使用体验要比山寨IPhone好很多。

假设，这两款手机定价都在1000元左右，同时拿到深圳的“华强北”市场上销售，哪一款销量会更好？
答案是：“IPhone”。
为什么？

没错，固然不少原因是因为“Apple和IPhone的品牌影响”，促进了一些消费者的购买。但，实际上“IPhone”对于这个消费层次的消费者影响并没有那么大。

在“华强北”，一份可靠的调研结果显示原因是：山寨IPhone内置并首屏默认显示了QQ，而OPhone只有他自己的“飞信”。数据同时显示：70%左右的潜在消费者认为“你的手机没有QQ，我不买”。

也许这个数据很多人会认为“太夸张”，但事实就是如此。当用户认定了自己的需求时，他选择的会很坚决。

曾经在一次杭州5G上，我编了一个未来的段子：几年后，电视都可以搜索到几百个频道，观众选频道会成为一个极其复杂的事情。看的最多的频道，变成了是遥控器上默认的“快捷频道”。可，这些“快捷频道”里没有一个是CCAV。CCAV急了，他们说“你们这些电视厂家，不给我放进默认的“快捷频道”，老子自己制造电视去！”，最后CCAV开始卖电视，把自己电视的遥控器上全默认CCAV自己的频道… 但它的电视就是卖不出去。

这个段子听起来是一个搞笑的杯具。但，如果移动的手机真的只有飞信没有QQ，它就真的只能是一个杯具。

所以：
市场运营的策略必须要从用户出发，针对于用户期望的市场策略，才会是一个好的策略。同时，产品设计不能是死板围绕着“市场运营战略”在做，还要回归到用户的需求上。

.
.

上图是两个搜索结果界面。左边我们给他叫“综合搜索”，右边我们给他叫“整合搜索”。
Google和百度的默认都是“网页搜索”，显然当互联网的信息呈现方式越来越多样，甚至blog、news、vido、map都开始成为搜索引擎独立“分类”的时候。如果这个默认搜索出来的结果还只有“网页”的话，显然产品已经不能很好的满足用户需求了。

于是，最早最快想出来的方案就是左边这种“综合搜索”：在一个搜索页面，按照不同业务产品线，分区块显示各自产品块的搜索结果。即将不同分类“综合”罗列到一起。（当然，最大块区域还是网页的）

事实告诉我们，而这种“综合搜索”的做法很不合理，过份的死搬硬套既定产品业务模型，给用户所提供服务的过于“业务化”。在用户心里并没有去给你分什么“博客、资讯、问答”，他只知道输入一个关键词，就应该给他需要的结果。业务模型和用户认知是两个维度上的事情。

今天，搜索引擎都开始采用了右侧这种“整合搜索”。（百度的“框计算”也是整合搜索的升级版嘛～，Google的新版其实已经开始用“整合搜索+综合搜索导航”的方式做）

可以用一句话来综合这个原因：用户对于满足的需求的方式是直接干脆的，他们并不愿意再去进行二次“分解”的。

所以：
产品的业务模式同样需要从用户出发，针对于用户的需求设计业务模式，比针对于系统架构设计业务模式更合理。当然，产品设计也不能只围绕着固有的业务模式展开思路，还需要回归到用户的原始需求。

.
.

这里是一个运营商的手机缴费流程。它可以直接通过充值卡进行充值，也可以通过“预缴费”的方式直接在花费管理系统进行缴费。

左边是按照既有业务模式设计出来的用户使用流程。基本上是：选择地区 >选择运营商 >查询欠费 > 充值或缴费。用户需要点击鼠标基本上接近20次。
右边是经过优化的流程。基本上是：输入手机号码 > 输入缴费金额 > 确认。通过几次点击即可完成。

这个改进其实根本没有改变产品业务流程，更没有触及市场运营策略。只是做了几个小小的处理： 135一定是中移动，不用让用户选择运营商；13501xxxxxx一定是北京的号码，不用让用户再选择地域。欠费与否边输入边可以查询到 …

这种改进的体验效果无疑会是很好的。用户的订单流失率也会下降很多。

所以：
即使在业务模型不可改变的时候，产品设计也不能照搬业务模式直接呈现给用户。 从业务模型到体验模型的再设计过程是一个必须的过程。

.
.

（最后结论）产品和业务模式、市场和运营策略、用户体验和界面设计都必须围绕着用户进行，且三者不可分割，必须融为一体。产品设计是一份综合性工作，只做好任何一块都不会成就好的产品。

UCD年会论坛演讲文档的补充

Lytous — 2009-12-03 22:09:51

前两天发了文档的MOV版，由于担心下载人数的问题，UCDCHINA服务器肯定扛不住，因此选择了QQ中转站，就国内的用户来说这个应该是比较快的。。。。。。不过杯具就这样开始了，中转站的文件通过外部访问下载，居然只有7次，而且不是每天7次，是一共只有7次 — 我当然不知道这个数据是怎么确定下来的，我也肯定这个产品的设计师不是《圣经》的忠实读者，所以，我也不会投诉，大家一起杯具吧。

UCDCHINA官方在最后的总结中会想办法再次补充上完整版的，这里我放上文档中主要部分的截图供大家看看，同时也请大家不要发邮件询问了，我也没辙。

我的主题演讲的核心观点会更新到官方的总结专题中，这里我提几个要点，希望没有到场的朋友也能了解一个大概：

1. 手机的产品设计已经步入一个界面时代，准确来说是应用体验和用户需求的时代，作为设计师应该在浮出水面看看行业的发展和变化，同时把最新的趋势和思想带给团队和领导层；

2. 手机界面的设计工作终究会升级到手机产品体验的设计层面，这需要我们每个从业者持续不断的更新自己的知识体系，提高自己的综合设计水平，站在产品设计师的角度思考整个产品的体验；

3. 作为界面设计师不应该只关注界面，还应该关注硬件，结构，软件，成本，渠道，数据，营销手段等各个体验环节，你觉得你的工资低了么？如果你能够做到这样，你的工资会高的；

4. 驱动创新的方法并非“头脑风暴”，而是关注客户与用户，理解并实践多维度的设计，聚焦提案的说服力和表现力，形成跨媒体思维，掌握市场脉搏；

5. 作为手机界面设计师，我们身在一个最好的和最坏的时代，“在科技的时代，我们都是艺术家；在艺术的时代，我们都是科学家” — 要让设计成为领导产品的核心力量，就应该具备勇敢、坚持的“画上帝”的精神。

年会项目管理探讨发言观点

千鸟 — 2009-12-01 20:35:41

在年会上受邀参加了项目管理的圆桌会议，其实我只在很短时间内兼过项目管理职能，也没有立志从事项目管理的目标。但从工作履历和经验来讲，我对项目管理还是有一定认识，并且已深刻感受到，懂得项目管理的设计师在团队协作中会更有优势。

看了几篇参与者的总结，我写这篇日志主要还是想做个反思，并非观点抄录。Smile的稿发之前也给我看了下，时间太紧，没仔细推敲，在此凭印象再补充些内容。

怎样定义失败？

任何项目都应该先定义清楚关键目标是什么？也就是能控制的底线，是按时完成重要？还是追求质量重要？同样一个目地，在不同项目里，它都有不同的优先级。比如要做个专题赶个发布会，定了时间8月21日必须出来。那么这个时间期限就是关键目标，因为如果过8月21日再出来，已经没有意义了，肯定算项目失败。

同时大家达成共识，互联网产品设计的敏捷迭代流程中，绝大多数成功产品都是在不断改进的过程中成熟的。如果项目的关键目标定多了，很有可能一个也控制不好而失败。比如，我们经常碰到老板要在短时间内要出个好产品的期望里，就有时间、质量两个关键目标。

团队的组成？

一直在认真听曾鸣分享QQ邮箱的团队经验，其实就是Google模式的小团队协作，这也是目前我认为效率最高的工作方式。所谓小团队，就是分别从各专业技术组里，挑选对项目感兴趣的同事组成项目组。并且可以根据交付物，M和P纵横两条线进行考核。

与我曾经在互联网产品设计操作参考里总结的产品经理、产品设计师、产品工程师三类角色的想法很类似。在业务之外，优秀产品经理应该掌握一定的用户研究、数据分析技巧，而优秀设计师的能力也一定是复合的。

人越少越好，三类角色完全支撑：产品经理、产品设计师、产品工程师；
强调综合能力，不提倡职能职位的过细划分；

产品经理和项目经理的区别？

在聊到某个节点时，我们突然发现，好像各自对产品经理和项目经理的定义不同。英文都叫PM，其实一个是Product Manager，一个是Project Manager。大部分同行也许认为他们之间没什么差异，实际情况也如此，很混乱。

我同意曾鸣的见解“产品经理主要是和用户沟通交流、项目需求的制定，而项目经理则是负责研发的进度，和保证产品的上线执行。”它们之间绝对不对等，正好回到之前聊到的“目标”问题，项目经理对进度负责，产品经理对质量负责。一个人同时把控进度和质量，容易陷入博弈的死循环，反之，则可以互相促进和牵制。

至于他们的关系，我的观点是“一个产品之下有N个项目”。理论上项目对产品负责，并且产品与项目是两条平行的体系，即使level不对等，他们之间也不应该构成汇报关系。

如何促进沟通？

完全同意盛一飞“项目经理不是传声筒”的观点，我认为Manager都应该多了解业务模式和专业技术，积累自己独特的知识体系。虽然我们自诩为专业技术人员，但如果不多了解公司核心的产品业务模式，迟早会被边缘化。

在多个场合都举了这个例子“当你拿出一个方案时，大家可能提不出任何意见；当你拿出一个演示时，大家的意见噼里啪啦都出来了。”因为其他人与你的“目标”不一样，同时也说明个道理，我们应该马上做，而不是抓紧想。

所有沟通我们都建议面对面，开会用来讨论结果，邮件用来周知结果。会议和邮件都只是促进沟通的形式，过分的形式就会陷入形式主义。

如何避免内耗？

有人说，中国互联网公司的悲剧根源在于“内耗”。自上而下没有统一战略企图，各自都有各自的小算盘，不仅耗费资源，而且耗费精力。每个人都在想当然的认为自己的工作最重要，或者说很重要。

聊到责任感问题时，莫子提到“人前不说人后说”，我补充了句“事前不说事后说”。在职能职位重叠时，很容易出现这样的问题。当然，中国特色最严重还不是参与者太多，准确说是决策者太多。

UCD年会部分视频公布

ucdchina — 2009-11-30 22:53:31

胡晓主席做的开场词：

千鸟哥作的UCD书友会的历史回顾：

广美的童慧明院长做的开场致辞，感谢：

上午的专家论坛 — JUNCHEN、千鸟、白鸦、TONY、ANGELA

白鸦的演讲 "从用户出发的产品设计"

用户体验，很重要

GooChin — 2009-11-29 20:33:19

前天从UCD广美回来，一直都没动笔写写感悟和总结；一是那天身体不适没有参加预报名的晚会，再者是时间匆忙，第二天赶回家和爸买家私准备迁新房了。但那天早上的大论坛白鸦、安吉啦、Junchen、Tony等人的精彩演讲都给我带来了不少启发，尤其是讲创业团队的ued和产品规划、运营方面，增长了不少见识，在现场其实更容易感受到比在博文上更富有感染力的知识传播，详细内容也就不说了，而且凭自己的资历也没资格评论各位前辈的观点，今晚看到一篇博文写得比较深入“UCD年会收获：思考、积累、开放”，让我看到了UCD对一个行业或者说是对一种文化的渲染和影响，不言而喻。而我印象最深的是白鸦用以结语的“小”字，让我想起马云那篇文章——《因小而美》，马云着重说的是小企业对于中国经济发展的重要性，而白鸦说的是“小细节、小团队”的重要性，听到这里我也笑了。牵一发动全身的道理，我想应该是设计师或者程序员最有体会的吧？呵呵～小细节组合起来往往是最美的画面。而小团队的力量往往也不能小觑，白鸦用最俗的话来说就是“一个项目，给几个人的小团队来做就一两周；但到了200人的团队，也许就半年左右了”，还是说明公司项目管理和流程方面还是需要有一个“量”的。因小而美，有意思。

另外一提的是下午召开的工作坊，我预报的是网易用户体验设计中心用户研究主管曾宇杰的——“用户研究方法探讨——情绪板(mood board)的运用”，开始是抱着好奇的心态去想：情绪板到底是什么？情绪板能够给用户起到什么影响？后来在工作坊过程中也逐一得到了答案，说到底还是“从用户出发”，从用户身上挖掘最具价值的信息来做产品。虽然初步接触，但在如此一个专业探讨的氛围内，便很快吸收了很多前辈的观点。再说说的是，全场大概30人，在各自做自我介绍的时候吓了一跳，基本在座的都是企业高管或者大网站的UI设计师，搜狐台湾负责人、艾瑞产品架构师、TCL UI界面…等等，真是有点尴尬，自己只是刚接触UED的小子而已…希望在下次或者下下次的年会，我也可以很自信的跟大家说，我是XX网产品体验师兼UI设计～呵呵。

最后说说，网易的李幸很nice，我gmail给他的时候说明没有参加晚会，想要回一件T恤做留念～收到回复后就让我填写了住址，过两天应该能收到吧！这里就感谢UCD的发起人和组织者，让我们大家走到了一起，希望下次再聚。

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

Smile — 2009-11-29 15:52:33

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

以下是我整理出来的当天会议纪要，和大家共同分享学习之。由于会议内容涉及到部分不方便公开内容，故以下的会议纪要为所删减版本。(此篇为客观阐述篇，感想篇请见“UCD年会之感想篇”)

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

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

童跃美：不同规模团队的失败定义是不一样的，一个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标榜站在用户的角度考虑问题，但是你问很多部门，他们会说他们比你更了解用户。我觉得产品出来的第一版本一定要“快、轻”，但是你会遇到的问题是，需求部门提出了很多要求，项目越做越大，这时候UED那边很难插进来的。很多部门都站在自己的角度去想问题，例如涉及到部门的KPI等，这样项目就变得不可控制了。UCWEB的开发模式是很值得借鉴的，产品第一个版本一定要“轻和快”，先把核心技术开发出来，然后进行迭代，迭代的时候用户的很多需求就会出来的了。

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

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

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

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

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

男会员：你说的是种很理想的状态。像白鸦，是因为到支付宝做培训，然后被推荐进了支付宝。可是他到了支付宝后，他下面的人说，他进来后所做的东西和他培训时说的观点不一样啊。他当时培训所的观点是比较理想化的。

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

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

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

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

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

彭毅：总的可归结为利益问题，跨部门的合作急需解决的问题就是利益共同点，所有项目组的成员共同利益要保持一致。

干文山：关于考核问题，想和大家分享2个：一个是360 度的考核，老板考核部长，部长考核科长，科长考核职员，当考核科长时，老板会问他的同级和他的下属，当大部分人觉得他有问题的时候，他的领导能力肯定有问题。一个是学习RPG时学习到的，也是华为现在采用的一个方法和现在腾讯的考核组织架构有点类似的—资源池。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点，今天的圆桌会议动此结束，非常感谢各位的参与！

（结束）

UCDChina2009广州年会简记

ScorpioGavin — 2009-11-29 02:12:46

UCDChina2009广州年会的主题是从用户出发，白鸦从用户出发的7大主要观点就不再啰嗦了，在网上很容易搜到，下面就简要记一下我在年会上记录的东西。

一、什么是产品设计？

首先产品有三大要素：可行性、可能性和期望值，这里所说的期望值是指用户对产品的期望值。由此也就引出了本次年会的第一个主要观点：产品业务、市场运营、体验设计都必须围绕着用户进行，且三者不可分割，须融为一体。任何一个角色都需要具备另外两个角色的能力。在说明体验设计时，鸦总举了一个例子印象很深，如果ophone和山寨iphone的手机价格都降到1000元以下，也就是说不去考虑钱的问题，哪个会卖的更好？答案是山寨iphone，而造成这个现象的一个重要原因并不是说山寨的iphone比ophone的体验好、品牌好，而是因为iphnoe上有QQ，而Ophone上只有飞信，在用户看来，你的手机上没有QQ，那你就不是我所需要的产品，也就是说一个产品并不是说他有好的体验设计就能取得好的成绩。

无论是市场运营还是产品业务还是体验设计都必须以用户最初的需求、用户的习惯为出发点。
二、互联网进程环境在变化

花钱买流量（51广告）--->联合运营（Nokia）--->用户传播（Dropbox）
一代|入口：新浪、搜狐、网易
二代|平台：阿里、腾讯、百度、盛大
三代|用户：开心、豆瓣、迅雷……
互联网的竞争从入口之争转入平台之争，将转入用户之争。得民心者得天下。用户的体验，不再是一个独立环节，要贯穿全程。
三、用户体验设计

既然用户体验不再是一个独立的环节，那用户体验也不再是“UED”一个部门的事，而是全民的体验，大家熟知的淘宝“杀虫剂小组”
杀虫剂小组是因为一次偶然的机会，支付宝上海分公司的一位员工在使用民生缴费服务时，发现选择“缴费地区”时需要选择两次“上海”（分别选地区与城市），他认为这样的设计增加了用户的操作，应该自动默认。这样一个忍忍就过去的小“臭虫”被他抓住了，随后他就给UED团队写了一封邮件。这封较真的邮件正是UED团队很想要的那种，这同时触发了将一直以来便有的“全民杀虫”的愿望走向现实，于是一个业余的“杀虫剂”小组就此成形。
白鸦说了这么一个事，就是白鸦刚到淘宝的时候，总裁问他，你有什么目标？答：我的目标就是把淘宝的UED部门给做没了。UED部门没了不是说不做UED了，而是产品设计的每一个人都是UED的成员。现在腾讯的“全民CE”也正在开展，那我们呢？我觉得全民体验的一个很重要的前提就是把用户体验的理念能被团队中的每一位成员所接收，大家能在自觉不自觉的站在用户的角度去考虑。
设计思想
白鸦的博客中回顾在淘宝一年的工作时，总结了五点设计思想，本次只拿出前两条来讲：
用户驱动
1、站在用户的角度思考
2、满足用户原始需求，发现新需求（“不要一开始就画好一个界面布局图给我看，我不接受，我绝不接受，我需要知道的是用户的院士需求是什么”听到这话脸红啊，因为我一开始也是这样做的）
3、迎合用户习惯（在小的具体的设计上要迎合用户的习惯不要想着就创造用户习惯）

核心制胜
1、找准抓稳核心用户，明确目标（找准核心用户是谁，需求可能经常会在变，当面对海量用户的时候，什么样的需求都会有，所以要抓住核心用户的核心需求）
2、做精做透核心需求，逐步满足非核心的用户和需求
3、不做用户不需要的东西
要有统一的设计思想、目标，不管用什么方法（唱歌、洗脚……）都要让团队有一个共识。

合理的设计流程

1、需求调研（回答几个问题：核心用户是谁？用户在什么样的情况下有这样的需求？如果我满足了这个需求你能给公司带来什么样的商业价值）
2、需求分析（我不需要你告诉我需要做什么样的功能，通过分析我会找出满足这个需求的方式）
3、产品设计（大的项目需要提供用户使用的流程，小项目，关键流程的关键界面）
4、设计实现

四、用户研究

把互联网当试验田：
最好的方法就是把产品拿出来给用户用，然后再迅速的发现问题，迅速的进行产品的迭代。把互联网当成一个试验田。
定性分析和定量分析
在进行用户研究的时候如果只做定量的分析那只能是看到问题的表面，以标代本，只看到问题的所在，但不能找出问题存在的原因。只有通过定性的分析才能找到问题的所在，但是只做定性分析那是更不行的，那样只能以偏概全。特别是当我们有海量的用户时，各种各样的需求，如果制作定性分析那我们很有可能会被用户误导。

下面是用MM画的一张大概的框架图

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

peng — 2009-11-28 13:53:33

写在前面的话

好吧，这是一篇拖了太久的文章。一直飞来飞去地交流策划画飞机稿，忙成陀螺熬成熊猫，终于熬到了周末，有空来给大家摆一哈上次我跟峥总（古灵）一起去广州参加的UCDChina2009年会的事。

过去的一年，我们一直在埋头做事，积累了不少成功案例和实战经验；而今年，我们打算更多的和业界进行交流，和所有用户体验设计领域的朋友们一起学习、分享和创造。

11月中旬，在欧阳丹的热心推荐和千鸟的大力协助下，我们顺利地获得了两张UCDChina2009广州年会的门票。不过好事多磨，20号启程那天，在机场被滞留了四个小时⋯⋯到达广州番禺大学城的时候，已经是21号凌晨2点。

广州有很多美食、广美有很多美女、广受追捧的UCD2009年会则带给了我们很多美好的体验。

虽然大会采用了邀请机制来控制参加人数，但可以容纳300多人的会场已经爆满，已经有不少童鞋在站着听了。在会场见到了UCDChina诸位传说中的大佬：牛逼闪闪的白鸦；光芒内敛的千鸟；低调谦和的安吉拉；造型雷人的胡晓⋯⋯还有客串的嘉宾主持彭毅，我喜欢他的冷幽默和他创办的爱枣报。：）

两天前，我和千鸟在北京奇遇咖啡馆（UCDChina北京书友会的主场）见了一面，请教了一些书友会举办和管理的经验，畅谈了国内用户体验设计的现状，也交流了彼此的一些思想和作品，最后以欢快地探讨北京为什么不适合人居的话题圆满结束。

经历过一次大会和一次私聊之后，自己也沉淀了一些思考和想法，打算围绕UCDChina写一个系列，彼此未必有太多的关联，您就当在听李伯清的散打评书吧。

关于“从用户出发”

本次年会的主题，就是“从用户出发”。白鸦的主题演讲幻灯有Jobs的风格：图大字少，观点精要，有几处重要的归纳总结得尤其好，结合我们自己的实践经验，诸条说下我的体会和理解。

1、用户的体验，不再是一个独立环节，要贯穿全程。
彩程在两年前面，把自己的服务宗旨从“满足客户需求”调整为“协助客户成功”，这个调整的核心意思，就是要和客户一起做对的事，而不是只是被动地完成客户要求我们做的事。
彩程向客户阐述什么是用户体验设计的时候，会反复的告诉用户：我们不是站在整个设计和开发流程的末端，为你们的项目做视效的美工，而是从从立项开始，就和你们一道，去设计和实现它，并确保你们商业目标的成功。
在整个项目实施的过程中，我们通过反复的迭代来反复修正，通过反复地回归到用户最原始的需求来确保项目实施的方向不偏离目标。

2、用户体验设计，将不是一个独立部门，而是全民的参与。

我个人感觉，要把用户体验设计做好，至少应该实现三个跨越。

第一个跨越，就是实现从仅能画图的美工到兼具沟通、架构和实现能力的设计师的跨越。按照鸦总的说法，就是从能做个水晶按钮，到能做人机交互和产品设计，再到能进行需求挖掘。

第二个跨越，就是从凭借设计师个人综合素质单兵作战到整合精通信息架构、前端代码、富媒体开发等各个兵种的团队作战的跨越；

第三个跨越，就是把整个优秀的设计团队融入到客户的项目和产品乃至公司运作的流程当中，让客户意识到他自己也是这个项目或产品的设计师，到最后，不再有所谓的设计师，甚至也不再有UED部门，因为我们全都是设计师，我们全都是产品经理。

彩程，正在从第二个跨越迈进到第三个跨越的劈叉式发展（比跨越式发展跨度还大）途中。

现在在北京，我手头的项目之一是青海移动的一个彩色明信片设计。中途我不断地把反复迭代的设计版本发送给涉及项目地所有人，而我们团队的人和项目各个环节的人也会不停的提供反馈和改进意见，频繁的时候，我一天会Release三个设计版本，当然，是指在一个主轴上不断深入和改进的版本。有人关心领导需求，有人关注用户体验，有人考虑技术架构，有人操心项目进度⋯⋯ 可以说每个人，都影响着这个产品的最终形态；每个人，都在体验中思考，在设计中创造。

3、最好的用户研究方法就是把产品做出来，给用户用。看他用，站在他的角度读懂它。

彩程使用最频繁的口头禅，除了原创自小滨滨的“好嘛”，就是来自37Signal的 “Getting Real”。不管怎样，先做出来，然后快速迭代，不要担心丑陋，不要害怕不够完善，因为做出来了，就会有人看，有人用，有讨论，有反馈——而这些，都是进行下一步改进设计的依据和基础。

我们正打算做一款基于Android平台的条形码扫描比价软件，暂定名为“购便宜”。虽然我们在手机软件开发领域并没有太多的积累，但我们打算先做一个核心功能简单，用户体验优秀的小东西放出来，搜集用户意见，统计用户数据，然后再应用到我们的设计改良之中。目前该软件的原型设计已完成。

4、以小致胜

鸦总的主题演讲，以一个“小”字做结。

第一个小，就是小细节。

对此，彩程深有感触。这是一个情感营销的时代，这是一个用户体验的时代，人们甚至已经习惯了通过窥探卫生间来评判一幢建筑的卫生甚至文明程度——细节决定了一切。目前动物凶猛的山寨机，未来会渐渐走向末路，基本的功能需求满足之后，人们注定开始追求品质。很多小团队生于价格，却死于质量，我们要避免这样的命运，唯一的出路就是把每个小细节做到极致——我希望我们做的东西也许不是很大，但每个细节都经得起推敲。

第二个小，就是小团队。
虽然阿里巴巴是家大企业，但来自阿里巴巴旗下支付宝的白鸦同志还是坚称阿里巴巴是家小公司，准确的说，是一家会把大团队拆成小团队来做事情的公司。彩程只有八个人，但不仅涉足了四川移动几乎所有支撑系统的前台界面改造，甚至对移动项目支持的范围，扩大到了云南、河北和青海，除此之外，彩程手上还服务于其他优质客户，还尝试在做自己的产品，推广自己的开源项目。

彩程的办公环境是开放式的，没有隔板间；彩程的管理是扁平式的，没有上下级；彩程没有不做技术的老板，没有专职的销售和行政，彩程的每个人，都能做，能讲，能写——从某种程度上来说，彩程是全民皆兵，而且还是特种兵。

我们没觉得小有什么不好，实际上，我们以此为豪。在我们的网站Title上，你能看到我们自称为“中国最小的用户体验设计专业团队”。

总之，2009年11月21日上午，我们坐在广州美术学院的交流大厅里，看千鸟做SHOW，听鸦总布道，如饮醇酒，如沐春风。

好嘛，这篇就先写到这里了，敬请期待我的 “UCDChina彩程系列报道之（二）为什么UCD2009会那么火”

【UCD年会之新闻篇】UCD年会广州举行全国产品设计师云集交流

Smile — 2009-11-28 01:19:57

11月21日（星期六），备受瞩目的“从用户出发--UCD书友会·2009广州年会”在广州圆满举行。本次年会是由UCD书友会携手网易用户体验设计中心、广州美术学院设计学院主办，全国50多家媒体联合报导、400多名产品设计师共同参与的交流盛会。

400多名设计师齐聚一堂打造产品设计界交流盛会

德国著名用户研究专家Jurgen教授、广州美术学院设计学院院长童慧明、阿里巴巴创始人之一盛一飞、支付宝首席产品设计师白鸦、网易网站部首席产品设计师彭毅、网易用户体验中心用户研究主管曾宇杰、腾讯交互设计组主管李钊、网易邮箱产品总监莫子睿、QQ邮箱产品组长曾鸣、腾讯拍拍用户体验组组长刘云天、CK-Telecom的UI部门主管周陟、UCWE的UE组负责人黄夷等产品界出名设计师应邀出席了本次年会。还有来自全国各地的其他400多名设计师齐聚广州，参与了本次产品设计界交流的盛会。

50多家媒体联合报导微博引领现场直播

此次年会是互联网界难得的一次产品设计师齐聚一堂的交流盛会，故备受媒体瞩目，不但吸引了《广州日报》《南方都市报》《新快报》《电脑报》等记者前来采访报道，还获得了网易、新浪、腾讯、搜狐四大门户科技频道，艾瑞网、硅谷动力、华军软件、IT世界网、太平洋、21CN、天极网、Techweb、Donews、Cnbeta等30多家IT网媒和20多家设计网站的大力支持报道。

由于参与本次年会的人数有限，大会组委特意安排了twitter等微博客进行现场直播，场外观众可根据twitter及时了解大会进展状况，而场观众也可通过小屏幕了解场外观众的反应。从twitter 更新速度来看，twitter现场直播相当受欢迎。

开幕式会场坐无虚实白鸦主题演讲受热捧

300多人的年会会场座无虚席，连门口和过道也挤满了人，年会受欢迎程度远超过了组委会的预想。年会在网易产品经理胡晓致辞后宣布正式开幕，紧接着广州美术学院设计学院院长童慧明为年会献上欢迎词。接着，千鸟汇报了UCD书友过去发展的成果，以及UCD书友会创始人为大家献上了精彩的《让用户来驱动产品的发展》专家论坛。

“互联网的竞争从入口之争转入平台之争，将转入用户之争。得民心者得天下。用户的体验，不再是一个独立环节，要贯穿全程。”---支付宝首席产品设计师白鸦的主题演讲《从用户出发的产品设计》大受欢迎，掀起了整个年会开幕式的高潮。他的演讲不但风趣幽默，且其理论和观点受到了众多观众的认可。

五大主题专场讨论业界热点众巨头齐聚“挑战Deadline”成焦点

下午进行了五场主题专场讨论，他们分别是腾讯用户研究工程师刘亚军主持的《UCD在游戏行业的生存与发展》、CK-Telecom的UI部门主管周陟主持的《手机的界面设计时代》、网易网站部首席产品设计师彭毅主持的《挑战Deadline——项目管理的艺术》、高级用户体验研究员戴均开主持的《网站用户体验研究方法与实践》、网易用户体验设计中心用户研究主管曾宇杰主持的《用户研究方法探讨——情绪板的运用》。其中由网易网站部首席产品设计师彭毅主持的《挑战Deadline——项目管理的艺术》圆桌会议，因齐聚了阿里巴巴创始人之一盛一飞、网易邮箱产品总监莫子睿、QQ邮箱产品组长曾鸣、腾讯拍拍用户体验组组长刘云天等18位巨头，而被外界誉为“大佬PK”的会议，其中正处于竞争白热化的网易邮箱和QQ邮箱两大邮箱的产品经理同台切磋更是大会的焦点。

主持人以“何为失败的项目？”的提问，开始了本次项目管理会议的讨论，各位嘉宾纷纷发表各自意见，其中阿里巴巴创始人之一盛一飞认为“导致成本极速上升，而没有产生结果的”项目为失败的项目。在接下来的“项目团队的构成”、“团队跨部门合作”、“绩效考核”等议题中，两大邮箱产品经理莫子和曾鸣不负众望，联合其它公司产品巨头，给大家分享了各自邮箱团队的项目管理经验。

UCD书友会介绍

“UCD书友会”成立于2007年，是由UCDChina发起、各互联网公司产品设计爱好者参与的线下交流组织，旨在“以书会友、促进交流、共同进步”。目前已在北京、上海、杭州、南京、广州、深圳、厦门共7个城市落地举行，已发展成为互联网业内一个极具较有影响力的产品设计交流组织。

而2009年11月正值UCD广州书友会成立一周年，望可借“从用户出发--UCD书友会·2009广州年会”的成功举行，可进一步带动全国UCD书友会的发展，为全国产品设计发展贡献一个良好的交流平台。

（UCD书友会成果展示）

（德国著名用户研究专家Jurgen教授）（广州美术学院设计学院院长童慧明）

（UPA中国的代表黄胜山）

（UCDChina发起人千鸟）

（网易邮箱产品总监莫子睿）

（QQ邮箱产品组长曾鸣）

（腾讯拍拍用户体验组组长刘云天）

（座无虚席的现场）

（支付宝首席产品设计师白鸦的《从用户出发的产品设计》的主题演讲大受欢迎）

（UCDCHINA创始人在接受《广州日报》专访）

即将登场：

【UCD年会之助手篇】《挑战Deadline—项目管理的艺术》专场会议笔录

【UCD年会之感想篇】感动·开放·信念

UCD书友会2009邀请总结

千鸟 — 2009-11-28 01:02:57

前不久写了篇用邀请制造稀缺的作业，正好本次年会也采用了邀请制。我反对名不副其实的故弄玄虚，但在有限资源条件下，适当的使用营销策略，能够让大家的付出更有成就感。

我们的种子用户就是所有嘉宾和组委会成员，但因受场地限制，分配下来的邀请名额极少。上个月今天，也就是10月26日，我与臭鱼在北京吃饭，聊了这个事情。邀请他们都到广州来玩，反正深圳到广州就跟北京去天津差不多远，因此我的4个邀请码拿到手就发出去了。

其他咨询报名事宜的邮件，我一律照实回复“我的邀请码已经发放完毕，目前报名很紧张，请继续关注公开报名环节。”不是“这个可以有”，而是“这个真没有”。游戏规则很简单，邀请完再公开报名，如果人实在多了再讲多了怎么办的故事。物以稀为贵，一定控制好节奏，越紧俏效果越好。也许得罪了朋友，但为保证整体效果，必须做出这样的牺牲。

上午大会比较好办，理论上来多少人都不怕，而且300人的场地坐400人也挺壮观。关键下午场人数限制的问题，并非组委会做主，而是各专场负责人在把控。结合背景等资质要求，设置门槛主要为提高咱们的“小会”质量，秉承书友会“鼓励思考，平等分享”的宗旨，争取让每位参与者都能有所收获。

我们定的整个框架是弹性的，实际最后的操作也很简单。所有下午场没有报上名的朋友，我们临时增加了自由场，有点类似书友会讨论的状态，并委托了几位嘉宾座谈。

从实际效果来看，整体策划组织还算成功，计划328人，实到403人。分别来自84家公司和12所高校，这还不包括没有签到混进混出的各位。保守估计，除33位志愿者和工作人员，也超过了400人的规模。

	邀请码人数	实到人数
下午1 ：游戏	38	31
下午2 ：手机	35	29
下午3 ：项目管理	15	13
下午4 ：网站用研	30	23
下午5 ：情绪板应用	11	8
下午 6 ：自由场	5	4
小计：	134	108

	公开报名人数	实到人数
下午1 ：游戏	22	37
下午2 ：手机	46	73
下午3 ：项目管理	10	16
下午4 ：网站用研	18	22
下午5 ：情绪板应用	38	45
下午6 ：自由场	60	69
小计：	194	262

	总计划人数	总实到人数
下午1 ：游戏	60	68
下午2 ：手机	81	102
下午3 ：项目管理	25	29
下午4 ：网站用研	48	45
下午5 ：情绪板应用	49	53
下午6 ：自由场	65	73
志愿者		21
工作人员		12
总计：	328	403

转载请注明出自UCDChina.com，谢谢。

年会的收获

杏子 — 2009-11-27 23:57:42

年会本来想做成个低调的聚会，大家玩一玩、高兴高兴就OK的，结果搞成个这么大的盛会。着实是超出了我们的预想。

年会结束快一周了，相信大家都在咀嚼和回味着，组委会成员们则开始总结、反思。我们把年会做两分，既看到成功之处，也分析了做得不好的地方。今晚组委会聚在一块儿吃饭，就聊了这些东西，甚至我们还讨论了将来怎么搞得更好。这是很有收获的事情。

对于举办年会，我们是兼职的团队，都是非专业选手，谈年会只能在晚上和周末，也注定了需要其他人来帮助。最后年会能搞成，我觉得跟每个人的责任心分不开。每个人不管事先行不行，只要舍得投入、肯下功夫，就一定能担当。如果任一环节掉了链子，那情况就不会按照我们的设定来发展了。

年会上我没有听任何专场演讲或讨论，不得不说是个遗憾。但我这次仍然收获不小，当然更多都是在场外了。比如在组织过程中，和搭档的交流与PK，在线上跟嘉宾的事先接触与碰撞，都让我学到很多。

而现在，我跟许多参会者一样，在等着整理出来的PPT、会议记录、视频或嘉宾的观点文章，就是想着怎么能对年会的内容有更多的接触和更全面的思考。

今天，淘宝的锦增同学来问我一些UCD书友会的事儿，其中一个问题是，你觉得组织这样的会议，最大的收获是什么？这个问题，我从来都在不停地问自己，不过，答案会很雷人，最后我跟他说，我最大的收获是快乐。

只有觉得快乐，我才有动力在很辛苦的情况下，还那么主动去做一件事情，然后尽力把它做好。这里面，我的快乐来自跟大家一起热火朝天的干！可以说，最出色的，是这个团队。这里面，还包含一个正比例关系，那就是：你付出了多少，就能收获多少。那种混水摸鱼或者投机取巧者，永远只能当个看客。

UCD年会人气旺大师云集组织者均为兼职

网易科技 — 2009-11-27 10:43:48

“这次会议可以打95分，很好！”参与圆桌会议的腾讯拍拍用户体验组长刘云天竖起大拇指说。

11月21日，“UCD书友会·2009广州年会”在广州美术学院大学城校区成功举行。来自网易、腾讯、支付宝、华为、电信、移动、建设银行、香港理工大学等100多家公司和高校的产品经理、交互设计师、视觉设计师、教授等专业人士齐聚一堂，就“以用户为中心的设计”等产品领域专业问题进行深入探讨。

本次年会，原定300人的会场被450多人挤爆，吸引了全国50多家媒体联合报道。专业而小众的交流会议为何获得巨大成功？众多媒体为何争相报道？背后又有哪些鲜为人知的故事？带着这些疑问，记者采访了主办单位之一的UCD书友会。

年会嘉宾级别高聚集旺盛人气

如果没有重量级嘉宾，就不能算是成功的会议。本次年会发起者、网易网站部高级产品经理胡晓告诉记者，本次年会邀请到了业界、学术界多位重量级嘉宾：广州美术学院设计学院院长童慧明、阿里巴巴创始人之一盛一飞、支付宝首席产品设计师白鸦、网易网站部首席产品设计师彭毅、网易用户体验中心用户研究主管曾宇杰、腾讯交互设计组主管李钊、网易邮箱产品总监莫子睿、QQ邮箱产品组长曾鸣、腾讯拍拍用户体验组组长刘云天、网易游戏用户体验负责人蒋维、CK-Telecom的UI部门主管周陟、UCWEB的UE组负责人黄夷、雅虎香港交互设计师黄汉忠、德国著名用户研究专家Jurgen教授，等等。

无怪乎年会现场摩肩接踵，因为齐聚众多顶级专业人士的机会不多。年会现场，没有找到座位的人干脆坐在过道上，垫上背包做笔记；还有一些人，因没有报上名无法进入会场，便在入口与负责签到的工作人员纠缠，后经组委会协调才拿到入场券。

会议质量高搭建行业交流平台

本次年会采用互联网圈子里流行的 “邀请码”的制度。胡晓告诉记者，给与会者发放邀请码主要是为了提高整个会议质量，可以从两个方面去看：一是为了保证参会人员是专家级、能够对等交流，保证真正想交流的人能够参加；二是为了保证会议效果、单场会议参与人数不宜过多。”

“搭建行业交流平台，促进企业共同进步。我们同时提供线上与线下结合互动交流平台。”胡晓说，“UCD书友会希望通过举办本次年会，既达到为产品设计、运营、推广三个领域的专家提供见面交流的目的，又能为这三个领域的融合创造新契机——这三块密不可分，一个成功的产品，脱离了任何一块都是孤掌难鸣。”

胡晓还介绍说，广州书友会目前为止已成功举行了13期，每期都有20至60位左右的朋友参与。每次交流，尽量都会选择在不同的单位举行，让大家在交流知识经验、结识行朋友的同时，还能体验各单位的文化与氛围。

会议组织时间短，组委会成员均为兼职

本次年会火爆登场，取得圆满成功。然而，令人意想不到的是，活动组织仅用了一个多月的时间，且活动的组织者和工作人员均为兼职。

年会策划者、网易网站部产品经理张运彬透露：“年会在10月底才开始筹办，原来只想做一次简单的聚会、庆祝广州分会成立一周年，最后在大家的群策群力下，做成了UCD书友会成立两年多来全国的最大的一次活动。半个多月的时间准备，当初想都不敢想，但我们却做出来了。我们是临时搭建的班子，组委会核心成员都是兼职，本身工作就很忙，所以只能利用晚上和周末的时间在筹备，劳累自不言而喻，今天现场收到朋友们称赞，感觉很有收获。”

“很开心、很欣慰”晚会策划者、大会报名负责人李幸对记者说，“我们就想给大家制造一个好的氛围、能真正交流的机会和场所。” 年会嘉宾彭毅“诉苦”说：“为了做好大会主持，我排练到凌晨四点，你看现在还有黑眼圈！”

年会现场

大会组委会成员（部分）

UCDChina广州年会随录

光耀 — 2009-11-27 09:37:27

这篇文章在草稿箱躺了好几天，最近事情比较多直到今天才抽时间把文章写完。年会上，看到不少熟悉的面孔，有大学同级的同学，还有高几级的师兄，也有一些在网络上交流过却从来没有见过面的朋友。很热闹。

对产品设计的理解是一直在互联网范畴的，但不得不说UCD绝对不应该狭义在互联网领域。比互联网历史更早的工业设计和软件体系其实都有UCD，而且很多经典的设计案例和设计理论都还是源自非互联网行业的，比如工业设计。

鸦总上午的演讲有些思路非常宝贵。方法论是可以看书总结的，而设计态度和对行业的理解的交流比较有价值，我这里分享一些书友会之后的一些想法。

1. 抓住核心用户的核心需求：首先抓住核心用户的核心需求，然后通过后续的迭代满足非核心用户的非核心需求。

2. 产品设计过程核心的环节应该是需求挖掘。做过企业级产品的人应该会更明白，企业用户不再单纯是个人行为，企业产品的购买者和使用者是分离。比如ERP，它存在的理由就是它必需满足企业的核心价值（比如供应链管理、客户管理等企业），最高境界是可以借此提升整个产业的效率。所以需求是第一位的。没有这个需求的满足，其后的信息架构、交互设计、界面设计都是空中楼阁。

3. 对鸦总最后的一个“小”字的观点印象很深：小团队，小公司。随着商业进程的发展，一定有些业务需要更多的人更多更专业的人来推进，但是并不意味着复杂。很多时候你可以相信你的团队成员可以迅速成长，并负担更大的责任。

4. 互联网逻辑。在互联网公司，如果某个经理人是主要管人，那么经理人需要有一套非常好的协调和管理机制；如果经理人的主要职责是管事，那么他一定要有互联网逻辑。互联网本身是个自下而上的新产业。年轻人都是重度网虫，互联网控，他们对互联网有常年熏陶的敏锐嗅觉。如果经理人缺乏互联网逻辑就是非常危险的信号了。

5.Tony说，豆瓣任何一个人只要有数据证明都可以发起项目，工程师、设计师都行。我从来不否认我对豆瓣的好感，Tony同学让我对豆瓣的好感又增加了。

年会私人报道

千鸟 — 2009-11-24 21:51:56

几天没上网，昨天才回北京，很晚。

一整天活动，将近一个月准备。接下来的收尾工作，至少还得花一周。从发放邀请码开始忙碌，到最后实际参与超出预期。客套话不多说，三个词可以概括完，感谢所有同学、同事、同行。

我是20日中午12点半到的广州，就这样还是早上5点40起床赶的早班飞机，折腾出来赶到城里海珠广场，并在酒店安顿好已经是下午2点半。然后与在广州上学的表妹一起去堂会吃午饭，大巴上接到白鸦电话，让我赶过去帮忙，当时我在大巴上晕机还没缓过劲来。下午4点半从海珠广场出发，地铁一个小时赶往大学城南站，转摩托到达目的地，等找到胡晓在C408的临时办公室天都已经黑了。

接下来的事情应该是不太乐观，地方偏僻，而且交通不便。临时做出了很多决定，比如接人的大巴车，还包括把“书友会成果汇报”提前，因为很重要。然后与志愿者一起在会场布置，看到彭毅也赶过来了，现场彩排主持，逐字推敲词句，最后才敲定了采用大学点名制的想法，其中我分享了个“感谢从百米之外赶来的广州美术学院设计学院院长童慧明教授”的创意。9点多大家才吃了点麦当劳外卖，大概晚上10点多我们搭运彬的车一起离开大学城，回网易公司附近。然后我打车回酒店，并且与运彬约好明早再搭顺风车。

算下时间，我必须在早上6点在酒店门口等，于是21日我5点30就起床了。7点左右最早赶到大学城，所有店都没开门，跑seven-eleven吃了个包子。继续在大学城广美教学楼C二层的300人阶梯教室门口迎着早晨的寒风和朝阳等待有人来开门，接下来的事情没什么印象了，只记得当时正出太阳，我对运彬说“今天天气真好。”

快9点时，到场不到1/3，9点20左右上座率基本100%，与预期好很多。等胡晓和童慧明教授的致辞完事，我直接上去开始汇报。插一句，童院长的致辞不仅好，而且很仗义，邀请UCDChina参加明年的广东国际设计周高峰论坛。汇报不够理想，某些大照片投出来的效果并没达到预期，回头放官网再看吧。我也知道语速越慢效果越好……但是，之前咱们有约定，前边的人必须压时间，否则后边收不了场。

白鸦的主题演讲效果不错，开始与Norman在UX2008、黄蜂在UPA2009一样问在场人“有多少是VP的level？能够影响公司战略？”结果显然全世界都差不多。那么这是行业特性，还是发展没有走上正轨。我觉得关键还在于话语权，即使同样的话，由不同的人出说出去的效果也不一样。

之后参加了隽辰主持的论坛，应该说讨论还不够爽快，大概后1/3包括回答问题的内容还算充实。关键在于清晰表达了自己的观点，并且有反应。虽然很多观点都已经写过，但与在blog上写网志完全不一样。所有观点正在总结，并将在官方统一更新。

中午在旁边美术馆的咖啡厅，一起接受了当地媒体采访。然后回会场吃麦当劳（第二顿）。与几位好友简单聊了聊，其实还是第一次见周陟、木的两位，到点差不多开始准备下午场。

下午彭毅的专场效果我也很满意，也许是最后下课的，因为看到好同学趴咱们教室门口玻璃看。之前聊天他说担心冷场，我说肯定不会，因为“讨论是否冷场关键看在场的人”。印象比较深的是QQ邮箱的曾鸣与网易邮箱的莫子同时在场，与众嘉宾一起交流了很多有价值的经验，回头看会议记录再总结。

晚会被弄上台出了两次丑，除器材稍微有点不听话，活动很ok，主持人很nice。给每位参与者都准备了礼品，但可惜有不少朋友提前离开了，其实我们准备了全天的大巴车接送，地铁也还来得及。最后我们与组委会的朋友直接坐大巴到网易附近，吃了个饭，小总结了下，大概又是12点多回到酒店。

22号早上再次6点前爬起来，因为给人家约好了七点赶到上下九的“广州酒家”喝早茶……每天都被整的神智不清，我太佩服自己了。

UCDChina广州年会之《项目管理》总结

xiaoxiao — 2009-11-24 21:43:39

上周六参加了UCD2009书友会，我只想说一句：UCDChina 广州年会是成功的！感谢广州的朋友们，还有广州美院提供的场所，座在阶梯教室里的感觉，真不错。

周六下午参加了彭毅主持的《挑战Deadline - 项目管理的艺术》。说实话这场我觉得彭毅主持的不错，就是这个命题有点大了，其中大家对细节、制度有些太纠结了，另外我想应该让嘉宾先发言结束后，其它人最后再来讨论，这样可能会好一些。

好了，我觉得这一场讨论还是很激烈的，也有值得记录下来的东西，这里我只谈谈我对项目管理的一些想法，下面是彭毅的7个命题，我直接在下面回答了。

1. 怎样定义失败。在你所经历的项目中，有哪些失败的项目值得拿出来分享？

有一个前提，是谁来定义这个失败。比如设计师、产品经理、总监还是老板。我们讨论的是项目管理，那么就从项目经理上来看。我认同莫子的话，看目标，看目标有否达成。这里我们讨论似乎有点太限入细节了，大家都很积极。同时感觉到各个公司对这个职位的界定有些模糊，我想应该有一个专职项目经理去推动项目。如果用产品经理的眼光来界定（现场有一些朋友是产品经理兼职项目经理），那就不好办了。一开始项目经理就必须把目标与需求方或老板界定好目标，如果目标未达成，项目就是失败。至于项目目标是否对错，应该不是项目干系人所去考虑的问题，当然，我想项目干系人也应该要及时提出问题所在，如果都事不关己也不对。

现场我举了一个例子，例子是我听来的。大家对于例子本身会认为项目干系人不负责、项目没有传达到人等等问题，其实我想说的是项目风险的问题。任何项目都会有风险，包括发射卫星失败，项目干系人突遇车祸，项目资源临时调配等等，你总有想不到地方，或是你认为不会出问题的地方，但结果就是出了。关键问题是把项目做一两套备选方案，这一套方案不行，另外一套方案上。

还有一个问题，我想也不必太纠结于短期的项目失败，比如上线以后效果不好，也不意味着以后就不行了。反复迭代去改进就可以了，短期目标和长期目标要界定好，关注最终结果。

2. 此项目为什么失败，问题在哪里？

关于项目为什么失败的问题，和目标有关。如果站在项目经理的角色，会认为项目经理经验不足。有了解到国外的项目经理是比较强的，直接汇报对像是老板。

这个议题里好像大家还陷入一个考核的问题。我说下设计师的考核，设计师的考核一般由直属领导考核，这里是有盲区存在的。如果领导考核，只能占技术性考核，而业务性和服务性考核则应该由需求方或产品经理考核，两个考核应该各占50%。如果项目失败或设计师服务态度问题不好给了20分，但专业技术又不错，那么直属领导可以50分，这样设计师会得到70分，我想才算得上公平。如果说项目不成功来界定设计师的成绩，那么多少会有些偏颇。

3. 为什么没能预见问题的产生？

上面我有说了。这里我来之前有和同事聊，我们有一致的看法，是项目经理的经验问题，至于说有什么方法，我想就是建案例库，经常更新。

也不是否定这个命题，我还是认为人不可能预见所有的问题，你只能是做更多一些的预案来防止，真要是发生了，那就坦然面对。

4. 错误发生后，如何快速矫正？

这个问题上面有回答。下面三个问题我中途出去，一帮哥们围着聊天，未能参加完成。借此给各位抱歉了，但我也想说一下我的看法。

5. 在跨部门沟通中，最经常碰到什么问题，由什么原因造成？

先说原因，KPI未绑定是造成跨部门项目的最大问题。与其说跨部门沟通中的问题，不如果说跨部门的项目问题。比如经常遇见的就是某个项目合作方部门不是太尽力啊，沟通时间长啊，理解有偏差啊，都是这个原因。因为合作部门有自己的KPI，你做你的，我做我的，绑定在一起就好了，只要一绑定了考核，你就看吧，人都可以座在一起。

前面曾鸣有提到过小团队的好处，我想特别适合小中型IT公司。大公司一纵一横还是好一点，但曾鸣提的我也有其它的看法，比如两三个人可以快速很好的解决问题，但前提条件是项目成员必须是对项目很有热情，有激情。另外也相互开玩笑，你们产品赚钱、我们不赚钱，你们天高皇帝远，我们流程多，呵呵。

说下人多的想法。我认为人多了得靠规范、靠制度，所有人都必须要按这个来，这样才能跑得更快。你要说如何建规范和制度，和项目成员一起定就OK了。项目成员少，主管可以带，多了以后问题会产生。比如：我有十个人手，一个人跟一条产品线，但十个人手未必要每个人都是100%工作饱和。从项目管理上看，如果突然追加需求，那十个人中必须有一个人可以抽出来。

项目管理中可能还有执行力的问题，这个感觉像管理范畴里的东西，说回了也有KPI的事。

6. 有哪些问题，会严重打击你的工作热情，或是团队工作热情，或是跨部门合作？

这个地方和前面讨论的KPI有关，就是如何正确评估界定项目成员的考核。有朋友提到了牛逼不讲理的人，不跟你商量就做的人，我想合适的方式首先应该是的沟通艺术，是问题就解决问题。是对的就要听，特别是有Sense的产品经理，有时候是要先听他们的，在没有数据的基础上，只能信赖经验，如果不认同经验，等于是不认同产品经理。听说有些哥们，连Flickr帐号、Twitter帐号都没，这做互联网产品经理说不过去啊。

7. 用什么工具进行项目管理？（如果能带来具体实例，将更好）

目前感觉简明、清晰、及时的项目邮件比用其它工具要好。只要你及时的发出项目进度邮件和项目问题抄送给项目组，比让所有人装上一个专业工具要好。如果说用Excel或Project来弄个漂亮的图，也不错。

换个角度看，如果是项目经理，也要看大家习惯用什么，大家用什么，你再用什么工具推动是比较好的。

结束：

最后要说一下：项目管理也是我比较喜欢的一个东东，有人说项目管理是人生必修课程。在两年多的项目管理中，很多人给了我帮助，比如在现场的Nick同学，现在是CDC的项目支持组组长，在以往的过程里，作为导师他教了我很多。这方面，他是长向，如果有同学想和他交流或是想从事项目管理的同学，可以加他的QQ，QQ号：5935930。

另外再推荐熊晖的Qzone，因为这个哥们不仅每天和我一起班车，而且是专职项目管理，去广州之前也和我有过交流。有喜欢的同学和朋友也可以访问他的Qzone：http://sunshine.qzone.qq.com/

最后要说一下，发现会场的哥们有些不太一样。大概是这样的：我座第一排，左手边是某学院副院长，右手边是一个MM，再往右手边一个是30岁左右的哥们。我一看离的近，打个招呼吧，礼貌的递了一张名片，问是做哪块儿的？结果这哥们看了一眼，把名片丢在桌子上。我以为没听到，因为隔了一个人，声音大点儿又问了句。这哥们冷冷说了两字：网站。然后头一扭，不理人了。

我不知道是哪里得罪了这个哥们，还是什么原因。我以为这个大会是大家可以交流的，至少可以以礼相待，不论您是什么职位，什么位置。我也希望下次年会，缩紧与会成员，适当收费。白鸦问我大会可以给多少分，我说95分，很好。为什么没有100分，其中5分的原因就是因为有这类人存在。

设计师来了

tony — 2009-11-24 21:41:31

UCD书友会2009广州年会归来，一天时间，着实感觉不够，交流没有办法深入，谈谈感受吧。

对于这次年会，看到一则负面评论：一帮外行人的讨论。
原话不记得，大致意思如此，说实话，我非常喜欢这个评价。来剖析一些这个评价者的心理：
你们这帮设计师不好好做“水晶图标”，甚至不满足于优化交互流程。关注产品业务，学习分析数据，甚至于营销推广，你们到底想干吗？

听起来像是：狼来了！

诚然，很多人不是对UCD不理解，而是对设计一词的误解。
因为设计一词被滥用，很多人一听到设计师，马上联想到“美工”，“执行者”，甚至很多同行做着做着，不得不把title改成“产品经理”，因为公司高层就没有设计师的头衔，因为产品经理的title会让团队沟通更加顺畅，简单来说就是更加有话语权。

所以，当我们这帮人讨论需求分析，推广营销，业务流程，团队沟通，被人觉得外行。
确实，我们在很多方法，包括行业潜规则，不甚了解。但是，设计师手上只需要有一张王牌，就有可能拿到对等的话语权。这张王牌就是：用户！

这也是为什么这届年会的主题就是：从用户出发！
遥想互联网当年，技术是门槛，业务是门槛，如今的大大小小的公司里面，很难找到以设计师起家的创始人，但是能做大的公司，往往都是懂用户的技术，懂用户的生意人，只是他们没有叫设计师。但是，别忘记了，从职能来说，设计师离用户是最近的，当技术、业务的门槛越来越低，谁离用户越近，谁最懂用户，谁就得天下。

跟一个公司高层做产品管理的人聊，他说：当设计人员和其他部门的人发生争论的时候，他会不自觉地偏向设计师，有时候哪怕设计师立场和论据不充分。他觉得设计师目前需要从能力和话语权上得到扶持，但是长远来看，他觉得商务，技术，业务，产品设计应该是平行的。

换个角度来看，设计师的很多职能，不过是被挂着别的头衔的人兼了。我们只是想让这些事情有更好，更专业地归属。

设计师来了，愿意和你们一起煮酒论春秋。

相关话题：UCD2009广州年会--从用户出发源地址：http://uitony.com/?p=109

“UCD书友会·2009广州年会”记

杏子 — 2009-11-24 21:35:06

年会终于结束了。年会很精彩。年会很累，奖赏了自己一个15小时的睡眠。

一、初来到

没能赶在签到的时间到广美，是因为前一天晚上还在处理报名的事情，还在准备晚会的内容。早晨6点钟赶回家眯了两个小时，就匆匆出发了。由于此前没有过来熟悉场地，不识广美真面目的我，让出租车在大学城里绕啊绕，最后不得已求助Jimmy，在她的电话指挥下，我和美美才晕乎乎地到了现场。我们可真够不称职的。

那时候白鸦已经操起PPT开始讲了。大会场座无虚席，还站着许多人。我跟组委会及一些朋友寒暄之后，没在会场多留，拍了拍照片，就去和晚会组碰头准备了。

白鸦在演讲：从用户出发的产品设计

广美的校园真是漂亮，而且很开阔，似乎整个大学城皆如此。在城市里工作久了，难得一见这样的建筑和风景。连成片的教学楼，阶梯教室，图书馆，还有漂亮宽大的体育场，让我触景生情，想起自己的校园时光。那是怎样一种无忧无虑而纯净的心境。由于又冷又忙又累，我已然遗忘包里的LX3，只让美景和思绪随风飘走，不做挽留。

二、大海报

阶梯教室外是一幅巨大的海报，写着2009，贴着各地UCD书友会的精彩照片，让寒风中的年会显得很温暖。而年会火红的签到版上写着大家的签名，尤为让我感到，这次年会一定会成功。再看到人头攒动的现场，顿时，我的疲倦被一扫而光。

海报

签到版

签到处的广美MM很nice，非常专业的感觉。忍不住多看了几眼，心下赞叹。

大会场签到处的广美学生志愿者

又看到Jimmy、运彬和坤仔在有序的组织着，还有先想、小麦来回地穿梭搞接待和接递工作，俨然一支训练有素的部队。这时候也看到了匆忙的小桃，她的物料礼品的工作是最累的。Smile则活像个礼仪小姐，端庄稳重，笑容很美。

而里面，白鸦在滔滔不绝地讲演着，他跟我们吃饭时候戴着那顶帽子，上台时还戴着那顶帽子。这仿佛是个标志。广美南阶梯教室已经够大了，可是还不如人多，一排排人站立在后头，也不知道大家听得爽不爽。反正我的视力是够不着他那个PPT了。

三、C408教室

图书馆楼上的C408教室，是广美学生的一个设计工作室。它临时变成了我、美美和思萌的办公室。我们无暇去听早上精彩的两场专场，而是为了晚会还在忙碌着。串流程、搞PPT，到了中午已经彻底没感觉了。就和美美在走廊晒晒太阳，看看阳光下广美的体育场。

午饭是麦当劳，大家在阶梯教室解决的。别看这一顿简陋的午餐，聚集着白鸦、千鸟、Angela、彭毅……还有累得不成样的组委会，大家安安静静地，在诺大个教室座位上一起啃汉堡和薯条，这种感觉非常奇妙。颜彦举了个相机，拍了又拍。

在阶梯教室吃麦当劳

吃饱了，大家各赴自己的专场。而我又折返到C408，再然后就开始忙着去布置小舞厅了。

四、小舞厅

身为年会组委会成员，虽说是有权利串场，但当天事无巨细、任务缠身，肯定是没法去参与各个专场的，自然也少了很多交流机会。只得无奈地笑笑。转身和思萌一块儿搞晚会的准备去了。

晚会在广美的小舞厅举行。小舞厅的布置工作比原来设想的顺利，这多亏了学生志愿者的帮忙。倒是组委会自身的工作环节有疏漏，导致下午有些混乱。还好，广美学生很靠谱，很赞；真是哪里有需求，哪里就见他们的身影。而且都挺有主见，在听从指挥的同时，还能想你所想、提供建议。

部分广美学生志愿者

下午抽身去采购场地的酒水与食品。几个人将东西搬出了超市，绝望地等着基本绝迹的大学城的出租车。后来时间实在耽搁不起了，就只好call运彬开车来接。与此同时，小桃那边很着急，因为C408盛放的礼品找不到人运送。她甚至自己把成堆礼品拖到了电梯口。

最后，在众人的帮忙下，小舞厅有模有样的布置完成了。大家都很热情和无私，但我没法一一记清名字，也没法写出所有令人感动的细节。谢谢你们。

五、跳起来

晚会在忙碌中就这么开始了。开场游戏是邀请几位UCD书友会创始人上来跳舞，本来假想的气氛应该没有那么好，但实际是大家都挺high，有几位叫不上名的美女跳得很好，还有彭毅的“孩童扭”，可爱得让全场爆笑。有了开场的这个基调，我紧张的情绪立马消失一半。

后来的游戏和抽奖都很顺利，一切在设计之中，甚至超出了预期。只是现场设备太差，影响了某些环节的正常进行；那个残破的Mic简直太扫兴了！

不过总体来说，大家都挺开心。这就够了。印象最深的是“快乐猜猜猜”和“我家男人最厉害”，笑声不断；“板凳奖”和“抓抓奖”也让大家很 happy。最后全场参与的团队竞赛“用牙签传橡皮糖”，则是群体的PK，可以看到讲究团队配合的互联网产品人士，是怎么应对这样一个亲昵协作的局面的。

当礼炮想起，我心中的石头才落了地。其实我一直都挺担心的，我们除了菲菲，都没有组织晚会的经验，我担心互联网工作者在这样的现实舞台上，会不会放不开？我担心我们的游戏设计会不会太低龄？还好，我是多虑的，结果是美好的。

UCD的成员们，UCD的支持者，我们在互联网的舞台上跳得精彩，我们在年会的现实舞台上跳得也精彩。谢谢你们。

六、邀请制

本来，广州UCD书友会只想搞个小型party，纪念广州UCD书友会成立一周年，然后想邀请白鸦等几位好朋友UCDChina创始人过来广州玩玩，仅此而已。后来，白鸦说，反正UCD圈内人也好久没碰在一起了，就趁着这一次，好好搞搞吧。

于是，计划中的周年庆变成了后来的UCD年会。我们披星戴月、日理万机的日子就此开始了……

我们知道年会很吸引人，得益于无数大佬的影响力。但邀请码的设计，并不是某些人说的“饥饿营销”，也不是我们故弄玄虚、自抬身价，而是真的由于场地有限，并且很重要的是，工作坊和圆桌会议，本身就对参与人数和人员背景有要求。邀请码的发放，就是确保这些嘉宾能够率先找到希望参与讨论的人。开放报名后，出现一些难以协调的状况，也在所难免了。

这样的会议，内容很丰富，但我们是免费的。白天的费用，基本上要靠赞助来支撑，否则我们几个小人物，哪里搞得起。晚会就没办法了，为了平衡支出，并设置参与门槛，我们无奈收费。可是大家还是很踊跃，还有不少朋友掏了大于100块钱当赞助的，我们感动得一塌糊涂……

七、小秘密

年会主题“从用户出发”是白鸦建议的。主题海报是周陟设计的（后期有修改）。纪念T恤是隽辰设计的。邀请码是我弄的。我们把这一次年会头号组织者胡晓称为“胡主席”，他很高兴。呃。年会宣传视频里装扮成恐怖分子的人是运彬……

年会报名表是前一天傍晚截止的，截止时显示的数字是380人，这些人包括持邀请码报名和公开报名的，并没有计算专场嘉宾和特邀朋友，那么年会的实际参与人数，估计已经超过了450人。

八、小花絮

白天，忙着组织会议去了，没怎么主动找人交流。可惜了我那两盒新设计的名片啊……

会前跟千鸟提到名片的事儿，他在Gtalk上跟我“炫耀”他那不会偏色的高档名片来，我就跟他预订了一张。在阶梯教室吃麦当劳的时候，他就给大家分名片了，果然很惊艳。大家哄抢。稍嫌羞涩的他，不断地跟我们解释，这名片的成本不是高在烫金，而关键是印出来不偏色（还指着那灰色的字母说，这都是他自己调的色，一点儿没偏）；还反复强调，烫金字其实不花钱、这烫金不值钱。哈哈，当场把我给逗的。与千鸟的这第一次见面，让我认为他给人的亲切感，比在Gtalk上更进三分。

九、结束语

本次年会，准备时间不超过30天。组委会核心组织成员不超过5个，其他成员不超过10个。组织者都是自愿行为，大家都是兼职，利用晚上和周末去忙所有事情，费用也都自己掏。

本次年会的规模，最后高达400-500人（不完全统计），大大超出我们的预想。组委会都是一些未经任何会议筹办洗礼的同事，都是非专业选手，但干出了专业的活、达到了专业的效果。场地准备、议题整理、嘉宾邀请、宣传推广、报名审核、晚会策划、志愿者组织、视频制作、T恤制作、物料采购、海报设计、周边印刷，等等，所有环节，不能缺少任何一个人。

另外，还得感谢广美那些学生，他们不辞辛劳，干活随叫随到，绝不抱怨。

这一切，对我们来说，是多么不容易。我这并不是在炫耀，也不是在诉苦。而是，我想透露一个信息，那就是我们为这样一个活动，自愿集结在一起工作，自愿付出，我们的目的是什么？其实很简单，我们每个人想要的，是一种经历，一种团队的经历，一种快乐的经历，一种以后想起来会感动的经历。

年会未必完美，但我们很开心。今年的第一次UCD年会在广州开，明年的UCD年会不知在哪儿开，到时再见。

PS，

我自己没怎么拍照，少得可怜的几张，已经放在我的Flickr了。其他的，等组委会收集齐了，自会公布，大家记得继续关注就是了。这个寒冷的冬天，让大家跑广州，辛苦了。感谢你们。

年会简介会被永久记录在这儿么？让我们记住这第一次。此前写了《“UCD广州”成立一周年记》，希望以后还有机会写两周年、三周年记……