網站pv查詢(B端產品案例分享)

本文作者從工作項目實踐出發,結合案例等對UGC平臺業務後臺的設計思路進行瞭拆解,並對過程中的關鍵問題進行瞭總結,希望對你有用。概述UGC(User Generated Content)即用戶產生內容。國內外UGC社區可謂百花齊放,國外有Youtube、Instagram等坐擁月活用戶達十億數量級的大鱷,國內也有貼吧、微博等巨頭。以UGC社區滲透面之廣,大傢肯定對其前端交互都有或多或少的體驗,但隱藏於前端之下的業務邏輯卻並不為大多數人所知悉。筆者前段時間恰好參與瞭一個菜譜UGC社區從0到1的項目,主要負責後臺的搭建,從核心能力/功能架構/各功能板塊詳細分析以及業務流程梳理等方面分解瞭後臺的設計思路。歡迎大傢討論。一、後臺的核心能力的確認UGC平臺,顧名思義,其核心要素當然就是用戶和內容。那麼後臺核心能力也較好確認:完善的內容(展示和處理)和用戶管理平臺,支持基本運營。將核心能力細分:【內容安全】:通過後臺的算法和內容邏輯,保證前端在進行內容調用時未確認的內容或不健康的內容,不主動推薦給用戶。【內容質量】:通過多種維度,進行內容質量核算,保證高質量的內容在前端展示,同時可以作為初步的熱度推薦。【內容處理】:對內容進行狀態細分和標識,方便後臺人員快速處理,以及前端進行相應的預處理。【用戶管理】:後臺使用人員能夠對用戶進行人工標識和管理,快速查詢用戶狀態和用戶內容。【其他】:基礎的運營能力、內容管理和數據統計。二、由核心能力擴展出後臺的功能架構三、各主要功能板塊構思&業務流程梳理我從主要功能/目的/實現方式三個方面對每個功能板塊進行分析。1. 菜譜管理——主要用於支撐“內容安全”菜譜管理頁面功能:主要進行菜譜導入/內容管理/分類管理;目的:菜譜導入主要是用於批量導入官方菜譜,讓後臺使用人員能幫助官方賬號快速導入菜譜(如果隻能前端上傳菜譜,步驟繁復,會耗費大量時間);內容管理主要包含菜譜/評論的展示/檢索以及相關操作(人工審核/幫助編輯/刪除等),通過機檢標註+人工判斷+輔助編輯的方式將不安全內容剔除,維護平臺內容安全;分類管理目的在於既方便我們後臺使用人員對菜譜的區分,也用於支撐前端的菜譜展示,也可用於引導用戶選取他們的興趣愛好(即用戶第一次來APP時,需要引導他們挑選自己的喜好標簽);實現方式:菜譜管理的業務邏輯如下,通過 機檢標註+人工判斷+輔助編輯的方式保障無害信息才會在前端展示。PS:關於“先發後審”和“先審後發”審核機制的選擇,考慮到初期平臺內容以數量不多的PGC為主,為瞭快速的豐富平臺內容,實現用戶積累,故選擇瞭“先發後審”的機制。但為瞭權衡內容安全,建議前端對含非法詞的內容進行預下架處理。同時引入舉報反饋機制,同樣建議前端對被舉報嚴重的內容進行預下架處理。當然所有內容都需要人工復審,避免機審誤判和惡意舉報的情況。在梳理後臺業務流程時,需要A.先明確後臺各狀態名稱/狀態定義/各狀態操作項——適用於 菜譜/筆記/評論B.再整理各個狀態之間的流轉情況:2. 筆記管理——主要用於支撐“內容安全”“筆記管理”板塊的主要功能/目的/實現方式與“菜譜管理”板塊基本一致,不再贅述。3. 用戶管理——用於支撐“用戶管理”用戶管理頁面功能:以列表形式展示平臺所有用戶的個人信息,後臺使用人員可根據用戶行為數據對用戶進行禁言/封禁/限流/打標簽等基本的用戶管理操作;目的:用戶管理相關數據可服務於前面的菜譜管理/筆記管理(比如對低等級用戶的菜譜/筆記要進行優先審查,因為這部分用戶產出的內容有較大概率是低質量的;對官方賬號/平臺大V的菜譜/筆記可以靠後審核,因為這部分用戶產出的內容默認是高質量的);對違反平臺建設的用戶實行禁言/封禁/限流,避免他們的低質量內容展示在平臺上,也是維護平臺內容質量的一個方式;實現方式:通過後臺使用人員人工對用戶進行等級標註,通過把流量引導給高質量用戶,對低質量用戶限流(對惡劣用戶禁言/封禁)從而確保平臺流量的正確流向,業務邏輯如下。4. 健康管理——用於支撐“內容質量”健康管理頁面功能:通過內容流量/內容質量/用戶質量三大維度進行菜譜/筆記的綜合評分核算。後臺使用人員可自主設置三大維度下各加權項(PV/UV/評論數/收藏數等)的權重,計算出菜譜/筆記的綜合得分;目的:菜譜/筆記的綜合評分是前端對每個用戶推薦菜譜的展示依據,保證高質量/高契合度的菜譜會被針對性的推薦給用戶;實現方式:以綜合評分為基礎,再結合用戶行為數據(查看/檢索/點贊/收藏/關註等)實現個性化推薦(即推薦算法)。5. 敏感詞庫——用於支撐“內容安全”功能:分為敏感詞管理和非法詞管理(非法詞嚴重程度比敏感詞高,建議系統檢測到有非法詞就自動下架);目的:敏感詞庫用於支撐系統對用戶生產內容的初步判斷與標註(敏感詞/非法詞標紅突出展示),這樣就可以方便後臺使用人員從預覽內容中快速定位到需要審核的地方,提升後臺使用人員的審批效率;實現方式:敏感詞庫的工作邏輯如下,其中非法詞即是較嚴重的敏感詞;敏感詞庫采用 前期導入+後期人工完善 的方式進行維護。PS:關於敏感詞的處理措施,我通過收集的一些案例總結出,國內外不同類型的UGC平臺對敏感詞大致采取以下處理措施:(1)一般是機器和人工審核的雙重過濾(機審為主+人審為輔);(2)機審步驟系統會對敏感詞進行以下預處理:a.系統會阻止用戶發佈敏感性內容(發不出去);b.系統將發佈內容中敏感文字部分以“*”代替(發出去瞭但被轉換處理);c.系統將用戶發出來的含有敏感信息的內容直接刪除(發出去瞭但被刪除);d.系統對含敏感信息的內容進行沉貼操作(發出去瞭但被嚴格限流);同樣是基於快速豐富平臺內容、積累用戶的考慮,我們盡量降低瞭用戶發佈的門檻,即含敏感詞也能發佈;並且為瞭不引起用戶反感(為什麼我發佈的正常內容被轉換/刪除瞭!),我們對用戶發佈的內容也不做轉換/刪除處理;但平臺內容安全不能掉以輕心,我們選擇瞭對含敏感信息的內容進行沉貼操作,即僅發佈者自己可見(用戶不易察覺,不會引起用戶抵觸情緒),經過人工復審再做最終處理。對於其他形式的敏感內容(圖片/音頻/視頻)的過濾功能如果也自己搭建,技術上實現難度較大。其實市場上已經有比較成熟的基於大數據的內容安全服務商,能實現對文字/圖片/音頻/視頻敏感內容的檢測和過濾,直接采用他們的安全解決方案也不失為一個方便快捷的辦法。6. 控制面板——用於支撐“內容處理”控制面板頁面功能:展示整個後臺數據的實時統計/待處理事項管理/健康值管理;目的:主要便於後臺使用人員快速瞭解業務數據,以及快速完成待辦事項的處理,菜譜和筆記的健康值監控;實現方式:從菜譜/筆記的數量/PV/UV等維度做一個簡單的可視化面板,並且為後臺使用人員提供快捷入口,比如後臺使用人員點擊待審閱狀態(共五種)的菜譜統計,能快速跳轉菜譜管理。總結因為是從0到1的產品,後臺功能並不夠完善,比如缺少分詞庫能力——用於進行內容檢索,缺少版本管理能力——用於用戶版本統計和灰度發佈等。不過考慮到平臺建設初期,內容數量和用戶數量較少,內容檢索這些並不是從0到1必須具備的能力,故加入瞭後續迭代計劃。以上是我對UGC平臺業務後臺設計思路的拆解,希望對大傢有用。本文由 @伊甸東 原創發佈於人人都是產品經理,未經作者許可,禁止轉載。題圖來自Unsplash,基於CC0協議。

本文出自快速备案,转载时请注明出处及相应链接。

本文永久链接: https://kuaisubeian.cc/49077.html

kuaisubeian