昨天我把Flickr上的一个账号注销掉了。注销的时候发现了两段非常有意思的问题：
当我注销成功他们提示我：
在最后他是用一种悲壮的语气告诉你：你已完成所有步骤。就像毕业时，老师同我们说的“你们已经不属于这里”。很让人感伤的。
另外一段，当我按照原来的地址访问我的Flickr，却发现这样一个提示：
banlon不再活跃在Flickr上
看到后你是否觉得悲伤呢？
死亡，真的是一件非常恐怖的事情。Flickr用一些简单的文字把这种感觉转移到互联网上，真情真意。我在想，如果等到若干年后，一些朋友死去，我们通过QQ看到他们的帐号时，该是什么样子？
这都是未知的。
昨天我讲述了三维化衡量用户体验的方法以及各个维度所代表的意思和包含内容。今天，我想接着昨天的话题聊一下这个方法中三维象限的各个坐标方向所代表的隐性含义。
一款产品，都要形成自己的产品概念或者说模式，而这个概念就是产品在所处的社会、科技等环境下所实现的功能，所覆盖的范围。从一定意义上讲，概念就是产品画的一个圈圈，确定了产品占据的领域。
技术因素则是对产品概念的实现。他为产品搭建了一个实现的平台，同时又给产品提升了一个可以扩展的空间。我们也可以这么理解，技术因素在当前阶段给了产品一个基础平台，这个平台的高低，决定了产品成就的高低；而同时，技术因素又是产品未来发展的一个重要因素，他们是否为产品未来的发展提供了良好的扩展性，是否为产品的下一代做好准备工作，都将影响着产品的发展。
那设计呢？设计是与产品技术平等的一个因素，他们即是一款产品外在的表现，又是产品气质的最有利体现。设计把原本平面化的产品向纵深方向延伸，形成产品特有的气质。设计水平的越高，细节越精致，我们的产品就会越好，气质越高，用户就会越喜欢。
上面三个因素我们可以这样给他们一个定义：产品概念是产品的广度，技术因素是产品的高度，设计是产品的深度。也就是说，这三个坐标轴就赋予了另外一层含义。
由此，我们继续看下一张图：
图一：三个坐标轴的隐性含义
在昨天的图的基础上，我丰富了一下概念，增加了广度(E)、高度(H)、深度(D)。图中的立方体的区域就是广度、高度、深度的乘积。这样，我们就为昨天的公式找到了一个依据。
欢迎大家留下自己的观点，我很希望与你们一起讨论。留下你们批判的观点，是对我最大的鼓励。
如何衡量用户体验？这是一个摆在很多设计师、产品经理面前的非常苦恼的问题。有人写了一篇文章这样来量化用户体验，从品牌形象、可用性、功能性、内容等四个方面来评价用户体验的高度。这里面介绍了具体的方法，很值得学习。
在阅读之余，我也从另外一个思路来思考用户体验的衡量方法——三维化。
在设计被广泛应用到产品中之前，衡量一款产品好与不好，一般有两个角度：产品概念和技术水平。这两个因素组成一个二维的象限图：
图一：评价产品的二维图
在这张图中，产品概念和技术水平共同影响着产品的质量，他们共同围成了一个四方形的区域，即是产品的价值(Quality)。我们可以用这么一个公式来表示他们的关系
产品价值(Quality)=产品概念(Product)*技术水平(Technology) 简写为：Q=P*T
到了当代社会，当设计被广泛引入到产品开发中，设计在整个过程中起到了举足轻重的作用。此时，原来的二维象限已经无法阐释产品的“价值”了。因为设计已经将原来的二维坐标系延伸出立体的一个坐标轴，将原来平面化的产品价值在立体层面上凸显出来，形成整体的“用户体验”。看下面的图示：
图二：衡量用户体验的三维图
设计水平(Design)将原来的产品价值纵向拉伸，形成一个立方体的立体区域：用户体验。我们也可以用一个公式来表示他们之间的关系：
用户体验(User Exprience)=产品概念(Product)*技术水平(Technology)*设计水平(Design)
简写为：UE=P*T*D
那么，这三个方面主要有哪些因素影响着产品的用户体验呢？根据以往的经验，大概有下面一些点：
产品概念上：产品模式，互联网发展趋势，用户诉求，产品定位等等。
技术水平上：开发完成度，技术可扩展性，产品稳定性，基本性能，Bug量等等。
设计水平上：需求完成度，语义表达，视觉传达，流程完整性等等。
时间关系，今天先讲述这些。下次会继续阐述这个三维化衡量方式的含义：三个方向所代表的隐性含义。
由于一些不可抗拒的原因，经典论坛正在面临毁灭性的打击。现在希望寻找有路子的朋友帮忙救救经典论坛，保住这个技术圣地。
下面是他们求救的原文：
亲爱的蓝色理想网站及经典论坛的会员朋友们，我们在这里非常遗憾地通知大家，在未来的一段时间里，我们将不能保证经典论坛的正常访问，由于来自外部的不可抗力，论坛服务器所在的机房已对我们进行封网处理，原因是相关监管部门接到举报，在我们的服务器上发现了有害内容，这已经是六天来的第二次封网了 (一次长沙，一次石家庄)。
经过和主管部门的积极沟通后，获知这次的举报信息中没有涉及到具体的 URL 和内容，只提交了 IP 地址，从这点来看，无论我们如何迁移设备，都始终无法从根本上解决问题，排除人为因素，依靠我们卑微的智商实在想不出有什么原因会造成这样的结果。所以我们决定在没有得出行之有效的解决方案前，暂时关闭论坛的访问，请相信我们做出这样的决定也是万分无奈和十分痛心的，在此请允许我们致以最诚挚的歉意。
众所周知，蓝色理想是一个纯技术的网站，一直低调务实地为网友服务，为中国互联网做基础技术的普及工作，是广大网站开发设计同行在互联网上温馨的家，这也是这些年我们坚持不懈的动力。希望了解我们网站的会员朋友，如有一定相关知识或公安关系资源的，与我们取得联系，协商解决方案，万分感谢！联系方式: blueidea[at]gmail[dot]com
本篇通告冀望藉由 blogosphere 传播，请有 blog 和门户站点的朋友广为转载及引用此篇日志，谢谢。
上周五将要下班的时候，奇遇跟我聊起了博客的问题，说我的博客已经偏离了原来的方向。下面是对话的原文：
~~~奇遇 2007/11/9 18:41:54
你写博客 尽量每篇都让读的人有收获
BanLon 2007/11/9 18:41:55
我一般都听着，自己再想想。
~~~奇遇 2007/11/9 18:42:03
否则写到你的生活博客上去
BanLon 2007/11/9 18:42:29
你是觉得我现在的质量越来越低了。对吧
~~~奇遇 2007/11/9 18:42:36
就是所谓的粘性
BanLon 2007/11/9 18:42:53
嗯。
我一直在想怎么提高互动。
~~~奇遇 2007/11/9 18:42:53
为何产生粘性？ 因为知识性
~~~奇遇 2007/11/9 18:43:20
你应该给你的博客定位成知识型 还是资讯型？
BanLon 2007/11/9 18:43:43
我也在考虑。
前些日子新产品信息过多了。让我都失去了方向。
~~~奇遇 2007/11/9 18:43:49
我怕你的博客写毁了
一段简单的对话，让我思考了很久。我的博客到底该是什么样的定位？
之前是不是得写点儿半专业的文章，拽出一些交互方面的知识点或者体验问题，大家讨论的都不亦乐乎，只是访问量还是那么点，订阅总不见增加。前些日子写了些新产品推荐，浏览量大大增加，订阅量直线上升，看着这些数字心里美滋滋的，只是好友的回访量渐渐下降。这个时候，我什么都没有想，沉浸在数字之中。
当与奇遇对话以后，我重新思考了这个问题，那些数字是我想要的么？奇遇的话问的很深刻“你写博客 尽量每篇都让读的人有收获”。各位看官，你们是不是也这么认为？
千鸟说更看重blogger的思想而非内容，那我在我blog中融合的思想又应该是什么？
似乎我问了很多问题，不过我的心里已经有了一些答案。对于一个从事用户体验设计的blogger来说，他传达的以用户为中心的精神才是真谛。
其实我并不是有意的说这次可用性日聚会活动举办的不好。他们组织很很辛苦，那么多的人，在那么点的一个会议室能这样已经很不错。
而我想说的是，如果明年还是这样子，我会邀请一帮业内的朋友找个咖啡厅，坐下来，就一个问题展开讨论，哪怕是辩论和争吵。
现在我们这个圈子还是在成长，需要沟通，需要分享，需要共同进步，需要争吵带来火花，而不是听一些还未入门的孩子做报告（不过报告还不错）。
在现在这个阶段，真正的聚会应该是十几个人，围坐一桌，有吃的，有喝的，还有看得，一起聊着。这样的聚会可以不定期，可以没有组织者，可以AA，只要心里舒服。所以我很怀念薯片会的日子。
很快就到月底了，来京参加UPA的朋友们，欢迎到我这里串门，如果可以，我们一起聚聚，喝点东西，聊点事情，我在这里等你们。
刚刚收到组织者的邮件，具体讲述了明天活动的安排。下面是邮件通知的正文：
2007 World Usability Day “Making life easy!”
November 8th 2007感谢报名参加UPA举办的2007 WUD (世界可用性日)北京活动.
活动时间: 2007年11月8日,6:30pm-7:00pm 签到
7:00pm 正式开始
活动地址: 清华大学液晶大楼三层—-第一会议室,详细地图,请查看附件.(建议打印带上:)
先到者将有礼品领取(限30人)
如有任何疑问,请致电 13911880100, maggie ying
或邮件至：hangyan.ying@upachina.org
根据以往经历，活动日的北京站人都是很多的，学生也很多。大家早去吧。
附上一张照片，便于大家来认识我，希望认出我的朋友能跟我打招呼：
1、新产品有很多种。操作系统是一个产品，一串代码从某种意义上讲也是新产品。需不需要文档，看产品而定。不过我说的新产品是指通常意义上的一个互联网产品。
2、文档不是必须的。如果你不愿意你的项目沉淀下来，如果你不愿意你的经验传承，那么你可以不需要一些繁琐的文档，可以不负责任！
3、文档不是必须的。如果你们的工作流程很散漫，团队氛围一般，你们可以不需要这些。因为这是规范性的文档，不适合你们团队。
4、上面所说的是针对特殊的人/群。你们不需要文档。
5、文档的建设有利于项目传承，理想的项目是每一个环节都有一个文档作为可视化的依托。但是实际的新产品开发中很难让每个环节都撰写一份或者多份文档。因为项目进度不一定允许，人力也不一定允许，成本也不一定。所以就需要根据产品的不同，做一些适当的权衡，将某些文档结合或者暂时不做。
6、文档是利于团队之间的沟通的一种工具。也许会有人觉得文档繁琐，撰写麻烦，不如当面沟通。没错，但是沟通的结果要落实到文档中去，做存根，为以后的讨论做准备。
在Twitter的微博客模式日益红火的时候，很多人开始探索这种模式给我们先前的产品带来了什么样的启发。社区化的网络平台该如何组建？已经僵化的论坛、BBS怎样转化？等等等等
在很多人迷茫的时候，9Fav的开发团队迈出了很有意义的一部：社会化收藏。但是这个团队并没有停步于收藏，就在昨天，他们又把社会化网络与twitter模式进行了新一步结合，推出新产品：3User。
很多人可能还记得当时百度贴吧的成功，依赖于他们创建贴吧的灵活性，发布帖子的流畅性。而今日的3User也具备这样的灵活性了。他们与IM结合，随时随地都可以关注您的版面帖子，随时随地都可以发布帖子了，无需打开网页！
产品刚刚推出，问题还比较多，但是这种模式已经让我们看到了新的社区化网络的发展方向以及原网络模式的发展方向。
另外，我在3User创建了一个新产品体验版面，大家一起来玩，欢迎加入，很有意思的。
下面是3User的插件预览图：
