社區產品在互聯網產品中,已是一個必不可少的模塊。幾乎面臨C端的產品,都須要「社區」,在不一樣產品中,社區所承擔的目的有:廣告變現、電商轉化、內容沉澱、用戶連接等。web
今天羅列社區產品4個元素,聊聊我在落地社區中的一些機制。和產品經理應該知道的基本社區產品策劃嘗試。框架
這裏的4個元素,能夠在每一個社區產品中都一定存在。不考慮後臺管理,每一個社區都經過這四個基本模塊,將社區內容拆分、用戶促活、我的成就信息篩選、內容的產生機制,很好的造成閉環。工具
分別是:設計
導航欄3d
內容機制orm
消息盒子cdn
我的中心blog
不論是是移動端仍是web端社區,社區的導航欄都會用tab的方式切分。經過內容的緯度從粗到細,猶如樹幹到樹枝同樣,內容經過各種標籤愈來愈細、精準資源
在不一樣行業中,誰去內容的劃分方式顯然也不一樣。在母嬰行業中,圍繞母嬰經常使用的關鍵詞:哺乳、寶寶、養分等get
導航欄的做用,不只是方便用戶查找到對應的內容。更重要的是將能夠提升社區內容的流轉。
每一個內容都除了自帶的字段屬性,還會有狀態屬性:已發表、發表中、待發表、熱度等,這些狀態都影響了內容將在何時觸達到用戶。
我建議web端導航欄要注意不要超過10個,移動端導航欄同一屏幕下不要超過4個。導航欄也能夠在對應內容下,增長一些運營的玩法。好比:限時、活動時間、節日等。
一個健康的社區,註定內容產生率也是知足用戶的消費比的。簡單解釋即:在對應的消費時間點,用戶與產生內容對應上。
在社區冷啓動的時候,都須要運營側經過馬甲的方式將內容填充,就是爲了知足用戶內容消費。以防認爲社區是死社區、不活躍的社區。
社區的內容產生機制常見是利用頭部KOL、馬甲或水團填充的運營策略,但在移動端產品中。能夠經過用戶的在產品中的工具或必要路徑行爲以此在社區產生內容,在產品設計上考慮不一樣類型的內容生成門檻,產品經理對頻次高、內容短;低頻次、內容長的用戶行爲進行梳理。
好比寫文章顯然是一次高門檻低頻的行爲,但內容權重倒是最高的。提問也是低門檻行爲,但卻一樣是低頻的。
如何在產品中設計便是低門檻、但卻高頻的內容機制?這是產品經理在內容機制上須要結合業務考慮的。
消息盒子的常規做用是觸達用戶、提高用戶活躍度。從全局來看,消息盒子是運預側必備的工具,不少需求可能會以運營主導。
但從產品結構上, 消息盒子也是整個內容框架之一。就算不是社區,不少產品也會有消息盒子。但社區產品的消息因類型標準、個性化少。因此消息盒子的設計會便是在不一樣行業、不一樣產品的社區下,也會大同小異。
都會圍繞用戶內容的交互行爲:點贊、評論、轉發,甚至是舉報 須要產生消息信息
圍繞系統之間的通知:官方消息、系統通知,是用戶惟一經過產品來接受信息的途徑。
以下圖是某社區的消息盒子,所產生的內容不只有時間維度、還能夠清楚是否已閱
消息盒子中,產品經理須要針對社區內容分類進行文案的設計、觸發的交互效果考慮。好比系統通知與用戶交互行爲就是不一樣的消息。而且針對消息盒子,用戶的閱讀狀態是消息觸達的標準。
爲此增長消息盒子的是否閱讀判斷,也是產品經理須要考慮的。記得常碰見部分產品的消息盒子,小紅點居然沒法消除。對於強迫症用戶除了抓狂外,就只有卸載.....
我的成就頁面
社區由於匯聚了人與人之間的關係。所以在這樣一個虛擬的世界,創建用戶之間的等級體系、成就體系是很是有必要的。就像現實社會中,每一個人都會有資源的彙集。
但社區中所充斥的內容很是多,針對每一個用戶的我的主頁咱們要經過內容的類型、用戶行爲、我的等級成就進行聚合。
最重要的是必定要給予用戶表達本身的入口:我的信息設置,例如頭像修改、說說、名稱,都是每一個用戶進入到這樣虛擬世界的ID。
剛進入你社區的用戶可能並不會重視,但隨着社區進入的時間愈來愈長,用戶必定但願讓對方知道、承認本身。所以一個有效的我的信息與成就展示是直接挽留剛過增加期的用戶有效方式。
固然社區的基本模塊還不只如此。但從這4個角度入手,相信你的社區在冷啓動或穩按期會獲得對應的增加和用戶停留。
好啦,今天的原創就在這裏,我會堅持每週更新2篇產品案例~
推薦閱讀: