社區類產品中,短內容&長內容的對比分析

當前社區產品的內容大多可以分為短內容和長內容兩種,並且在此類產品的功能設計中也有對應的三條設計原則。詳見正文。

社区类产品中,短内容&长内容的对比分析

本文主要與大家分享一下我所總結的當前常見的社區產品當中的內容形態。

一、社區產品中的短內容 vs 長內容

我以前所負責的產品OpenSNS主要是一款以短內容為主的社區產品。短內容的形態特徵是會盡可能把內容呈現出來。由於內容較短,排版往往都是文字和附件分離的,比如圖文分離、圖視頻分離。

短內容還有一個特徵,短內容往往是基於時序的,狀態、媒體類(簡訊)的比較多。

而我現在在負責的新產品短說社區系統則更側重於長內容,其原型是傳統論壇系統當中的帖子。

以前我們採用的方式是短內容由微博負責,長內容由論壇模塊負責。甚至基於不同的側重點,我們還開發了不同的模塊。從而結果就是模塊多,但是許多功能不能複用,內容分散

到了這一代產品,我們前期由於技術的限制,採用長短一致的做法。後期會逐步過渡到長短髮布分離,展現形式多樣化。

設計模式上,我們擯棄了長內容短內容獨立的模式,採用了統一的主體聚合模式,均採用版塊的模式聚合內容,這是我們總結出來的經驗,並加以改進。

我們分析了百度貼吧,貼吧是把長短內容混合的一種模式——他可以選擇給帖子加標題或者不加標題,但實際上還是偏長內容的。

畢竟貼吧產品是傳統的社區產品,貼吧有一個獨特的設計,就是可以不選擇版塊,不選擇版塊的帖子自動發到個人主頁。這個設計和傳統的微博設計是一致的,個人主頁的帖子只有關注的人才能看到。

社区类产品中,短内容&长内容的对比分析

但實際情況來說,還是更加推薦發佈到社區,社區內的版塊是聚合內容的一個場所,可以提升自己的帖子展現率。

這個發佈到個人主頁的設計,發到個人主頁的往往是個人動態類型的。

目前我們在社區中考慮的形式,更多的是使用長內容,社區通知是長內容,營銷消息是長內容。管理後臺可以髮長內容(現在你在看的帖子來自於管理後臺,是一篇圖文混排的長內容),用戶前端發帖則是短內容形式。

二、功能設計解析

設計原則之一:長短分離

什麼叫長短分離?

我們將長內容和短內容的形式進行分離優化。

那麼怎麼分離呢?短內容我們會採用當前用戶前端的發帖形式,並將其拆分為發動種文和附件分離的形式。而長內容會增加一種富文本的編輯器。長內容支持文和附件混排的模式。同時長內容還支持粘貼有格式的文章,這個是短內容無法支持的。

另外就是文字和附件如何統一的問題。在短內容當中,文字是獨立存儲的,而長內容當中,文字和附件是混合在一起,也就是我們說的混排模式。這是內容在創作的時候會做的調整,總體原則就是長短分離。

下面是一張我整理的內容形式的表格,大家有自己的想法,也歡迎交流。

圖片壓縮比過大,可能不是很清晰,可以聯繫我的微信獲取高清大圖,後續我們會再優化一下大圖的展示。

社区类产品中,短内容&长内容的对比分析社区类产品中,短内容&长内容的对比分析

設計原則之二:聚合形式多樣化

內容聚合形式這邊,短說設計了多種聚合形式,滿足不同深度內容運營的需求。

形式一:版塊聚合

這是傳統社區論壇最最經典的展現形式,也是最容易被大眾所理解的一種聚合模式。其核心思想是分門別類的思想。

這種形式優點是線性索引的模式,比較容易理解。

缺點是有很多內容,在分類的時候其實是沒辦法被歸類到單一分類下的。

這個大家可以參考一下電影的分類模式,你會發現,很多電影被分類到了愛情片和動作片兩個分類下,你在這兩個分類下都能看到這個電影。

這種模式非常適合建立索引,也就是如果你是按照目錄結構來分類的,比如汽車相關的社區就非常適合。

目前我們產品中採用的版塊樣式:

社区类产品中,短内容&长内容的对比分析

形式二:話題(標籤)聚合

