本文作者從工作項目實踐出發(fā)，結(jié)合案例等對UGC平臺業(yè)務后臺的設計思路進行了拆解，并對過程中的關鍵問題進行了總結(jié)，希望對你有用。

概述

UGC（User Generated Content）即用戶產(chǎn)生內(nèi)容。國內(nèi)外UGC社區(qū)可謂百花齊放，國外有Youtube、Instagram等坐擁月活用戶達十億數(shù)量級的大鱷，國內(nèi)也有貼吧、微博等巨頭。以UGC社區(qū)滲透面之廣，大家肯定對其前端交互都有或多或少的體驗，但隱藏于前端之下的業(yè)務邏輯卻并不為大多數(shù)人所知悉。筆者前段時間恰好參與了一個菜譜UGC社區(qū)從0到1的項目，主要負責后臺的搭建，從核心能力/功能架構(gòu)/各功能板塊詳細分析以及業(yè)務流程梳理等方面分解了后臺的設計思路。歡迎大家討論。

一、后臺的核心能力的確認

UGC平臺，顧名思義，其核心要素當然就是用戶和內(nèi)容。那么后臺核心能力也較好確認：完善的內(nèi)容（展示和處理）和用戶管理平臺，支持基本運營。

將核心能力細分：

1. 【內(nèi)容安全】：通過后臺的算法和內(nèi)容邏輯，保證前端在進行內(nèi)容調(diào)用時未確認的內(nèi)容或不健康的內(nèi)容，不主動推薦給用戶。
2. 【內(nèi)容質(zhì)量】：通過多種維度，進行內(nèi)容質(zhì)量核算，保證高質(zhì)量的內(nèi)容在前端展示，同時可以作為初步的熱度推薦。
3. 【內(nèi)容處理】：對內(nèi)容進行狀態(tài)細分和標識，方便后臺人員快速處理，以及前端進行相應的預處理。
4. 【用戶管理】：后臺使用人員能夠?qū)τ脩暨M行人工標識和管理，快速查詢用戶狀態(tài)和用戶內(nèi)容。
5. 【其他】：基礎的運營能力、內(nèi)容管理和數(shù)據(jù)統(tǒng)計。

二、由核心能力擴展出后臺的功能架構(gòu)

三、各主要功能板塊構(gòu)思&業(yè)務流程梳理

我從主要功能/目的/實現(xiàn)方式三個方面對每個功能板塊進行分析。

1. 菜譜管理——主要用于支撐“內(nèi)容安全”

菜譜管理頁面

功能：主要進行菜譜導入/內(nèi)容管理/分類管理；

目的：

1. 菜譜導入主要是用于批量導入官方菜譜，讓后臺使用人員能幫助官方賬號快速導入菜譜（如果只能前端上傳菜譜，步驟繁復，會耗費大量時間）；
2. 內(nèi)容管理主要包含菜譜/評論的展示/檢索以及相關操作（人工審核/幫助編輯/刪除等），通過機檢標注+人工判斷+輔助編輯的方式將不安全內(nèi)容剔除，維護平臺內(nèi)容安全；
3. 分類管理目的在于既方便我們后臺使用人員對菜譜的區(qū)分，也用于支撐前端的菜譜展示，也可用于引導用戶選取他們的興趣愛好（即用戶第一次來APP時，需要引導他們挑選自己的喜好標簽）；

實現(xiàn)方式：

菜譜管理的業(yè)務邏輯如下，通過 機檢標注+人工判斷+輔助編輯 的方式保障無害信息才會在前端展示。

PS：關于“先發(fā)后審”和“先審后發(fā)”審核機制的選擇，考慮到初期平臺內(nèi)容以數(shù)量不多的PGC為主，為了快速的豐富平臺內(nèi)容，實現(xiàn)用戶積累，故選擇了“先發(fā)后審”的機制。但為了權(quán)衡內(nèi)容安全，建議前端對含非法詞的內(nèi)容進行預下架處理。同時引入舉報反饋機制，同樣建議前端對被舉報嚴重的內(nèi)容進行預下架處理。當然所有內(nèi)容都需要人工復審，避免機審誤判和惡意舉報的情況。

在梳理后臺業(yè)務流程時，需要

A.先明確后臺各狀態(tài)名稱/狀態(tài)定義/各狀態(tài)操作項——適用于 菜譜/筆記/評論

B.再整理各個狀態(tài)之間的流轉(zhuǎn)情況：

2. 筆記管理——主要用于支撐“內(nèi)容安全”

“筆記管理”板塊的主要功能/目的/實現(xiàn)方式與“菜譜管理”板塊基本一致，不再贅述。

3. 用戶管理——用于支撐“用戶管理”

用戶管理頁面

功能：以列表形式展示平臺所有用戶的個人信息，后臺使用人員可根據(jù)用戶行為數(shù)據(jù)對用戶進行禁言/封禁/限流/打標簽等基本的用戶管理操作；

目的：

1. 用戶管理相關數(shù)據(jù)可服務于前面的菜譜管理/筆記管理（比如對低等級用戶的菜譜/筆記要進行優(yōu)先審查，因為這部分用戶產(chǎn)出的內(nèi)容有較大概率是低質(zhì)量的；對官方賬號/平臺大V的菜譜/筆記可以靠后審核，因為這部分用戶產(chǎn)出的內(nèi)容默認是高質(zhì)量的）；
2. 對違反平臺建設的用戶實行禁言/封禁/限流，避免他們的低質(zhì)量內(nèi)容展示在平臺上，也是維護平臺內(nèi)容質(zhì)量的一個方式；

