4月初寫了UGC社區類產品系列1：違規內容的處理、UGC社區類產品系列2：如何讓用戶創造內容。前2節反響不錯，今天繼續該系列，聊一下內容如何流動。
UGC社區類產品系列3：內容如何流動
先破題，內容如何流動，換個方向思考，即你是如何接收到信息的。把內容當做零散的信息組成體，即內容流動問題實則是信息流體系的建設問題。接下來從三個體系的建設，一起窺探內容如何流動的秘密。
層級關注體系
z*早接觸的社區是康盛出品的DZ論壇，用戶只能通過主動參與帖子互動后，你才會授粉默認關注了該帖子，然后呢，通過消息系統傳送該帖子的相關更新告知與你。
DZ論壇還沒有將關注體系顯現出來，所有的參與帖子然后收到更新推送都是通過后臺默認記錄進行。這個時期的DZ論壇關注體系就是帖子（發起帖子、參與帖子回復、頂貼等互動），即一層關注體系。
百度知道通過用戶關注分類和關鍵詞、問題同問，然后在用戶個人s*頁接收到來自這三方面的動態信息，即兩層關注體系。（備注：關注分類和關鍵詞，只是范圍不同，其實還是屬于關鍵詞一類關注體系）
知乎2012年8月改版前通過用戶關注話題、問題、人，然后在用戶的個人s*頁接收到來自這三方面的動態信息，即三層關注體系。
關注體系設計的越多，的確更有助于讓內容流動。但用戶通過個人s*頁接收所有的信息量，造成信息消費成本增大，大喊悲催和煩躁不安。此時的解決方案是將多層關注體系分權重展示，即權重z*高的放到個人s*頁，其他權重低的通過其他入口展示。
權重高低取決于某層關注體系對內容價值取向的影響力大小。比如知乎2012年8月改版，在個人s*頁顯示關注人的信息動態，話題通過話題列表聚合頁展示。因為通過關注人帶來的問題內容價值大于通過話題帶來的問題內容價值，即信息源顆粒度更小，噪點更低，價值更大。
產品形態：個人s*頁、頻道聚合、消息系統
設計原則：在設計關注體系的過程中，一定要結合自己的產品找到可能多的關注體系，然后根據給你產品帶來的價值大小分權重展示。z*后所有關注體系中用戶參與互動的內容，全部依托于消息系統進行傳遞。
智能推薦體系
關注體系有別于智能推薦體系，前者由用戶主動設置關注信息源產生信息流動，后者由系統生成數據模型的信息源產生信息流動。
智能推薦體系的建立，一般從用戶和內容兩個維度出發。
從用戶出發，可以根據用戶行為（贊這個的用戶也贊那個）、用戶關系（你們有24個共同好友）、用戶興趣（讀了這本書的同學也讀這些書）等建立推薦體系；
從內容出發，可以根據相關內容（關鍵詞關聯的內容）、內容消費（推薦擅長該內容的人）、內容流行（熱門內容推薦）等建立推薦體系。
豆瓣根據用戶對書籍的看法、品味，尋找相似品味人的書籍；無覓相關插件根據內容關鍵詞計算關聯度進行相關文章推薦。嚴格意義上講，豆瓣是標準的UGC智能推薦體系的產品。只要是個東西，在豆瓣都能找到東西之間的共性維度，尋找盡可能多的維度建模進行推薦，這點值得我們深挖學習。
產品形態：推薦模塊、熱度頻道
設計原則：社區注定以內容為主體，人的關系輔助存在，不要擔心用戶之間產生關系哦。內容和用戶之間可以交叉組合推薦。
內容組織體系
在UGC產品中用戶進行內容組織的過程屬于高級行為，非常的有價值。既然是UGC產品，用戶創造的內容自然五花八門零零散散，促進用戶進行內容組織，有利于內容流動。
內容組織體系的建立，一般從結構化和關注化入手。
從結構化出發，用戶將碎片多維度串起來，整個UGC產品的內容由無序變得有序，形成一張有結構的網。用戶通過關鍵詞檢索，可以找到某個結構單元。解決用戶信息獲取，促進內容流動。比如下廚房搜索各種菜單。
從關注化出發，用戶將自己喜歡的文章放到了某個列表，其他用戶無意間發現并訂閱關注了這個列表。此時，這個列表通過消息系統形成了另一個關注體系，促進內容流動。比如豆瓣讀書豆列。
產品形態：自定義收藏列表、個人主頁展示列表
設計原則：內容組織遵循內容顆粒度所屬原則和產品相關原則，比如下廚房的單個內容是菜譜，收集多個菜譜就是菜單；豆瓣的單個內容是書，收集多本書就是書單（讀書豆列）。尋找小顆粒在現實生活中的所屬對象，形成產品形態，z*終構成產品核心架構。
結語：內容如何流動，就是從內容和人的屬性上入手，找到信息流動方向和數據挖掘的維度以及內容組織的顆粒度關系。
盡請期待UGC社區類產品系列4：內容如何創造價值。以上內容為個人工作思考總結，方便他人也方便自己，期待與你交流見解。
網友評論
條評論
最新評論