今天很高兴广东移动给我们提供了会场，同时也很高兴的认识到了上海易土的林汉城先生，同时也有机会邀请到淘宝ued的陈文锋（超群），你可能会问超群是什么意识，昵称？自己去想吧！这次的书友会还是按照之前的流程来走，不过今天大家很高兴参观了广东移动的用户体验实验室，非常专业有水准，让我们这些门外汉终于知道了一个专业的用户体验实验室的布局和设备是啥样，第一次看到了眼动仪。

开始正题，电子商务网站对于有过购物经历的人来说都不陌生，但你在网上有过购物经历不代表你对网购的模式和类型了解，所以这里我们的补充下业务知识，请看维基百科这里的介绍《电子商务经营模式》。

国内常规的网购代表性网站如下：

• 网络书店（当当、卓越、蔚蓝）
• 收藏和艺术品拍卖（孔夫子、赵涌）
• 综合销售平台（淘宝、eBay）
• 网络订餐（饭桶）
• ……

我们这次书友会针对以上类型的网购网站，拿出了当当、卓越、淘宝三个出来给现场的与会同学现场操作。由于网速的原因，这一流程进行不是很顺畅。不过给在场很多没有接触过和正在学习中的同学很深的体会，如果没有了网速，在好的产品也是摆设罢了。

购物流程探讨（以淘宝为例 c to c）

探讨淘宝的流程中大家更多的关注点在购物车、二次登录、支付方式、评价体系这四点，可以说这四点也是我们整个购物体验的生态支点。

1.购物车

大家可能注意到淘宝在原有的立即购买的功能上新推出了一个购物车，就是这样一个购物车带了了不少同学的关注。

我们来看看淘宝自己对购物车的说明：

我们大概了解到这些情况：

优点：

a)淘宝购物车是对淘宝整个产品体系的一个补充，不仅仅是一个功能的加减。
b)购买物品更加快捷，支付可一次性。

缺点

a)支付方式计算的复杂度提高
b)对评价体系有所影响
c)支持的购物范围有限制（只支持一口价的商品）

意外情况

这次书友会上阿锋同学提到了购物车在推出以后被很多的用户当成收藏夹来使用，这是大家没想到的，而且这样的情形是好是坏还需要时间和数据来说明。

2.二次登录

我们在像当当、卓越这样的B TO C网站上买东西的时候都有二次登录的体验，大家普遍的感觉不适。如果要解决这样的问题，估计很难。不在多说，都是体制问题造成的。

3.支付方式

我们最常见的支付方式可以分为电子支付、货到付款、邮局汇款、其他。其中最常见的付款方式是货到付款和电子支付。

货到付款多见于B TO C方面的交易，例如在当当、卓越网上的购书。

电子支付多见于C TO C方面的交易，例如在淘宝、拍拍、有啊等等。电子支付种类方面，目前比例最大的是支付宝，第三方支付已经在电子支付方面占据主要地位。其次是网上银行支付。值得注意的是，除了第三方支付和网银支付外，手机支付已初露头角。

电子支付平台主要有如下一些：支付宝、网上开户银行直接支付、信用卡支付、财付通、百付宝、手机支付、安付通、贝宝、云网支付、环迅支付等等。

4.评价体系

网购的评价体系是个很突出的问题，对于卖家尤为重要。目前这样的评价体系对于C TO C模式下的网购平台显得更为重要。一套完整合理的评价体系建立是需要多方面的推动，来制定一个游戏规则。前些日子，马云来广州布道了，广东电视台有录播。在这次广州举行首届网商交易大会上马云说了不少敏感话题，什么最近要招一批一流的心理学家、社会学家、经济学家来研究其产品，什么痛斥传统行业的陋习，什么淘宝上假货横溢等等，这些最终归结起来就是一个信用问题。而信用的好坏转化出来的结果就是评价，也就是我们常说的“口碑”。希望淘宝上无假货的梦想能够实现。

最后不得不说下移动的用户体验实验室，我想这是每个做产品的人都所希望拥有的。拍了不少照片，鉴于不方便的原因不能公布出来。

书友会实录可以看看我们胡晓同学的BLOG：用户体验提议“看上去很美”（广州第八期回顾）

广州4.18书友会主题的内容提纲自己参与撰写，同时还参与组织和主持。通过这次的深入参与，我发现胡晓同学能坚持下来多不容易，先赞下。由于天公不作美，原定的以春游踏青小组讨论的形式无法实行，只能30号人一起参与，其中的各种不适大家可以看看胡晓同学的踏青归来（UCD广州书友会第七期回顾）的描述，下面开始我们的主题。

1. 屏幕分辨率和布局的定义

1）分辨率
分辨率（Resolution） – 影象清晰度或浓度的度量标准。举例来说，分辨率代表垂直及水平显示的每英寸点（dpi）的数量。BitWare 可以用普通或标准（100 乘 200 dpi）及精细分辨率（200 乘 200 dpi）发送及接收传真文档。分辨率是一个表示平面图像精细程度的概念，通常它是以横向和纵向点的数量来衡量的，表示成水平点数×垂直点数的形式。在一个固定的平面内，分辨率越高，意 味着可使用的点数越多，图像越细致。分辨率有多种，在显示器上有表示显示精度的显示分辨率，在打印机上有表示打印精度的打印分辨率，在扫描仪上有表示扫描 精度的扫描分辨率。

这里大家更多的讨论的是我们日常的一些视觉感知，对CRT和LCD显示器有过多的讨论。

讨论到这里大家讨论到一个关键点，就是显示器都有自己的最佳分辨率，人们都喜欢大尺寸、高分辨率，但不是显示分辨率越高越好。我们还要考虑一个因素，就是人眼能否识别。例如，在14英寸最高分辨率为1024×768的显示器上800×600是人眼能识别的最高分辨率(我们暂时称为最佳分辨率)，在1024×768这个分辨率下显示器虽然可以精确的显示图像，但人眼已不能准确的识别屏幕信息了。在相同大小的屏幕上，分辨率越高，显示就越小。这就给我们在产品设计上需要更多的考虑到这个因素，例如整站的字号是否应该大点等等。

2）布局

网页中的布局严格意义上来说并没有一个统一的定义。

网页布局大致可分为“国”字型、拐角型、标题正文型、左右框架型、上下框架型、综合框架型、封面型、Flash型、变化型。

关于第一屏

所谓第一屏，是指我们到达一个网站在不拖动滚动条时能够看到的部分。那么第一屏有多“大”呢？其实这是未知的。一般来讲，例如在1024*768的屏 幕显示模式(这也是最常用的)下，在IE安装后默认的状态(即工具栏地址栏等没有改变)下，IE窗口内能看到的部分为1002px*645px。一般来讲， 我们以这个大小为标准就行了。毕竟，在无法适合所有人的情况下，我们只能为大多数考虑了。

2. 现行主流使用的屏幕分辨率和布局与用户体验的关系

由于现在使用的显示器的尺寸越来越大，台式PC越来越多的使用19吋到22吋的显示器。我们自己使用的笔记本虽然尺寸在10吋到14.1吋居多，但分辨率基本都是在1280X800.主流的发展趋势是宽屏+高分辨率。可以说，电脑显示器发展到30寸可以算是终极尺寸了，再大就不适合当显示器用了。

宽屏液晶显示器的字体到底有多小？像素点和字体的大小是对应的，像素点小了，文字就会变小。宽屏面板的分辨率一般比同尺码的普屏面板高得多，所以宽屏的字体小得多，对视力也不好。

宽屏的字体到底有多小呢（以笔记本为例）？

像素高度(与字体大小成正比)：
15′普屏 0.298mm
15.4′（宽） 0.259mm
14.1′普屏 0.280mm
14.1′（宽） 0.237mm
13′（宽） 0.219mm
12′普屏 0.238mm
12′（宽）就不说了，那个字体小到不正常……

现在流行的网页布局（以门户为例），网页布局大多是采用“国”字型，宽960（也有采用950的）的固定版式。现在网页的布局设计变得越来越重要，访问者不愿意再看到只注重内容的站点。虽然内容很重要，但只有当网页布局和网页内容成功接合时，这种网页带给用户的体验才是最好的，为大家所喜欢。

网易的一位同学说到了网页布局中使用黄金分割率的原理。黄金分割率的概念大家都知道。下面我引用一段非常专业的解释：“黄金分割最早见于古希腊和古埃及。黄金分割又 称黄金率、中外比，即把一根线段分为长短不等的a、b两段，使其中长线段的比(即a+b)等于短线段b对长线段a的比，列式即为a:(a+b)=b:a， 其比值为0.6180339……这种比例在造型上比较悦目，因此，0.618又被称为黄金分割率。”大家也看清楚了什么叫黄金分割。

我们中国也有一种类似于这样的概念叫九宫格。这个也许就有一些朋友不清楚了，这是一种用以临写碑帖的一种界格纸。基本形是一个长方形等分九格。在这个九宫格中中间部分就产生了四个交叉点，这四个交叉点就是视觉中心点。

PConline的同学特别提到了最近比较流行的网页栅格系统设计，其中所提到的理论大家可以看下蓝色理想这里介绍的网页栅格系统设计，同时有兴趣的话可以去买这本书来看看《栅格系统与版式设计》。

3. 屏幕分辨率和布局与浏览器、显示终端的关系

屏幕分辨率和布局在不同的浏览器和显示终端下的表现是不同的，千鸟写的《排版自适应提升可访问性》大家可以看看，特别提到我们在实际设计操作中通常有三种情况：版面自适应、视觉自适应、内容自适应。所有的这一切都是为了适应现在显示器宽屏高分辨率的结果。更多的专题内容可以访问千鸟的《可访问性专题》。

特别近几年电子数码产品的软硬件设备飞速发展，PC、手持设备、电视等等显示终端都成为了我们浏览网页的目标终端。不同的终端对网页设计布局都有不同的要求。讨论到这里，3G.cn的同学特别提到了他们在手机上设计产品的一些见解。由于到这里的时候我开小差去了，没认真听，无法回忆记录下来，希望3G.cn的同学能写出来。我们的菜心同学提供了一些国外关于手机屏幕的资料：Mobile screen size trends 和 More on mobile screen size trends ，大家可以看看。

4. 屏幕分辨率和布局对前端开发，产品设计的影响

在我们充分的认识到屏幕分辨率和布局的矛与盾以后，就为我们以后的工作有了更多的指导意义。产品设计上需要从不同的角度去考虑适应不同屏幕分辨率下的网页呈现，同时对前端开发也是挑战，前端开发需要做大量的工作，从框架的规划到具体的页面实现都要考虑到这些。

5.总结

这次的ucd书友会虽然在下雨中进行，影响了讨论的效果，但来参与的同学们都很自觉的参与其中，很是欣慰。一位出差广州的PConline的同学对广州这边ucd书友会氛围的肯定，多少是对我们的组织工作的认可，他之前也在上海参加过ucd书友会。希望更多的交流和分享为大家的日常工作和学习带来便利。

最近忙的项目可能是我这辈子做的覆盖业务面最广的东西了。这其中总有不尽人意的地方让我们产品组不断修改，为此就带来了项目中的变动太多，影响了项目进度和产品的稳定性，影响到整个项目组的参与成员。因为产品组的不确定性而影响到项目的反复。特别对于大的互联网公司，产品组的人员要面对多个部门的沟通。沟通是很花费时间和尽力的。

针对以上的问题我时常在反思我们在产品之路是否行之有效，是否更适合我们的团队去执行。问题出现在哪？怎样去改善？制定一个更合理的产品实施方案等等。

首先想到的就是我们产品组内部的工作职能区分和各职能流程，这些基本都是走我们现在很流行的产品组架构。

再就是想到了我们产品组内部人力质量，大家共事的时候各自才能发挥是否合理，每个人都有各自的优势所在，是否合理的组合等等！

再再想到就是我们在闭门造产品的时候是否有用户的参与，这种用户可以是自己公司内部人员。不同部门的人参与进来，大家提的产品想法，以及体验的意见都是有不同的。而这些意见的收集对于整个产品的提升也是有很大促进作用的。

现在我们缺的就是用户的声音，用户的建议。尽管有时做产品的人都认为自己是个用户，但其实你只是个走在前面的典型用户，你的习惯不能完全代表真实用户。你可能是个体验方面的能手，但用户的需要有时会让你感动诧异。用户就是用户，用户就是检验一个产品的标准。

做产品的人一定不要用自我的思维去解读用户的需求，否则这样的产品出来以后只能是为你自己而生！

最近看了简单法则这边书，看后感受很深。

网上已经有了很多这本书的评论和博文，我就不在多说了，但是我还是觉得本书作者所提观点很受用，并不像有些人的评论那么离谱。就像之前我在广州参加一次书友会，记得是2008年开中文网志年后那段时间，大家就围绕“音乐网站”的话题讨论一个按钮是否需要那样，简单不只是在功能取舍的层面上，更多的是怎么样的简单带来产品用户体验的提升。