實現(xiàn)方式：通過后臺使用人員人工對用戶進行等級標注，通過把流量引導給高質(zhì)量用戶，對低質(zhì)量用戶限流（對惡劣用戶禁言/封禁）從而確保平臺流量的正確流向，業(yè)務邏輯如下。

4. 健康管理——用于支撐“內(nèi)容質(zhì)量”

健康管理頁面

功能：通過內(nèi)容流量/內(nèi)容質(zhì)量/用戶質(zhì)量三大維度進行菜譜/筆記的綜合評分核算。后臺使用人員可自主設置三大維度下各加權(quán)項（PV/UV/評論數(shù)/收藏數(shù)等）的權(quán)重，計算出菜譜/筆記的綜合得分；

目的：菜譜/筆記的綜合評分是前端對每個用戶推薦菜譜的展示依據(jù)，保證高質(zhì)量/高契合度的菜譜會被針對性的推薦給用戶；

實現(xiàn)方式：以綜合評分為基礎，再結(jié)合用戶行為數(shù)據(jù)（查看/檢索/點贊/收藏/關注等）實現(xiàn)個性化推薦（即推薦算法）。

5. 敏感詞庫——用于支撐“內(nèi)容安全”

功能：分為敏感詞管理和非法詞管理（非法詞嚴重程度比敏感詞高，建議系統(tǒng)檢測到有非法詞就自動下架）；

目的：敏感詞庫用于支撐系統(tǒng)對用戶生產(chǎn)內(nèi)容的初步判斷與標注（敏感詞/非法詞標紅突出展示），這樣就可以方便后臺使用人員從預覽內(nèi)容中快速定位到需要審核的地方，提升后臺使用人員的審批效率；

實現(xiàn)方式：敏感詞庫的工作邏輯如下，其中非法詞即是較嚴重的敏感詞；敏感詞庫采用 前期導入+后期人工完善 的方式進行維護。

PS：關于敏感詞的處理措施，我通過收集的一些案例總結(jié)出，國內(nèi)外不同類型的UGC平臺對敏感詞大致采取以下處理措施：

（1）一般是機器和人工審核的雙重過濾（機審為主+人審為輔）；

（2）機審步驟系統(tǒng)會對敏感詞進行以下預處理：

a.系統(tǒng)會阻止用戶發(fā)布敏感性內(nèi)容（發(fā)不出去）；

b.系統(tǒng)將發(fā)布內(nèi)容中敏感文字部分以“*”代替（發(fā)出去了但被轉(zhuǎn)換處理）；

c.系統(tǒng)將用戶發(fā)出來的含有敏感信息的內(nèi)容直接刪除（發(fā)出去了但被刪除）；

d.系統(tǒng)對含敏感信息的內(nèi)容進行沉貼操作（發(fā)出去了但被嚴格限流）；

同樣是基于快速豐富平臺內(nèi)容、積累用戶的考慮，我們盡量降低了用戶發(fā)布的門檻，即含敏感詞也能發(fā)布；并且為了不引起用戶反感（為什么我發(fā)布的正常內(nèi)容被轉(zhuǎn)換/刪除了?。覀儗τ脩舭l(fā)布的內(nèi)容也不做轉(zhuǎn)換/刪除處理；但平臺內(nèi)容安全不能掉以輕心，我們選擇了對含敏感信息的內(nèi)容進行沉貼操作，即僅發(fā)布者自己可見（用戶不易察覺，不會引起用戶抵觸情緒），經(jīng)過人工復審再做最終處理。

對于其他形式的敏感內(nèi)容（圖片/音頻/視頻）的過濾功能如果也自己搭建，技術上實現(xiàn)難度較大。其實市場上已經(jīng)有比較成熟的基于大數(shù)據(jù)的內(nèi)容安全服務商，能實現(xiàn)對文字/圖片/音頻/視頻敏感內(nèi)容的檢測和過濾，直接采用他們的安全解決方案也不失為一個方便快捷的辦法。

6. 控制面板——用于支撐“內(nèi)容處理”

控制面板頁面

功能：展示整個后臺數(shù)據(jù)的實時統(tǒng)計/待處理事項管理/健康值管理；

目的：主要便于后臺使用人員快速了解業(yè)務數(shù)據(jù)，以及快速完成待辦事項的處理，菜譜和筆記的健康值監(jiān)控；

實現(xiàn)方式：從菜譜/筆記的數(shù)量/PV/UV等維度做一個簡單的可視化面板，并且為后臺使用人員提供快捷入口，比如后臺使用人員點擊待審閱狀態(tài)（共五種）的菜譜統(tǒng)計，能快速跳轉(zhuǎn)菜譜管理。

總結(jié)

因為是從0到1的產(chǎn)品，后臺功能并不夠完善，比如缺少分詞庫能力——用于進行內(nèi)容檢索，缺少版本管理能力——用于用戶版本統(tǒng)計和灰度發(fā)布等。不過考慮到平臺建設初期，內(nèi)容數(shù)量和用戶數(shù)量較少，內(nèi)容檢索這些并不是從0到1必須具備的能力，故加入了后續(xù)迭代計劃。

以上是我對UGC平臺業(yè)務后臺設計思路的拆解，希望對大家有用。

本文由 @伊甸東 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。