信息過載可能產生于大量的垃圾信息夾雜到價值信息之中,如果垃圾信息的比例過高,接收者可能需要花大量的時間才能找到價值信息。
昨天我和 @LEMONed 在Twitter上宣布將與將“RT”當作“回復”來使用的人切斷關系時,得到了很大的反響,有些人表示支持,有些人則認為使用RT來回復比使用“@”回復更清晰。
RT是轉發,@是回復。將“轉發”與“回復”混淆使用并不僅僅存在于Twitter當中,新浪微博、網易微博里這種情況更為常見。對于混淆使用的本人來說,他可能并沒有意識到問題的嚴重性,或者根本不了解Twitter的信息顯示機制。但混淆使用對于信息的接收者來說可能是一種極大的干擾。

一、信息干擾
Web2.0時代產生的信息遠遠大于以往,尤其是博客、微博客的產生,使我們每天接收的信息量可能已經超越了自身的處理能力。因此就有了信息過載的概念,信息過載的產生除了因為信息太多之外,還有一個原因是信息過于散亂、垃圾信息夾雜其中,尋找有價值的信息花費的時間過長。
因此,在Web2.0時代,我們必須尋找適合自己的方法來減少信息過載,同時也應該為減少接收者信息過載而采取一些必要的措施。
拿寫博客來說,我自己寫的文章即使不排版我也看得很舒暢,但我必須假設讀者不會花大量的時間來思考我寫了什么、不會對我寫的整篇文章感興趣,于是我寫好篇文章后會對文章格式化,讓讀者可以快速找到文章的重點和感興趣的部分。
微博客的信息雖然簡短,但發布者也應該為接收者著想,不應在價值信息的周圍附帶太多干擾成分。
二、Twitter Home Timeline里顯示哪些信息?
所謂Home Timeline是指你的關注者(followings)發布的更新:

在Home Timeline里你能看到2類信息:
1、關注者發布的所有不以“@”開頭的信息
2、關注者A給關注者B的回復
有2類信息是不會出現在你的Home Timeline里的:
1、你的非關注者發布的信息(不包括其他人轉發)
2、關注者A給非關注者C的回復。
也就是說,有一類信息即使你的關注者發布了,也不會顯示在你的Home Timeline里:
如果你所關注的人A使用“@”回復了你沒有關注的人C的一條微博,那么,這條回復是不會出現在你的Home Timeline里的。
打個比方,如果你沒有關注的人C,發布了這樣一條信息:
C:剛吃完飯,很飽。
然后你關注的人A發布了一條回復:
A:@C 我也是。
那么,A對C的回復是不會出現在你的Home Timeline里的。

Twitter、新浪微博、網易微博都采用了這種信息顯示機制。Twitter是第一個這么做的,因為它認為:
A發布的回復是針對C的,而你沒有關注C,你理應不對A針對C的回復感興趣,他們的對話不應該顯示到你的Home Timeline里,因為這對于你來說可能是一種信息干擾。
三、微博里被濫用的“轉發”
讓我們分別看看這3條微博信息,分別來自Twitter、新浪微博、網易微博:
1、Twitter

在這個例子里,信息末端的 @fqx 所發的微博已經無法顯示,因為總字數已經超過了140字。另一方面, @ SidneyZhang 發布的這條微博顯然是一條聊天記錄,將它們拆分開來應該是這樣的:
baby_1224: @fqx 嗯!我討厭CV黨!
Sidneyzhang: @baby_1224 CV是指復制嗎?
mywinson: @Sidneyzhang ctrl+c ctrl+v
Sidneyzhang: @mywinson 我以為只是ctrl+v
如果他們按照拆分后的方式來發布微博,假設我只follow了@Sidneyzhang,這4條微博我都看不到。因為我并不關心他們的對話,那是他們小圈子的事情。然而,如果他們使用RT來回復,除非unfollow了@Sidneyzhang,否則我將被迫接收他們小圈子的對話。
更嚴重的是,由于他們這樣RT來RT去,他們最原始的討論點–@fqx發的信息已經被截斷。follow了@Sidneyzhang看到這條信息會一頭霧水,他們在討論什么?
2、新浪微博

在這個例子里,最原始的 @沈小點 發的微博經過多次轉發后依然被保留下來,但轉發者 @竇婉茹 @南島 @段鋼 @宋燕 已經使用轉發功能開展討論了 。
轉發者最原始、最首要的想法是轉發 @沈小點 發布的信息,但經過多次轉發后,已經變成了轉發者以@沈小點 發布的信息為中心展開的聊天。對于信息的接收者來說,他所關心的是你轉發了哪些價值信息,而非你在轉發過程中與其他人聊了什么。
3、網易微博

在網易微博里,我關注了 @邋遢寶寶 ,當她看到 @XX 發布微博“北京木有紅包拿”的時候,使用轉發功能回復了2次,這2次都出現在我的Home Timeline里。
然而, @XX 是我并沒有關注的,我被強迫灌輸了兩條他們的對話。
四、使用非官方RT弊端多
非官方RT是指使用英文字符 “RT” 來轉發微博的行為,而非使用Twitter官方提供的 Retweet 功能。

圖:官方的Retweet功能
使用非官方RT帶來的弊端是多方面的:
1、RT回復不是回復
很多人認為使用非官方RT來回復會讓信息的結構更清晰,比如這一條:
mg12: 我叫靚囡 RT: @jason5ng32: 一般我見到陌生女人都稱呼美女。
似乎我能一眼就看出 @mg12 回復了我哪條微博。但是, @mg12 使用RT對我的回復根本不是回復。
Twitter官方的回復是@回復,使用@回復后任何對話都會生成依存關系,如下圖所示,點擊in reply to Geminidemon后就能看到我針對 @Geminidemon 哪條微博進行了回復。

而 @mg12 使用RT來回復的回復會被Twitter認為是純文本,與其它微博沒有依存關系。
2、不友好的強迫輸出聊天
還是上面的例子,如果某人follow了 @mg12 ,但沒有follow 我(@jason5ng32), @mg12 使用RT對我進行的回復將輸出到這個人的Home Timeline,這對于他來說將是一種騷擾,好比不請自來的垃圾郵件。
3、信息結構錯亂
前面舉的例子只是簡單的一重回復,如果在 @mg12 后有另外4個人同樣使用了RT來回復,假設是這樣:
D: 靚囡是哪里的叫法? RT @C 叫帥哥 RT @B 那男人叫什么? RT @A 我也是 RT @mg12: 我叫靚囡 RT: @jason5ng32: 一般我見到陌生女人都稱呼美女
我們再假設A和B都是針對 @jason5ng32 的回復,C是針對B的回復,D是針對 @mg12 的回復。
這一條簡單的微博就讓人十分糾結,因為里面每個人的回復都沒有依存關系,信息結構錯亂,要分清楚誰針對誰回復需要花上大量的時間。另一方面,這條信息的重點在于 @jason5ng32 所說的“一般我見到陌生女人都稱呼美女”,但大量的RT回復加入后,價值信息被嚴重地干擾了。
4、信息重復
即便使用非官方RT的人沒有將其當作回復來使用,它依然會帶來不必要的信息重復。
假設A關注的B、C、D、E都用非官方RT來轉發一條信息,那么A的Home Timeline將會是這樣的:
B:RT @jason5ng32:一般我見到陌生女人都稱呼美女
C:RT @jason5ng32:一般我見到陌生女人都稱呼美女
D:RT @jason5ng32:一般我見到陌生女人都稱呼美女
E:RT @jason5ng32:一般我見到陌生女人都稱呼美女
同一條信息,為什么A要看四次?產生這種情況的原因是B、C、D、E的RT都被Twitter認為是一條獨立微博,和 @jason5ng32 的微博沒有任何關系。
而如果B、C、D、E都使用Twitter官方提供的Retweet功能,A的Home Timeline將會是這樣的:
jason5ng32:一般我見到陌生女人都稱呼美女(Retweeted by B and other 3 people)
這個時候,A只會看到一次 @jason5ng32 發的微博,同時Twitter列出了哪些A關注的人Retweet了這條微博。在這種情況里,B等人的Retweet動作與 @jason5ng32 發的微博是存在著直接關系的。
哪種更有優勢一目了然。
5、價值信息被丟失
如果10個人分別使用非官方RT來轉發 @jason5ng32 的微博,信息的呈現可能是這樣:
RT@jason5ng40: RT@jason5ng39: RT@jason5ng38: RT@jason5ng37: RT@jason5ng36: RT@jason5ng35: RT@jason5ng34: RT@jason5ng33: RT @jason5ng32:一般我見到
因為總長度超過了140字, @jason5ng32 的原始信息被截斷了,如果再來一個 RT @jason5ng41 ,最后微博就只剩下一串ID了。
五、倡議使用官方Retweet和@
有人說,怎樣發微博是個人的事,喜歡用官方還是非官方RT都是個人的自由。當然,沒有人禁止你使用非官方RT來回復和轉發,但如果你想成為一個良好的信息傳播者,你應該在學會如何給自己減少信息干擾的同時為別人著想,給別人提供盡可能低污染的價值信息。
所以,我建議大家以后在使用Twitter的時候,不要使用非官方的RT來轉發和回復,這對于信息結構化是不利的,同時也會給人帶來干擾。信息結構化良好的信息不但給人帶來更大的價值,機器在處理的時候也能更為快捷高效。
所有的Twitter客戶端都支持官方@回復,大部分都支持官方Retweet轉發。到底應不應該為他人提供更優質的信息,權力在你手中。
除非注明,本博客文章均為原創,轉載請以鏈接形式標明本文地址
本文地址:
http://www.kenengba.com/post/2749.html
本文短網址:
http://knb.im/ns