本书的10条法则如下：

减少 达到简单的最简单方法，就是用心割舍
组织 妥善组织能使复杂的系统显得比较简单
时间 节省时间会让人感到简单
学习 知识使一切变得更简单
差异 简单和复杂相辅相成
背景 简单的周边事物绝非无关紧要
感情 感情越多越好
信任 我们相信简单
失败 有些事物不可能简单
单一 简单是减少明显的， 增加有意义的

3个要点
远离 只要挪得远远的：多就会显得少
开放 开放会简化复杂
能源 少用，会得到更多

网上的一些评论和博友读后感收录：

豆瓣上的

DBA note

思维的乐趣

收到这个信，不知道说什么好！转发出来分享下！

亲爱的sean(紫天乐)组长:

到3月6日豆瓣就成立4周年了，这几年来”关于豆瓣”的页面从未变过。豆瓣把自己 定义为发现和分享生活的网站。直到今天，每天用户产生的内容里，99%依然是围绕读书、电影、音乐、同城和日常生活的讨论。同时，豆瓣作为技术型的 web2.0网站，一直致力于”算法改善生活”，豆瓣的立身之本，是用算法和技术规则促进优质内容的产生和传播，使每位用户产生的内容对尽可能多的人有 用。我们不善于，也一直试图避免人为干涉用户内容的产生和传播。

豆瓣小组作为一个辅助功能，初衷是对单种书碟评论的补充。小组以 圈子和兴趣分享为主旨，而非通用的话题论坛。虽然用户使用小组进行各种类型的发现和互动，出于对用户的尊重，豆瓣的前三年里我们并没有对小组主题做过多的 限制。即便如此，今天十几万个小组里，99%以上仍然是围绕读书、电影、音乐、人际圈子和生活兴趣为主题的。

豆瓣作为在中国运作 的网站，一直尊从政府及上级主管部门在互联网服务方面的法律法规。这是我们长期发展的必不可少的保障，法律法规所要求的内容监管工作豆瓣也一直在认真执 行。但时政、意识形态和低俗方面的内容，虽然不到豆瓣每天产生内容里的百分之一，却成为监管工作里比重最大的一部分。虽然我们一直全力在做，但这些内容的 类型和豆瓣自身”发现生活”的定位相去甚远，人工审核的方式和豆瓣技术为上、用户为上的运营理想也有很大的冲突。

因 为以上的原因，豆瓣在一年前制订社区指导原则的时候，明确把时政和意识形态方面的话题作为全站范围内不欢迎的内容。这些方面的讨论，无论观点、角度、合乎 规定于否，都不在豆瓣的服务范围之内。我们希望这种类型的讨论，用户能在豆瓣之外找到更适当和有效的沟通场所。遗憾的是，因为各种原因，针对社区指导原则 的沟通没有用积极的方式进行。少数以此类话题为主要兴趣的用户看到的是封删禁，而不是豆瓣服务内容的变化。豆瓣对处理过程中因为我们自己的疏忽和沟通的笨 拙对用户造成的伤害感到非常愧疚，在这里先跟大家道歉。

另一方面，众所周知的，国务院新闻办等七部门于近期发起了整治互联网低俗 之风的专项行动，而目前这个专项行动正向纵深发展。根据反低俗之风专项行动的指导精神，为了保证小组内容的长期存在且不产生法律法规方面的问题，豆瓣最近 对现有小组进行了严格的梳理，解散了一些不符合规定的小组，因此对用户产生的不便和伤害，我们表示深深的歉意。我们理解因此离开豆瓣的一部分用户，也祝愿 他们能顺利地找到更适合他们的服务。被解散小组的组长如需要数据备份或迁移方面的协助，请和help@douban.com联系。

豆瓣并非一个存在于真空中的网站，我们在严格遵守相关法律法规的同时，亦有自己的规则和立场。之后豆瓣小组的管理方式也会做相应调整，保证小组的内容在 豆瓣的服务范围之内。也请相信和理解，我们所做的这些，最终是为了保证豆瓣99%以上的用户过去几年生命里的记录能够稳定地存在，不因为1%的用户出现法 律法规方面的问题而消失。这是豆瓣作为一个有责任心的社会网站，对用户道义责任的底线。我们能力有所限、我们实力有所限，不能让百分之百的用户满意，但对 其中绝大多数，我们希望尽己所能做得更好。

