搭建內容管理系統CMS(1):如何支持內容生產?
內容管理系統是一種位于WEB 前端(Web 服務器)和后端辦公系統或流程(內容創作、編輯)之間的軟件系統,本文是對于內容管理系統CMS在內容生產環節的總結與分享。
關于CMS內容管理系統:
內容管理系統(content management system,CMS)是一種位于WEB 前端(Web 服務器)和后端辦公系統或流程(內容創作、編輯)之間的軟件系統。
“內容”是任何類型的數字信息,可以是文本、圖形圖像、Web頁面、業務文檔、數據庫表單、視頻、聲音、XML文件等。
1.?關于CMS搭建的思考
通常,設計一個產品之前,我們需要思考以下幾個基本的問題:
產品目標:我們希望通過這個產品得到什么?
——這決定我們要做成一個什么類型的產品
目標用戶:產品面向的目標用戶具有什么特征?
——這決定我們去哪找什么樣的用戶
用戶需求:我們的用戶希望通過這個產品得到什么?
——這決定我們要設計哪些功能模塊
場景動機:我們的用戶在什么樣的場景下會有使用產品的動機?
——這決定我們要怎么設計產品
標準指標:想法正確、方案合理、市場匹配的標準/指標是什么?
——這決定我們的目標是否達成
本文將以內容社區類產品為例(如小紅書、微信讀書),來聊聊其對應的CMS系統搭建。
我們需要思考和梳理的內容,可概括為3點:對象、痛點、解決方案。
對象:
- 內容的生產人員,例:運營、用戶(由用戶端滿足需求)
- 內容的審核人員,例:運營、客服
- 內容的推廣人員,例:運營、用戶(由用戶端滿足需求)
- 相互作用的系統,例:過濾系統、推薦系統
痛點:
- 運營:高效地完成內容生產、便捷地審核用戶推薦、特定需求的人工推薦、推薦系統的精準度優化、及時直觀地獲取到內容運營的數據情況;
- 客服:便捷地審核用戶舉報、問題用戶的管理、推薦系統的精準度優化;
- 過濾系統:對內容完成智能過濾;
- 推薦系統:對內容完成智能推薦。
解決方案:
- 運營:好用的內容編輯、修改和發布工具;待審核的處理工作臺;人工推薦配置支持、推薦系統的運作情況;內容運營數據的可視化呈現;
- 客服:待審核的處理工作臺;用戶標記管理、過濾系統的運作情況;
- 過濾系統:系統的搭建和持續優化方案;
- 推薦系統:系統的搭建和持續優化方案。
2. 內容的生產(來源)
CMS內容管理系統,從字面意思就能知道,管理的對象是“內容”,而“內容”的具體類型是什么、“管理”的具體范疇是什么,這些都是要依據具體的業務而定。
得有內容才有管理,沒內容談何管理呢?那問題來了,內容從哪里來呢?來源都有哪些?
2.1 常見的內容生產模式
介紹一下常見的內容生產模式,有以下三種:
UGC模式:
- 全稱:user generated content。即:用戶輸出內容。
- 產品代表:小紅書。主要通過激勵用戶生產內容,形成社區氛圍。
PGC模式:
- 全稱:professionally generated content。即:專業輸出內容。
- 產品代表:知乎。主要通過專業人員生產內容,提供給用戶消費。
OGC模式:
- 全稱:occupationally generated content。即:職業輸出內容。
- 產品代表:新聞資訊類。主要通過具有一定知識和專業背景的行業人士生產內容,并領取相應報酬。
三者之間的區別:
- UGC與PGC的區別:生產內容的人有無專業知識、資質;
- PGC與OGC的區別:生產內容的人是否以此為職業,獲得對應的報酬。
往往PGC模式的內容生產者,也是產品的用戶,還可能是種子用戶、忠誠用戶、意見領袖。
綜上,我們可以將內容的來源分成4種:
- 用戶生產(UGC&PGC)
- 運營生產(OGC)
- 技術爬?。ㄍㄟ^技術手段去爬取內容)
- 授權使用(以付費的形式購買內容版權)
其中:用戶生產內容的產品支持,可由用戶端的產品設計來滿足。
技術爬取和授權使用,在需求明確的前提下,主要是由技術人員來實現和對接。
如果存在與多家平臺有版權內容的授權對接工作,那建議可開發統一的內容接入接口。不同的版權內容平臺,可能對接的方式有著大大小小的差異,這里可能涉及到一定的開發工作量。作為一名盡職的B端產品經理,本著為公司降本(降低開發成本)提效(提高版本效率)的一貫原則,最理想的狀態是把統一的接口文檔一發,就能把部分的開發工作量給轉移了出去。但現實往往都是很骨感的,如果對方是“爸爸”,愿意把內容的版權給你就已經很難得了,那還是得乖乖自個兒開發接入。
以過來人的經驗(踩過坑的那種),這部分的工作不要過分依賴開發,由其獨自對接完成,需要加入必要的管理和規劃,以免重復低效的工作占用太多的開發資源,或是人員離職變動帶來的麻煩。至于價值、重要程度和優先級,需依據自己的項目、產品和團隊情況,具體評估。
而內容管理系統(CMS)在生產環節主要服務的對象是負責內容生產的運營小伙伴。
一般情況下,內容運營除了管理官方賬號外,可能同時還在運營著多個個人賬號,如果運營同事也是依靠用戶端來完成內容發布的工作,那就會存在頻繁切換登錄不同賬號的麻煩。而切換登錄這個需求對于普通用戶可能根本就不存在。
除此之外,內容運營還存在用戶需求之上的發布需求,比如可以預設定時發布等等。
2.2 CMS在生產環節的需求點
總結一下,內容管理系統(CMS)在生產環節的需求概要有:
賬號關聯:
- 和CMS系統賬號關聯,支持系統賬號和運營賬號一對多的關系;
- 使用CMS系統發布內容時候,可選擇對應的運營賬號;
- 支持運營賬號解除綁定或轉移,以便應對人員調整或離職的變動。
生產工具:
- 提供便捷、好用的編輯功能;
- 支持效果預覽;
- 可保存草稿。
素材管理:如果對素材的復用度較高,可考慮增加素材管理,同時也方便隨時隨地有臺電腦登錄系統就能開展工作,避免素材要用起來才發現保存在某臺電腦本地的尷尬。
模板管理:如果對特定內容的排版呈現有統一的要求,例如“每日推薦”等,只需要替換具體內容和素材即可,則可以增加模板管理,為運營減免重復不必要的排版布局工作。
預設時間發布:
- 內容通常都是提前就會準備好的,尤其是針對一些節日主題或活動營銷的內容,會提前思考、撰寫,并對更新的節奏做好規劃排期(就像產品經理做版本規劃一樣)。
- 如果有提供定時發布功能,那負責內容運營的同事就可以集中時間一次性地把準備好的內容提前設置好發布時間,使其更合理的安排工作時間和實施內容計劃,提高工作效率。
早期的版本,可僅提供基本的、必要的管理、編輯和發布功能,保證內容運營的順利生產。而更能提高效率的工具和功能,則可與運營部門確認整體的內容工作規劃,在不同的時期配合新增上線。
具體的功能設計可參考:微信公眾平臺、秀米編輯器、365編輯器。
以上,就是對于內容管理系統CMS在內容生產環節的總結與分享。后面,還會有CMS在內容過濾、內容呈現和內容舉報環節的文章更新。
除了CMS內容管理系統,Sue會將自己在工作學習中,針對內容運營體系所總結梳理的三大系統,來和大家做交流分享。
先附腦圖(文章會盡快抽空跟上~)
分享個人一些小小的思考與想法,使自己保持輸入轉化、總結輸出的學習習慣。
如有不成熟、不正確的地方,希望有小伙伴指點賜教、歡迎討論,共同進步。
本文由 @素小白 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
知乎早不是PGC了。。。
內容推薦系統和內容分析系統的文章還寫嗎?
之前擱置了,得重新撿起來
給樓主點個贊~~有個小疑問,像樓主以小紅書舉例,是不是說明小紅書、微博、微信朋友圈都算CMS呢?剛剛接觸CMS,不大理解請教下,謝謝!
給樓主點贊!
寫的很好,如果有中臺的案例就更好了
期待作者關于內容運營體系三大系統的文章
各位大神,如果想做一個類似于懶飯的小程序,需要做哪些工作?
棒