黎嬌　徐麗芳

摘要：在線互動社區(qū)薄膜（Membrano）作為《紐約時報》研究與發(fā)展實驗室滲透性出版的最新成果，通過“提示”與“應(yīng)答”兩大操作方式，改善了傳統(tǒng)自由文本評論信息冗雜、脫離語境的問題，使得讀者與作者、讀者與讀者得以在具體文本語境下就內(nèi)容進行更深入的交流，是滲透性出版的有益嘗試。

關(guān)鍵詞：滲透性出版 自由文本評論 虛擬社區(qū) 薄膜 《紐約時報》研究與發(fā)展實驗室

《紐約時報》研究與開發(fā)實驗室在過去兩年間集中討論了虛擬社區(qū)（online communities）的未來，尤其是新聞機構(gòu)及其刊物的社區(qū)建設(shè)和溝通問題。說到社區(qū)溝通與對話，人們會首先聯(lián)想到某篇文章的評論區(qū)，或者鏈接到所發(fā)布內(nèi)容的外部論壇（如推特、紅迪網(wǎng)）等自由文本評論（free text comments）形式。所謂自由文本（freetext）是相對于結(jié)構(gòu)性較強、由程序控制自動生成的結(jié)構(gòu)化文本（structuring text）而言的。因此，自由文本評論即是由合乎某種語言表達規(guī)范的自然語言語句所組成的評論文本。位于文章兩側(cè)或下方的自由評論區(qū)是虛擬社區(qū)極其重要的組成部分，但這種形式也存在顯而易見的缺陷：一般而言，讀者可以在評論區(qū)自由發(fā)表言論，但隨之也會產(chǎn)生大量垃圾評論；作者要回復(fù)新評論時，只能將網(wǎng)頁滑到評論區(qū)最下方逐條回復(fù)，而無法對所發(fā)布的文章內(nèi)容進行重新編輯；此外，通常評論區(qū)本身看起來十分狹窄且在視覺上脫離正文，削弱了討論內(nèi)容對讀者理解的語境幫助。

