时间：2008年9月21日星期日14：30——17：30

地点：奇遇花园咖啡馆

本期主题：站内信

首先讨论的是由周波（新浪房产数据分析师）引发的网站数据分析，主要讨论了一下数据分析的工具和方法，对我这个数据白痴有很大的帮助。定量分析应该是网站做用户行为分析、流程分析最主要的方法，而我个人也一直认为定量分析比定性分析得出的结论更有可靠性。当当大姐（在当当网工作的那个大姐，非常抱歉，没记住叫什么，就这么叫吧）提出，数据分析师是否会将分析结果转化为生产力？这也是数据分析的根本意义所在。周大哥说他们会根据分析结果向相应部分提出各种改进的方案。我没有做过这方面的工作，以后在这方面应该多注意些！

接下来主要探讨的是“用户测试”的问题。记不清是谁提出的这个问题，但大家都交流了自己参加的用户测试的很多经验。尤其是林小龙（以前在灵图软件，现在自主创业），貌似经验非常多，利用自己做车载地图导航的用户测试与大家做了交流，并提出“主持人的主持在很大程度上决定了用户测试是否会成功”的观点。对这一点我非常赞同，我们公司上次组织用户访谈，会后总结，大家都在夸经理非常有主持天份，影造了非常轻松的氛围，并能非常有效地组织大家围绕着相应的话题做讨论，控制好访谈的节奏，达到公司预定的目的。关于用户测试，我的经验是前期一定要充分准备好，包括问题的设置、会议的流程、时间的控制、氛围的影造、访问的形式（一对一、一对多、多对多等），这些都直接牵涉到用户是否会真正地表达他们的观点。最主要的是如何从用户的测试中发现有利的价值，我想这与每一个项目的具体问题相关，我就拿我们公司的“魔法相册”的用户测试跟大家交流了一下，希望大家也能明白我所表达的观点。关于用户测试的常规则方法，很多书中有介绍， 但那些都是一个基本的指导，不同的项目实施也起来，差别太大了，还得灵活掌握！

谈到用户测试，又联系到“焦点小组”，其实我理解的焦点小组在很多时候应该是小规模的用户测试，当然是对于产品已经开发完的情况下，如果是在产品的设计策划阶段，我觉得“焦点小组”更像是“头脑风暴”，尤其是公司内部的“焦点小组”，能从很大程度上解决产品功能需要和开发的问题，这点我有深刻的体会，公司在设计一个产品时，产品、运营、技术甚至市场部门的人都会一起参加，在产品的初始设计阶段，即融入各个部门的意见，对于以后的合作、产品的开发进度等都有很大的帮助。

接下来由于聊了很多关于当当的东西，大家都在抱怨当当的很多不良体验，不知做当当UE的大姐是什么感觉！难道他们都没有意识到用户的这些问题吗？不是的，当当大姐谈到公司体制的问题，呵呵，这是所有设计师最头疼的问题！有能力发挥不出来，绝对是公司体制的问题！其实用户体验对于电子商务类的网站是最主要的，直接关系其商业利润，真的希望当当早些时候做些改进，毕竟它也是一个响当当的品牌，很多像我这样的用户，经常上去买东西！

瑞星的大哥提出来他当前面临的几个非常痛苦的问题，征求我们的意见，可惜行业差距太大，没有一个给出一个比较有建设性的意见。从他的交谈中，也深切体会到在这种技术导向性公司做设计的困惑，真的太难了！瑞星的大哥准备搞用户调研，可他准备从中关村商户和瑞星购买商做起，其实我并不赞同他的这种做法，我觉得应该调查的真正使用瑞星的普通用户，他们是瑞星真正的使用者，了解他们的使用行为才能真正地了解这个产品。当然，他那样的做法，对于市场部门是一个好消息！另外，有一个小小的收获，第一次知道360竟然不是杀毒的！对于病毒，目前的软件有三种做法，一是发现病毒，二是拦截病毒，三是杀掉病毒，360违反行业常规，只做了前两者，没做第三步。其实这从另一个侧面可以说明，对于我这样的普通用户，真的不了解甚至不想去了解这些杀毒软件到底是怎么工作的，我的目的只有一个——让电脑不中毒，只要达到这个目标，不管你是什么软件，使用什么工作原理，对于我来说，就是最好的软件！