感谢您，感谢大家，特别是沉默的大多数用户，感谢你们一直以来的理解与支持!

豆瓣

2009年2月9日

可用性测试的定义
可用性测试是指在设计过程中被用来改善易用性的一系列方法。我们为用户提供一系列操作场景和任务让他们去完成，这些场景和任务与您的产品或服务密切相关。 通过观察，我们来发现过程中出现了什么问题、用户喜欢或不喜欢哪些功能和操作方式，原因是什么。针对问题所在，我们会提出改进的建议。

可用性测试的价值
可用性测试的价值在于及早发现您的产品或服务中将会出现的用户使用的问题，在产品开发或正式投产之前给出改进建议，以较小的投入帮助您全面改善产品，节约开发成本。

可用性测试在UCD项目中开展时间
取决于产品设计进行程度

可用性测试的方法
1.一对一用户测试： 一个可用性测试部分包括测试人员（主持人 / 助理）和一个目标用户，这个目标用户会在测试人员的陪同下完成一系列的典型任务。征得参与者的同意后测试过程将被摄像，测试人员将持续观察、了解用户的操 作过程、思维过程以及相关各项指标（包括用户出错次数、完成任务的时间等），记录用户遇到的可用性问题并分析。
2.启发式评估（Heuristics Evaluation ）： 我们邀请 5-8 名用户作为评估人员来评价产品使用中的人机交互状况，发现问题，并根据可用性设计原则提出改进方案。
启发式评估法（Heuristics Evaluation ）是一种用来发现用户界面设计中的可用性问题从而使这些问题作为再设计过程中的一部分被重视的内容可用性检查方法。
启发式评估法旨在利用已确立的可用性原则来解释每个发现的可用性问题，所以要根据由已经被违背的、好的交互系统需具备的原则所规定的设计准则来制定一个修正的设计方案是相当容易的。
根据 Nielsen （ 1994 ）的研究发现，一般情况下，5 个评估人员能够发现 75% 的可用性问题，从可用性问题产出的市场价值与评估费用的比率来看，是较为理想的数字。
3.焦点小组：由 6-12 人所组成的富有创造力的小群体，在一名主持人的引导下对某一主题或观念进行讨论。藉由参与者之间的互动来激发想法和思考，从而使讨论更加深入、完整。
在可用性测试中，焦点小组可用于对已有原型的比较、修改建议的讨论。

可用性测试的纬度
典型的可用性测试会包含以下纬度：任务操作的成功率、任务操作效率、任务操作前的用户期待、
任务操作后的用户评价、用户满意度、各任务出错率、二次操作成功率、二次识别率用户操作过
程中各认知纬度（视产品情况而定）等。

可用性测试花费的时间
典型的可用性测试，需要 2 周的前期沟通和准备， 1 个星期测试， 2 个星期提交分析报告。
根据测试的内容及项目规模作调整。

可用性测试的文档
日程安排文档 (testing schedule)

用户背景资料文档 (user profile)

用户协议 (user concert form & DNA)

测试脚本 (script)

测试前问卷 (pre-test questionnaire)

测试后问卷 (post-test questionnaire)

任务卡片 (task card)

测试过程检查文档 (checklist)

过程记录文档 (logging sheet)

测试报告 (report)

影音资料 (DVD)

今天一不小心就搜索到移动IM方面的资料信息，可惜没这样的资料下载，特记录BLOG中收藏，分享！

随着移动通信技术的进步及手机终端的发展，IM正在以各种技术实现方式从PC向手机终端渗透。移动IM的功能日趋丰富，用户界面及实时性也正在向基 于PC终端的IM靠拢。同时由于其移动性、粘性强等特点，移动IM 吸引了电信运营商、传统IM服务提供商、第三方移动IM服务提供商及手机厂商等产业链成员的极大关注。

中国移动、中国联通、中国电信纷纷推出自己移动IM产品，从移动IM网络运营商向服务提供商进军。特别是中国移动推出的飞信业务，已经超过了微 软的移动MSN的用户规模，成为了仅次于腾讯的第二大移动IM服务提供商。而且产业链其它企业也正以各种形式进行合作或独立推出解决方案，在新形势下布局 移动IM市场。移动IM产业正在经历的剧烈的震荡整合，市场格局或将发生彻底的改变。

