各大社交平臺(tái)都在招聘生態(tài)治理的崗位，這些崗位的核心聚焦在充分理解內(nèi)容生態(tài)與策略治理上，本文重點(diǎn)從策略治理的視角為大家介紹線上的相關(guān)策略，希望對你有所啟發(fā)。

無論小紅書、抖音、快手，都陸續(xù)招聘生態(tài)治理的崗位，這些崗位的核心主要聚焦在充分理解內(nèi)容生態(tài)與策略治理上，今天先重點(diǎn)從策略治理的視角為大家介紹線上的相關(guān)策略。

討論策略治理，前提是要先熟悉何為內(nèi)容理解。內(nèi)容理解本質(zhì)上回答的問題是把抽象的內(nèi)容做量化的分析跟歸類，從而達(dá)到快速在平臺(tái)找到所需要的目標(biāo)內(nèi)容，完成內(nèi)容的分發(fā)。如何做好內(nèi)容理解雖然不在本次主題討論范圍之內(nèi)，不過有必要從內(nèi)容分發(fā)本身出發(fā)，樹立初級的內(nèi)容認(rèn)識(shí)。

整體來說，從內(nèi)容生態(tài)視角，分為正常內(nèi)容、打壓紅線內(nèi)容，而內(nèi)容通過各類體裁呈現(xiàn)出來的價(jià)值，不會(huì)是0跟1的關(guān)系，對于整個(gè)平臺(tái)來說，正常內(nèi)容、紅線內(nèi)容之間會(huì)有各類灰度內(nèi)容，這些內(nèi)容構(gòu)成了平臺(tái)治理、管控、打壓的重點(diǎn)。接下來講的內(nèi)容流管控鏈路就是為了防范從紅線到正常區(qū)間內(nèi)各種可能的風(fēng)險(xiǎn)而設(shè)定。

通過下圖，我們可以看到，從內(nèi)容發(fā)布到內(nèi)容在平臺(tái)被推薦、被限流、被下架中間會(huì)經(jīng)歷很多輪次的判斷。由于下圖極為簡單，我們大致關(guān)注3個(gè)分區(qū)，而實(shí)際上，在正常的內(nèi)容分發(fā)平臺(tái)中，不同輪次的審核鏈路會(huì)比下面的示意圖更為復(fù)雜。

一、發(fā)布時(shí)

發(fā)布時(shí)其實(shí)是指內(nèi)容創(chuàng)作者在平臺(tái)提交發(fā)布內(nèi)容的過程。在內(nèi)容安全視角，重點(diǎn)要處理的是創(chuàng)作者體驗(yàn)與平臺(tái)新內(nèi)容發(fā)布風(fēng)險(xiǎn)性的平衡。常規(guī)來看，平臺(tái)會(huì)根據(jù)生態(tài)風(fēng)險(xiǎn)來判定內(nèi)容發(fā)布前先審核還是發(fā)布后審核。決定哪種模式的關(guān)鍵因素在于風(fēng)險(xiǎn)內(nèi)容概率與創(chuàng)作者發(fā)文積極性的平衡。比如，內(nèi)容分發(fā)為單列的平臺(tái)，在判斷邏輯上更偏重于先發(fā)后審，而雙列由于在用戶可見范圍內(nèi)曝光量較多，為了減少風(fēng)險(xiǎn)露出，通常選擇先審后發(fā)。

二、分發(fā)中-低/高熱

分發(fā)中通常根據(jù)平臺(tái)對內(nèi)容消費(fèi)者的舉報(bào)滲透率、內(nèi)容持續(xù)曝光對平臺(tái)整體風(fēng)險(xiǎn)高低來評估。而判斷是否納入召回，最直接的量化指標(biāo)就是內(nèi)容在平臺(tái)的曝光量，不同平臺(tái)的召回池差異較大。通常來說會(huì)分為高熱跟低熱兩種。低熱意味著內(nèi)容曝光到線上分發(fā)量高于粉絲貢獻(xiàn)的數(shù)值（正常情況下不超過1000）；高熱則意味著內(nèi)容持續(xù)在平臺(tái)高熱，對當(dāng)前發(fā)布者其它內(nèi)容的引流、轉(zhuǎn)化粉絲也產(chǎn)生了較大影響（根據(jù)不同市場總體來說以千為門檻）

所以這里的邏輯是：內(nèi)容在平臺(tái)影響量較小，但有持續(xù)增長的趨勢，需要查驗(yàn)風(fēng)險(xiǎn)大小，通過平臺(tái)來自feed消費(fèi)者舉報(bào)率來評估；內(nèi)容達(dá)到一定影響量，除了站內(nèi)本身的安全之外，還需要考慮站外的輿情引發(fā)風(fēng)險(xiǎn)，因此也需要再度對高熱進(jìn)行召回評估。

三、分發(fā)中-線上舉報(bào)

如第二節(jié)講述，當(dāng)內(nèi)容在平臺(tái)持續(xù)分發(fā)，就有可能引發(fā)不同消費(fèi)群體對內(nèi)容的異議，有些消費(fèi)群體跟平臺(tái)保持相同的態(tài)度，有些會(huì)有自己的判斷，也包括惡意攻擊對手的情況。面對各類可能舉報(bào)的場景，既要考慮風(fēng)險(xiǎn)不能被漏過，又需要思考如何能提升效率過濾掉極有可能是錯(cuò)誤舉報(bào)的case。在這一階段，立足點(diǎn)在站內(nèi)資源、內(nèi)容風(fēng)險(xiǎn)的漏過。

四、被下架-申訴

平臺(tái)處置內(nèi)容不可避免的需要跟線上被處置的內(nèi)容發(fā)布者產(chǎn)生關(guān)聯(lián)，用戶也享有申訴的權(quán)利，這本無可厚非。單獨(dú)拿在這里做討論主要是因?yàn)樯暝V跟各類處置鏈路最大不同之處在于，它極有可能改寫內(nèi)容在平臺(tái)的狀態(tài)，如果改寫，就需要優(yōu)先級的判斷，因此，做好申訴的前提是得把前面所有鏈路管控的重點(diǎn)確認(rèn)清楚，并產(chǎn)出一份當(dāng)內(nèi)容處置結(jié)果在各環(huán)節(jié)都不完全一致的解決方案。

那么如何出好這份方案？在這里我們只給出基本原則：取輪次、取嚴(yán)格or寬松、取時(shí)間。從這三個(gè)視角出發(fā)一般能夠幫我們梳理清楚如何做好下架case后申訴狀態(tài)改寫的生效邏輯。

最后，附一張?jiān)诓煌倩丨h(huán)節(jié)需要關(guān)注的核心點(diǎn)說明：