標籤常用於新聞資訊類的,很多個性化推薦系統,最早就是用標籤系統進行推薦的。標籤往往是通過系統自動取出自動打標。

文章類的相對容易做,視頻之類的也會涉及到,前期技術不成熟的時候人工打標。後期可以採用人工智能和機器學習來提升效率。目前業內比較常見的Spark技術棧可以瞭解一下。

社區當中,我們更常見的是用話題來進行標記,話題與標籤的不同之處在於:標籤多是隱性的,自動的。而話題則是顯性的,手動的為多。尤其是在短內容當中,話題往往是用戶手動選擇。通過話題的標記,可以提升內容的展現。跟蹤熱點。

值得強調的是,用戶前端話題往往是單一選擇的,但是標籤則是多選的,系統往往會匹配多個標籤。

微博話題:

社区类产品中,短内容&长内容的对比分析

形式三:頻道聚合

頻道在社區運營當中也是非常重要的,頻道往往會橫跨多個版塊,與話題不同在於,頻道是一種類似於版塊的聚合形式,但是又更加靈活一些。且頻道是由運營人員把控的,質量更高。

在短說產品中,我們規劃了頻道功能。頻道功能允許管理員在後臺選擇特定的帖子或者通過設置條件自動從版塊中取得內容,進行歸類。這個頻道常見於資訊類的app。

通過頻道功能,可以強化小編的職能,從UGC中精煉出PGC。後期也會增加定向投稿功能,讓用戶將優質內容推向頻道中。

懂車帝頻道:

社区类产品中,短内容&长内容的对比分析

形式四:訂閱聚合

訂閱聚合目前我們短說已經小小支持了個人訂閱和版塊訂閱。個人訂閱我們支持關注的人發帖提示。版塊訂閱我們支持版主發帖提示(如果全員,怕是量太大)。可以說訂閱是用戶自己的頻道。

我們的產品中設計的關注:

社区类产品中,短内容&长内容的对比分析

OSX版塊:

社区类产品中,短内容&长内容的对比分析

形式五:排行榜單聚合

這種聚合往往是與排行版功能進行結合而成。依賴於系統的自動計算,但是也會運行人工干預,強制將部分內容踢出榜單。

微博榜單:

社区类产品中,短内容&长内容的对比分析

形式六:熱搜,搜索

搜索入口是大型app最重要的入口之一,在這裡,我們往往會採用熱搜關鍵詞、熱搜榜單等形式去聚合一些常用搜索結果,提升熱門內容的展現。

在這裡就非常強調標題和內容的優化,不亞於SEO,取一個好標題,能夠大幅度提升搜索的效率。

後期我們短說還會針對搜索增加一些常見的統計,統計搜索的指數和熱度,幫助社區運營人員提煉社區熱點。

微博熱搜:

社区类产品中,短内容&长内容的对比分析

其他一些形式就不多贅述了,由於社區非常有利於產生內容,所以內容如何聚合呈現,也是社區運營人員要深入思考的問題。

設計原則之三:展現單元形式分離,展現場景聚合

簡單來說,就是不同內容類型的內容,我們會針對性地去優化他的展現形式,但是我們又會想辦法讓他們能在同一個列表中展現。這個模式我們學習了今日頭條的列表。

在我的個人理解當中,比較認可頭條的設計思路,就是內容我可以針對不同的內容類型有不同的呈現方式,但是顯示我希望是能放在一起,這樣作為用戶,作為一個內容消費者,我只需要在一個地方消費就可以了。

這就好比是內容是商家,而呈現的列表是一個賣場。賣場的存在,無疑大大提升了我的購物效率,讓我不需要浪費時間在路上。

當然,這種設計思路,確實還是會受制於實際的內容展現形式,仍然還是會有一些侷限性。比如豎版的小視頻就很難在列表中混合進來。強行扭到一起會很雜亂。

這一塊確實對產品設計來說是一個挑戰。

頭條內容聚合:

社区类产品中,短内容&长内容的对比分析

頭條內容聚合:

社区类产品中,短内容&长内容的对比分析

我們每天都在思考如何讓運營更好做。牢記使命,我們要做一款真正為運營人打造的社區系統。

作者:奕瀟(微信號yixiao100),短說OSX社區論壇系統產品總監,5年社交社區類產品管理經驗。想天軟件創始人。

題圖來自Unsplash,基於CC0協議


分享到:


相關文章: