上一篇文章《互联网社区中的信息流转方式》中介绍了互联网社区中的不同信息流转方式。以及这些信息流转方式之间是如何进行演化的。
这个演化的过程,简单地说就是:
- 从无序中发现有效的次序;
- 用更少的人为更多的人服务。
今天的这篇文章中希望可以和大家聊聊,最早的互联网社区信息流转方式,邮件和邮件群组。
邮件
邮件算是互联网最早的应用形式之一了。邮件和互联网之间,应该算是鸡生蛋蛋生鸡的关系,到底谁孕育了谁这个问题,现在已经没有必要讨论了。
邮件是一种最原始的信息交互方式,一封邮件上写着收件人、发件人、标题、正文等等。可以让信息从发件人那里,传递到发件人知道邮箱地址的收件人手中。
这就是信息的流动了。
- 发件人知道收件人的邮件地址
- 发件人决定要发出邮件给收件人
- 收件人能够阅读发件人发过来的信息
- 收件人知道了发件人的地址,可以回复邮件
- 收件人可以转发邮件给第三个人
- 第三个人,知道了前面两个人的邮件地址,可以选择回复或重新写邮件给这些人
上面描述的过程,仅仅是一个发件人,将信息发给了一个收件人。那么,当一个发件人希望将邮件发给多个收件人的时候呢?
- 发件人知道一些收件人的邮件地址
- 发件人决定向这一些收件人发送邮件
- 这一些收件人收到了信息,并知道了互相彼此,以及发件人的邮件地址
- 这些互相之间知道了邮件地址的人,可以选择回复或发送信息——
- 给上一个发件人
- 给所有其他人
- 其他不在这些人中的,自己知道邮件地址的人
- 这群人或其他人的各种排列组合
之所以要将这个过程描述得这么繁复,就是为了告诉大家,信息流就是这样形成的,那种能够让讨论不断进行下去的链式反应就是这样形成的。如果形不成这样的链式反应,讨论就无法进行下去,那么社区就不会诞生,因为社区不能为讨论者带来价值(及时、有效的反馈)。
邮件群组
仅仅有了邮件,社区还是很难生存的。社区是一群相对固定的人,而邮件则是一个开放的系统。互相之间发送邮件唯一需要的条件就是知道对方的邮件地址。于是邮件系统就进化了,出现了邮件群组。邮件群组解决了几个问题:
- 不需要每次书写一大堆的邮件地址了,一个群组的邮件地址就代表了群组中所有的人
- 人们在知道群组地址的情况下,可以选择是否要订阅群组,从而接收到群组的信息。订阅并不完全是主动行为
- 发件人,通常不知道每一个收件人的地址,而是只知道群组的地址
- 群组中的人,可以对群组邮件单独处理,不需要将群组邮件和普通邮件混在一起
- 有一个地方,能够记录所有人在群组中的讨论,并可以提供搜索服务
- 可以确认谁有权利在群组中发言
信息是怎么在群组中流动的呢?
- 发件人知道群组的地址
- 发件人向群组发送了邮件
- 群组判定发件人是否有权向群组发送邮件
- 如果发件人有权向群组发送信息,那么将信息发给群组的每一个订阅者
- 订阅者接收到信息,并阅读信息
- 群组记录信息,以备后续查询之用
- 收到信息的人,可以向群组发送回复
- 群组判定再次发出的信息的发件人,是否有权限向群组发送信息
邮件群组并不都是用来做社区的,有很多邮件群组中的订阅者,是不允许向群组中发送邮件的。比如那些新闻订阅群组,用户订阅了,就可以定期收到新闻,但却不能够将信息发回到这个群组中去。在邮件群组中,用户通常有权利选择是否要订阅,用户自己的地址,是被保护的。这其中,有一种群组,为社区提供了有力的支撑。那就是群组中每一个订阅者都可以发言,都可以向群组中发信息的那一种。在这种群组中,信息流转的链式反应是很容易建立起来的。这种群组中的信息流转通常是这样的:
- 一群人,出于某种目的,建立了一个群组
- 群组中的一个人向群组中发送了邮件
- 群组中的其他人,收到了邮件
- 然后群组中的每一个人,都有权回复这封邮件给群组中的所有其他人
这就像题图中所画得那样,一些人围绕着一个不大的会议桌开会,其中一个说话了,桌子边的其他人都可以听到,然后他们再选择是否要继续这个话题讨论下去。如果桌边有一些人对这个话题感兴趣,那么这些人就会就这个话题讨论下去,他人不是那么感兴趣的人们,可以选择只听不说。一个相对固定的人群,在有人提出了有趣话题之后,就能够形成信息传递的链式反应,并在讨论的过程中为参与者提供了价值,社区就形成了。
所有在互联网上出现的信息流转方式,都可以在现实生活中找到原型。
邮件群组解决了邮件在信息交流中的一些问题,从无序中发现了秩序,而且这种秩序对于某种形式的信息产生和流转来说是更有效率的。于是,这种形式被固定了下来,并一直持续到了现在,目前依然有很多社区是以邮件群组的形式来组织的。当然,现在的邮件群组的功能已经更加完善了,可以解决的问题也更多了。
不过邮件群组也有些问题处理得不是很好。
- 时效性
邮件本身就不具备时效性。一个群组中的人们,每个人在线和处理邮件的时间都是不固定的,所以邮件群组中信息流转的速度通常不快。如果邮件群组中所有的成员都在同一个时区,并工作生活习惯比较接近,那么大家通常在同一个时间段来处理邮件。在大家都处理邮件的时间段,邮件群组就会非常活跃,在大部分人都在睡觉的时候,邮件群组也会比较安静。如果是成员分布涵盖全球不同时区的邮件群组,那么问题得到反馈的速度通常是以天计的。
- 交流的顺序
- 信息A被发送到群组
- 所有成员看到了信息A
- 几个成员回复了信息:A1…An
- 信息A1…An被所有成员看到
- 有些成员依然在回复A
- 有些成员则开始回复A1…An中任意一条或多条,得到了信息A11…Ann
- 大家再回复
- 信息过载
- 当群组中的人比较多,而且都很活跃
- 一个用户订阅的群组比较多
- 当一个群组中同时讨论的问题比较多
- 当一个群组中讨论得比较激烈的时候
信息过载了,用户会感到无所适从,信息流动的链式反应会断掉,线索会被埋没。
基于邮件群组的社区必然会受到一些限制:
- 大家必须采用相同语言(这不是废话,有些以图片、音乐为基础的社区,并不一定要有相同的语言)
- 信息的流转不能太快,否则就会因为交流的无序,而破坏信息流转的链式反应,丢失线索
- 同时讨论的问题不能太多,这个问题通过标题、标签、群组的分支被部分的解决了。不过歪楼、灌水这些事情自古有之,所以在同一个群组中同时讨论的事情太多依然是不推荐的做法
总结
邮件和邮件群组,算是最早的互联网社区中所使用的信息流转方式了。甚至可以说是这两种形式孵化出了互联网和互联网社区。这些古老的、混沌的信息传播方式,直到现在为止,依然是很大一部分社区所选择的主要信息流转方式,即使社区现在有其他更有效率的信息流转方式,社区成员之间依然会使用邮件和群组来进行一下信息流转的补充。信息流转方式的演进过程是从无序中发现有效的秩序,其实也可以说是通过各种规则,将那些不符合的部分给剔除掉了。那么,当有时候某些信息的流转需要绕过规则的时候,邮件和群组就是一种非常棒的补充方式。
上面说了那个围绕桌子开会的故事,但是群组和这些围着桌子的人之间还是有差别的,那就是群组中每个人的距离都是相同的,而这在超过3个人的桌子边上就不能成立了。那么当桌上的人想要和身边的人交头接耳一下的时候,应该怎么办呢?选择比群组更原始的方式,直接给某个人写邮件就好了。这些邮件可以在讨论在特定时间从新回到群组中去。这就是一个当秩序无法满足沟通交流要求时,向后退一步的典型案例。
最后补充一个关于信息流转的笑话。
很多亚洲人都会组团出去旅游,对于欧美国家的人来说,他们很难分辨得清中国人、日本人和韩国人。后来有人发现了一个规律,来帮助他们进行这种分辨。一群亚洲人聚集在一起,一个人在大声说着什么,其他人都在认真听的,是日本人;好几个人都在很大声的说着什么,好像正在吵架,其他人在认真倾听的,是韩国人;几个人在大声说,有些人在听,有些人在交头接耳,还有些人则在左顾右盼的是中国人。