不知不觉时间就到了三点半，范老师组织大家集中座在一起，开始了这次书友会的话题——站内信。

站内信的功能：

站内信的功能就是与其它人交流、沟通，是一种非即时化带有隐私性的交流（如果需要即时化，有QQ等IM工具，如果没有隐私，直接留言即可），也是一种最基本的交流工具，其形式以一对一为主，有时也会有一对多的形式。我个人的理解，留言板、打招呼以及现在比较流行的“动TA一下”，都是站内信的一种外延形式，是站内信的一种发展。

站内信的群发：

站内信是否需要群发功能？这要根据网站的性质而定。当然对于网站管理员发给用户的各种站内通知选择群发是必然选择，但用户基本是不需要群发功能的，甚至当当大姐都说自己从来没有给第二个人发过相同内容的站内信，其实这也是大多数用户的行为。可是必然会有一些用户会需要到群发功能，可是群发必然又涉及到广告的群发，这是网站和用户都不希望看到的东西。如何防止广告的群发是对站内信的考验！大家也没探讨出非常好的方法。不过好像现在还没有网站能够在“收信人”栏中提供可以输入多个名字的功能，只是对多次给多个人发送相同内容做限制，像开心网的“动TA一下”可是说是站内信的一种外延形式，可以在姓名栏中输入多个名字，这是由于其功能需求及产品本身的特性决定的。目前校内的做法好像是会检测每次发送的内容字段是否与上次相同，如果单位时间内相同内容达到规定次数，则会限制权限。我就曾经被限制过，当然我不是发广告，而是给初中同学发聚会通知。当然还有很多网站对关键字做限制，如反党、分裂、色情等很多字段。

站内信的显示方式：

目前站内信的显示方式主要有两种，一种是按对话形式显示，一种是按时间先后显示。当然，目前大部分的网站都会选择前者的方式，后者的方式主要出现在“留言”版块。Tony提出，以主题、观点类的适用于前者，以联系为主的内容适用于后者。这一方面，以后写篇详细的文章介绍。其实对话的形式更符合用户的心智模型，把站内信内容做成IM的表现形式，也有利于用户回忆以前的内容。

站内信的发送方式：

这是千鸟提出一个非常具体的问题，主要是交互上的细节问题。详见千鸟的文章。

站内信的提示方式：

提到这个问题，千鸟马上提到由台湾穿过的论坛声音提醒“您有新的消息，请注意查收”，幸好这个如此恶心人的设计慢慢消失了。但现在又出来了以开心网为首的把站内信IM化。大家讨论了这种设计的优劣，对于用户来说，将站内信的IM化，有利于用户及时地阅读到站内信，但我个人认为，那种闪动的设计，对我个人并不是一个良好的体验。我觉得站内信提供的就是非即时的信息交流，我也不需要马上去看到它，甚至会因为它的闪动，严重影响我的工作流。

站内信有许多的提示方式，比如说字体颜色、字号、图标等，都有很多可做文章的地方，个人更喜欢它能够默默无闻地工作，等我需要它的时候，自然会让它发挥它应有的功能。

站内信的标题：

这个问题，大家讨论得也非常热烈，并得出了结论——站内信不需要用户写标题！站内信本身就是简单的交流，几句话的事情，为什么还要写一个标题呢？！我想，很多网站之所以设置标题，而且为必填，可能是借鉴了“邮件”的书写形式。而邮件之所以些标题，是因为它的内容一半都比较长，写标题个人认为是为了以后的邮件搜索和阅读。

而且用户一般地会把标题理解为“打招呼”，用户会输入“你好”之类的话，还有用户（像我）会把内容里面的话复制到标题里，甚至有的用户干脆就输入一些乱七八糟的字符。总之这个标题的设计并没有给用户带来任何的良好体验，最为关键的是，绝大多的网站在站内信中是根本不显示标题，而直接显示内容。

站内信的发展趋势：

站内信在长时间内还是会长期存在的，它就像twitter弥补了IM与邮件之间的不足一样，是IM的先锋军，因为很多用户都是通过发送站内信向对方索取IM的通讯方式，所以它有长期存在的意义！

打印  |  相关话题：站内信   |  类别：设计思想  |  源地址