同时，随着3G即将在中国的商用，移动IM以其自身特色融合了移动通讯和互联的应用，在未来发展空间广阔。到2008年底中国的手机用户将达到 6.3亿，手机上网人数超过2.6亿户，这为移动IM产业发展奠定了坚实的市场基础。可以预见，在不远的未来移动IM必将成为3G时代的“杀手级应用”。

移动IM的前景如何？移动运营商的介入会给移动即时通讯产业市场格局带来什样的改变？移动运营商的移动IM产品会给腾讯以及MSN们带来多大的冲击？现在是进入移动IM的最好时机吗？未来该如何发展呢？

我们长期以来一直关注移动即时通讯（Mobile IM）产业，在《2006中国移动即时通讯（Mobile IM）产业发展研究》报告的基础上推出了《2009移动即时通讯（Mobile IM）产业发展研究报告》报告，报告对移动IM技术实现方式、产业生态环境、产业链、商业模式、市场现状及未来市场规模、用户消费行为等进行了深入剖析， 并对国内外主要移动即时通讯厂商及其产品进行了深入分析。从第三方角度对中国移动即时通讯产业进行了客观分析及预测，为移动即时通讯的服务商和潜在进入者 以及其他投资机构提供了良好的决策依据。

《2009移动即时通讯（Mobile IM）产业发展研究报告》目录：

研究概述

研究背景

研究方法

第1章 移动即时通讯(MOBILE IM)概述
1.1 定义
1.2 类别

第2章 移动IM技术实现方式比较
2.1 移动IM技术实现方式
2.1.1 基于SMS的移动IM
2.1.1.1 实现方式
2.1.1.2 典型介绍
2.1.2 基于WAP的移动IM
2.1.2.1 实现方式
2.1.2.2 典型介绍
2.1.3 基于客户端的移动IM
2.1.3.1 JAVA
2.1.3.2 Symbian
2.1.3.3 Linux
2.1.3.4 Windows mobile
2.1.3.5 Palm OS
2.1.3.6 Android
2.1.4 基于多种平台移动IM
2.1.4.1 实现方式
2.1.4.2 典型介绍
2.2 移动IM技术实现方式比较

第3章 移动IM产业环境PEST分析
3.1 政策
3.1.1 法规政策
3.1.2 中国移动政策
3.1.3 中国联通政策
3.2 经济
3.3 社会
3.4 技术

第4章 移动IM产业链及商业模式分析
4.1 移动IM产业链总体结构概况
4.2 移动IM对产业链各方功能价值分析
4.3 移动IM商业模式分析
4.3.1 SP模式
4.3.1.1 概念定义
4.3.1.2 产业链分析
4.3.1.3 职责分工
4.3.1.4 典型介绍
4.3.1.5 模式评价
4.3.2 IM服务提供商自营模式
4.3.2.1 概念定义
4.3.2.2 产业链分析
4.3.2.3 职责分工
4.3.2.4 典型介绍
4.3.2.5 模式评价
4.3.3 运营商自营模式
4.3.3.1 概念定义
4.3.3.2 产业链分析
4.3.3.3 职责分工
4.3.3.4 典型介绍
4.3.3.5 模式评价

第5章 移动IM用户分析
5.1 移动新业务的用户特征及行为分析
5.1.1 手机用户对上网功能的认知分析
5.1.2 用户特征分析
5.1.3 用户使用新业务行为习惯分析
5.2 移动IM用户行为分析
5.2.1 用户对移动IM的认知分析
5.2.2 移动IM用户业务使用情况分析
5.2.3 移动IM用户对各类软件偏好分析
5.2.4 移动IM用户满意度分析
5.3 传统IM用户行为分析
5.3.1 用户使用分析
5.3.2 用户软件使用偏好分析
5.4 移动IM用户对手机安装或内置软件方式的行为分析
5.4.1 接受度分析
5.4.2 需求分析

第6章 移动IM发展现状及趋势分析
6.1 移动IM发展现状分析
6.2 移动IM市场规模预测
6.3 重点IM产品分析评价
6.3.1 移动QQ
6.3.2 飞信
6.3.3 移动MSN
6.3.4 移动PICA
6.3.5 超信
6.3.6 灵信
6.4 运营商IM竞争分析

第7章 基础电信运营商移动IM发展分析
7.1 中国移动
7.2 中国联通
7.3 中国电信
7.4 VODAFONE
7.5 BT
7.6 VERIZON WIRELESS
7.7 CINGULAR WIRELESS
7.8 T-MOBILE
7.9 VIRGIN
7.10 和黄

第8章 移动IM终端设备商分析
8.1 诺基亚
8.2 摩托罗拉
8.3 三星
8.4 LG
8.5 大显

第9章 国内外移动IM服务商分析
9.1 国外移动IM厂商分析
9.1.1 微软
9.1.1.1 公司介绍
9.1.1.2 核心业务
9.1.1.3 产品介绍
9.1.1.4 市场表现及行动
9.1.2 Skype
9.1.2.1 公司介绍
9.1.2.2 产品介绍
9.1.2.3 市场表现及行动
9.1.3 AgileMobile.com
9.1.3.1 公司介绍
9.1.3.2 产品介绍
9.1.3.3 市场表现及行动
9.1.4 雅虎
9.1.4.1 公司介绍
9.1.4.2 产品介绍
9.1.4.3 市场表现及行动
9.1.5 Google
9.1.5.1 公司介绍
9.1.5.2 产品介绍
9.1.5.3 市场表现及行动
9.1.6 AOL Time Warner（美国在线-时代华纳公司）
9.1.6.1 公司介绍
9.1.6.2 产品介绍
9.1.6.3 市场表现及行动
9.1.7 Vodafone
9.1.7.1 公司介绍
9.1.7.2 产品介绍
9.1.7.3 市场表现及行动
9.2 国内移动IM厂商分析
9.2.1 腾讯
9.2.1.1 公司介绍
9.2.1.2 产品介绍
9.2.1.3 市场表现及行动
9.2.2 掌中无限
9.2.2.1 公司介绍
9.2.2.2 产品介绍
9.2.2.3 市场表现及行动
9.2.3 其他手机平台的IM聊天软件
9.2.3.1 邦邦通
9.2.3.2 密友（MEYOU）
9.2.3.3 UU语音
9.2.3.4 随e聊
9.2.3.5 PINGCO
9.2.3.6 Hello

图表目录
图表1 移动即时通讯分类情况列表
图表2 WAPQQ
图表3 SYMBIAN操作系统授权厂商
图表4 2008手机操作系统全球市场份额
图表5 移动IM技术实现方式比较
图表6 中国即时通讯注册用户数
图表7 中国移动增值业务市场规模发展及预测
图表8 移动即时通讯产业链
图表9 移动即时通讯产业链（SP模式）
图表10 移动IM商业模式分析（SP模式）
图表11 移动即时通讯产业链（IM服务提供商自营模式）
图表12 移动IM商业模式分析（IM服务提供商自营模式）
图表13 移动即时通讯产业链（移动运营商自营模式）
图表14 移动IM商业模式分析（运营商模式）
图表15 手机是否支持上网功能
图表16 用户对手机上网功能的认知分布
图表17 用户年龄分布
图表18 用户性别分布
图表19 用户婚姻状况
图表20 用户学历分布
图表21 用户职业分布
图表22 用户收入状况分析
图表23 用户月均手机费用支出分析
图表24 用户手机费来源分析
图表25 公费用户手机费报销额度分析
图表26 用户使用新业务原因分析
图表27 用户每月使用新业务的支出
图表28 用户使用新业务最担心问题分析
图表29 手机用户对移动IM认知度分析
图表30 手机用户对移动IM功能认知分析
图表31 手机用户移动IM业务使用分析
图表32 移动IM用户每天使用时间分析
图表33 移动IM用户使用方式分析
图表34 移动IM用户使用软件偏好分析
图表35 移动IM用户使用满意度分析
图表36 移动IM用户不满意原因分析
图表37 传统IM业务用户使用频率分析
图表38 传统IM业务用户软件使用偏好分析1
图表39传统IM业务用户软件使用偏好分析2
图表40 传统IM业务用户使用原因分析
图表41 用户对传统IM软件的偏好分析
图表42 用户使用传统IM软件原因分析
图表43 用户对手机安装或内置软件方式的移动IM业务的接受情况分析
图表44 用户不使用手机安装或内置软件移动IM业务的原因分析
图表45 用户愿意使用手机安装或内置软件移动IM业务的原因分析
图表46 用户对移动IM软件使用费支付期望分析
图表47 2003-2010年中国移动IM业务收入现状及预测
图表48 飞信发展历程
图表49 中国移动移动即时通讯业务开展状况
图表50 中国联通移动即时通讯业务开展状况
图表51 国外运营商移动即时通讯业务开展状况
图表52 内置移动即时通讯软件厂商状况
图表53 美国在线给WINDOWS MOBILE提供最新的AIM客户端
图表54 国外移动IM厂商状况
图表55 各版本移动QQ比较
图表56 腾讯发展大事记