那么，在自由文本評論的基礎(chǔ)上，虛擬社區(qū)還能有什么新玩法？《紐約時報》的在線社區(qū)薄膜（Membrane）就是嘗試解決上述不足的探索性成果。它試圖將目前位置固定的文章和評論轉(zhuǎn)變?yōu)殪`活的社區(qū)對話，并稱之為滲透性出版（Permeable publishing）。Membrane賦予讀者兩大權(quán)限：一是讀者可以將文章中的任意片段突出顯示，選擇自己想要問的問題（例如，“為什么是這樣？”“這是誰？”“怎么會這樣？”），因此問題是和產(chǎn)生問題的具體文本位置關(guān)聯(lián)的。將問題提交至“消息室”（newsroom）之后，讀者即可等待作者針對所提問內(nèi)容給出深入解釋。問題一經(jīng)回復(fù)，系統(tǒng)會向讀者發(fā)出通知，讀者即可前往消息室查看。二是讀者可以在相應(yīng)文本位置查看所有已經(jīng)被回復(fù)的提問，快速獲得自己想要的信息，從而可以避免反復(fù)地突出并答復(fù)同樣的問題。因此，所謂滲透性出版即一種新型出版和閱讀形式，讀者通過媒介平臺向作者提出與上下文有關(guān)的具體問題；所有提問、回答等交流互動可以被讀者、作者以及評論者方便地共享，文章成為連接所有人展開深層溝通的橋梁。如此，Membrane作為一個虛擬社區(qū)，更像一個聽眾可以隨時打斷演講者的演說進行提問或評論，而在場所有人均可以共享演講、提問、評論及回應(yīng)的強互動交流空間。

一、Membrane發(fā)展歷程

從“僅將文本視為一個沒有交互、偶有超鏈接的靜態(tài)整體”，到“使數(shù)字文本服務(wù)于有關(guān)敘事和上下文語境的交互”，富媒體交互（視頻、幻燈片或交互圖形等）這種形式是Membrane團隊解決問題的關(guān)鍵。但是，它有關(guān)數(shù)字文本、虛擬社區(qū)的想法和實踐仍然經(jīng)歷了持續(xù)不斷的更新和演進階段。

1.卡片式交互階段

最初，Membrane采用的是內(nèi)聯(lián)的卡片式交互。具體形式是文章中預(yù)設(shè)的某些短語或單詞會被突出顯示；當用戶點擊突出顯示的內(nèi)容時，段落下方即以虛擬卡片方式彈出人物、地點、觀點或事件的相關(guān)解釋。

如圖1段落中預(yù)設(shè)了“l(fā)ikely RepubEcan presidential contenders”“Ted Cruz”“Marco Rubio”“Rand Paul”和“theincreasing gap between rich and poor”5個知識點并突出顯示。當鼠標指向“the increasing gap between rich and poor”時，文本下方出現(xiàn)了國會預(yù)算辦公室關(guān)于“1%最高收入人群與中等收入人群的人均可支配收入之比”的統(tǒng)計數(shù)據(jù)。這一補充資料不僅有力地支持了文本內(nèi)容，也便于讀者理解預(yù)設(shè)的內(nèi)容。

然而，要實現(xiàn)這一功能的前提是準確地知道讀者想要問什么。如果對讀者的問題沒有預(yù)判，又如何來預(yù)設(shè)知識點和補充材料呢？Membrane試圖設(shè)計一個不那么復(fù)雜的系統(tǒng)來達到目的，即提供一個適用于所有內(nèi)容的提問操作模式。

2.頁邊可視化設(shè)置階段

在第二階段，研發(fā)團隊對Membrane的核心交互功能進行了可視化處理。在這個模型中，用戶可將任何有疑問的文本突出顯示，從預(yù)設(shè)的5W問題列表里選定問題并提交（如圖2、3）。預(yù)設(shè)的問題列表包括“誰、是什么、何時、何地以及為什么”，提問被答復(fù)后，用戶會立即收到提醒郵件。此外，這一階段的Membrane也支持用戶點擊查看已有的問答（如圖4）。

從圖4可以發(fā)現(xiàn)，與文章相關(guān)的問答內(nèi)容被移到了頁邊。這種將文章作為核心內(nèi)容、讀者反饋作為輔助內(nèi)容的想法，仍是典型的印刷品導(dǎo)向思維。

3.提示與應(yīng)答階段

第三階段產(chǎn)品就是當前的版本。最新版本只有兩個功能：提示（prompt）和應(yīng)答（response），但是增加了“如何”“爭議”兩種提問類型。如圖5所示，“提示”是指所有由讀者操作生成的內(nèi)容，包括被突出顯示的文本、提交的問題和反饋；“應(yīng)答”則是所有來自作者的內(nèi)容，包括所發(fā)布的文章、對問題的回復(fù)等。

該版本的Membrane可以對任何篇幅的內(nèi)容進行操作。讀者可以通過提示功能進行標記，得到回復(fù)后，可以對回復(fù)內(nèi)容繼續(xù)進行標記（圖6）。如此循環(huán)往復(fù)，就形成了一個交流結(jié)構(gòu)樹，后臺可以以此判斷讀者對內(nèi)容的喜愛程度。

二、技術(shù)解決方案與挑戰(zhàn)

Membrane帶來了新型的閱讀和交流體驗，其功能依靠何種技術(shù)解決方案加以支持？該方案是否具有足夠的可擴展性，以適應(yīng)未來對滲透性出版的新要求呢？endprint

1.技術(shù)解決方案

提示和應(yīng)答是Membrane目前的核心功能。系統(tǒng)會保留每條提示和應(yīng)答的痕跡，以便查看某個應(yīng)答的所有提示，或某條提示的所有應(yīng)答；同時，系統(tǒng)追蹤每位讀者及其提問，以便向他們發(fā)送回復(fù)提醒。支撐Membrane如此鮮活閱讀體驗的是Go、React和Mongo函數(shù)。它們共同構(gòu)成了整個系統(tǒng)的運行基礎(chǔ)。

Go語言的并發(fā)特性保證了系統(tǒng)的計算效率，其垃圾回收功能有助于減少程序人員的工作量和錯誤概率；React函數(shù)可將數(shù)據(jù)渲染為HTML視圖，為Membrane提供前端框架，可迎合大多數(shù)用戶的閱讀習慣；而Mongo作為文檔導(dǎo)向型的數(shù)據(jù)庫管理系統(tǒng)，用于保存、管理讀者和作者之問的討論文本再合適不過。

此外，Membrane給予了第三方開發(fā)者足夠的靈活性和自由度。首先，它支持第三方開發(fā)者在系統(tǒng)內(nèi)添加專門的用戶登錄系統(tǒng)；如果想保持較低的使用門檻，則可以省去這一步，通過儲存在本地終端上的數(shù)據(jù)（Cookie）追蹤用戶即可。其次，Membrane系統(tǒng)為功能設(shè)計（提示、應(yīng)答、通知）和用戶管理提供了充分的應(yīng)用程序接口（Application Program Interface，API），并允許開發(fā)者設(shè)計新的接口，有力保證了Membrane的兼容性和適用性。

2.挑戰(zhàn)

自由文本評論的一大特點，就是允許讀者用自己習慣的方式表達觀點，但這些風格迥異的評論也為分析帶來了一些困難：首先，難以從總體上把握某個主題相關(guān)的所有討論，如讀者最關(guān)注的是什么，都提出了哪些問題等。其次，內(nèi)容發(fā)布者無法對整個話題或相同的問題進行統(tǒng)一回復(fù)，必須以單個帖子為單位進行回復(fù)；而對提示功能的濫用也可能導(dǎo)致提問脫離話題范圍或令人不悅。盡管作為概念產(chǎn)品（proof of concept），Membrane證明了其在新聞領(lǐng)域的利用價值，但仍需考慮新趨勢下的應(yīng)對之道。在問答框架之下，它所面臨的主要挑戰(zhàn)是如何更好地容涵、組織和顯示各種維度的異質(zhì)內(nèi)容。

不同的應(yīng)答形式?？梢宰屪髡呤褂梦淖帧D片、視頻、音頻等回復(fù)提示。

不同的主題類型。除了與人物或事件相關(guān)的新聞，Membrane也應(yīng)可用于尚未完成、需要向讀者征詢意見或故事走向的內(nèi)容。

不同的持續(xù)性。圍繞某個持續(xù)使用Membrane的作者所形成的社區(qū)，可能與那些持續(xù)性較短的社區(qū)有所不同（如選舉、奧斯卡主題社區(qū)）。

不同類型的問題。提問者可以使用默認的問題列表，或者自定義與主題相關(guān)的問題列表（烹飪、汽車修理等文章常用）。

不同數(shù)量和類型的作者。Membrane支持多個作者協(xié)同工作，也支持社區(qū)成員成為作者。

不同的交互形式。已完成的作品可以通過Membrane補充更多的細節(jié)或素材；未完成的作品可以在上面發(fā)布更新狀況、征求更多的意見或推動作品、項目的更新。

三、結(jié)語

通過對這些問題的持續(xù)探索，Membrane已經(jīng)不僅是一個理論模型和概念產(chǎn)品，它實際上觸發(fā)了人們對交流、社區(qū)和新聞業(yè)新形式進行深入思考。無獨有偶，其他形式的出版物也在持續(xù)研究能將用戶反饋融入敘事過程以促進社區(qū)發(fā)展的新模式。摩斯拉基金會（Mozilla FoundaNon）、《紐約時報》和《華盛頓郵報》聯(lián)合啟動了珊瑚計劃（Coral Project），來篩選出最值得信賴的新聞用戶?！皟A聽”（Hearken）是由好奇城市（Curious City）創(chuàng)始人搭建的平臺，用于向內(nèi)容生產(chǎn)者、內(nèi)容發(fā)布者及編輯征集并解決問題?！熬蚩蛯υ挕保―iggg Dialog）是服務(wù)于作者、編輯及讀者之間雙向?qū)υ捄徒涣鞯墓ぞ??！拔宋宋垢袘?yīng)”（BuzzFeed Reactions）則是約束性交互的典型，為發(fā)現(xiàn)用戶興趣做出了有益嘗試。還有一些出版物嘗試取消評論功能，尤其2014年底在《倫敦周刊》（The Week）、路透社（Reuters）、解碼（Recode）等出版商經(jīng)歷評論控制、匿名評論等爭論后，紛紛宣布關(guān)閉網(wǎng)頁評論區(qū)，以社交媒體取而代之。

Membrane的開發(fā)者簡·弗利達霍夫（Jarle Friedhoff）說，滲透性出版本身遠不是“滲透”這么溫和，它更像一把“電鉆”，鑿穿身份（創(chuàng)作者、讀者等）和認知的壁壘。雖然開發(fā)Membrane的初衷是服務(wù)于新聞業(yè)，但這項技術(shù)并不局限于讀者記者場景，其本質(zhì)更接近交互式、自定義增強型電子出版物。整個交互也可以應(yīng)用于更多類型的對話，如電子書閱讀平臺和讀書社區(qū)。不論是為了獲取信息還是休閑娛樂，文本的意義均來自于與讀者的互動。它不僅可以給讀者“解釋共同體”的參與感，也為出版商進行受眾分析提供了新的途徑。考慮到交流的動力和必要性，或許小說類讀物甚至整個大眾出版、學(xué)術(shù)出版領(lǐng)域都是較好的應(yīng)用切入點。

然而，各種工具在時間（同步/非同步）、對讀者的限制（提交自由文本/提交限定文本）、與原內(nèi)容的并列關(guān)系（毗鄰原內(nèi)容/與原內(nèi)容有一定距離）等方面都有差異。如，Membrane的預(yù)設(shè)問題只能解決對文本的基礎(chǔ)性理解問題，更深入的討論并不能通過簡單的“誰、是什么、何時、何地、為什么”來展開。這不禁讓人好奇，還可能存在哪些形式的交互？什么樣的交互可以避免自由文本評論的缺陷？這些交互又將如何影響讀者和內(nèi)容創(chuàng)作者的行為及其之間的關(guān)系？如何讓消息室更好地理解讀者對某部分內(nèi)容的交流需求，并將這些反饋整合到文章中？虛擬社區(qū)被影響之后，會發(fā)生怎樣的變化呢？對這些問題的思考和回應(yīng)，正是以Membrane為代表的滲透性出版這把“電鉆”持續(xù)運轉(zhuǎn)的動力所在。endprint