一、像观察自己的BABY成长一样，观察用户的行为、发掘用户需求
1、每天至少看一次论坛，发现用户有提问或者投诉，要还原场景来考虑用户的行为，再做出优化或者创新的判断
2、能够准确说出自己的用户画像，他们的年龄层、性别比例、主体需求、行为偏好
3、掌握适合自己产品的有效的CE方法，包括观察法、问卷调查、焦点访谈，每季度亲身经历一次
4、维护至少一个用户QQ群，或者加几个用户为QQ好友，每周至少聊一次
5、要找到用户行为背后的规律，每一次效果好/差的活动、每一次用户的投诉，不要只看到表面的问题，都要要求自己主动找寻其背后的规律，主动出击找到目标用户群

二、始终保持学习的心态
1、每周坚持至少读一本书，如《长尾理论》、《引爆流行》、《用户体验设计禁忌》等，并且在每本书找到其中3点运用到工作中
2、勤于写文档，也是锻炼逻辑思维能力，包括产品需求文档和PPT，每次都要比上一次有所提高，根据项目的需要写产品需求文档，每月至少写一个PPT
3、每次项目结束、运营活动结束都要做总结，列出well和less well，一定要有至少一条结论出来，下一次进行验证，再综合上一次的结论再提练，每一次都有进步
4、每天花15分钟看有关行业的新闻，要敏感对待行业变化，看完新闻要求自己可以发表1、2点自己的看法
5、需要掌握非自己负责的领域的基础知识，包括：项目管理知识、后台的基础知识、梦网的基本知识、页面设计的基础知识、手机终端的基础知识（BU都会开课）

三、对数据保持敏感
1、至少为产品建立新开通流动模型、ARPU值模型、生命周期模型，能够准确说出自己产品目前最大的问题
2、每天看产品数据，细到每个渠道，给自己设定一个比例，超过这个比例的波动，一定要追究原因，把握每个渠道的特点
3、对于自己产品的关键数据要了然于心，尽量扫除盲点，随时都能对答如流，发现有答不上来的数据，立刻补课
4、了解大平台的数据并作出比较，掌握在同行、同平台下自己产品所处的位置和发展的目标
5、了解自己产品的收入、成本和费用

四、每天都要体验产品
1、承认自己的产品一定存在问题，带着提升用户体验的方式去体验自己的产品，每次体验要求自己发现一个问题或者得出一个结论
2、一周体验一次非自己负责的公司其他产品，发现问题积极找到相关产品经理沟通，每次体验要求自己找到一点自己可以借鉴的地方
3、体验竞争对手的产品，至少找到自己关注的三大竞争对手，体验自己产品的同时，体验竞争对手的产品，并作出差异化比较的结论
4、每次活动上线之前，在测试环境，让周围不负责这个产品的同事，从头到尾用一遍，你站在旁边观察，发现问题
5、有可能就向身边的朋友推荐产品，现场做采访和CE，在互动的时候更加了解自己的产品

五、今天你沟通分享了吗
1、每周、每月必须要对自己的工作进行总结，并且分享给相关人
2、每天都要进行面对面沟通，和项目组成员沟通，和其它产品经理沟通，和领导沟通等，从沟通中获得收获，如果当天没有和一个人进行面对面的沟通，当天的工作没有结束
3、把项目总结、收获、活动的经验、教训，不是写完就算完，一定要尽可能地分享给他人（TAPD\RTX论坛\邮件）
4、每月至少参加一次跨部门的会议，并且在会议上发表自己的观点；P2以上能够主持会议并写会议纪要
5、积极参与讨论、产品体验、小组活动，不吝惜或者胆怯发表自己的观点

好的产品经理通常能做到，但真做到了也不一定是好的产品经理。因为具体到这个程度就容易出问题，工具会演变，需要的是探索工具的心思。方法是死的，关键是使用方法的头脑。

先普及下IM的相关知识，具体可以看 Wiki-IM（居然我在Wiki里搜索IM出现404页面，无语） 和 百度百科-IM 。

就目前IM的服务我做了个小图，描绘下是哪些因素造就了今天的IM产品格局。我觉得图示最容易表达我们的意识，如下面的图：