本文提供了CMS平台的設計思路，以及部分思考，筆者目前負責某款視頻APP的CMS搭建，接下來談談我對CMS系統的理解與總結。

首先介紹一下何為CMS系統，CMS系統全稱為Content Management System，中文譯名為“内容管理系統”。CMS是指：在一個合作模式下，用于管理工作流程的一套制度。該系統可應用于手工操作中，也可以應用到電腦或網絡裡。

作為一種中央儲存器（Central Repository)，内容管理系統可将相關内容集中儲存并具有群組管理、版本控制等功能。内容管理系統在物品或文案或數據的存儲、掌管、修訂（盤存）、語用充實、文檔發布等方面有着廣泛的應用（引用知乎）。

簡而言之，我個人總結為：CMS系統，是負責App内容上架及管理的系統。

舉個例子，無論我們是去便利店還是大型商超，會發現所有的商品都是按照一定的規則排列的。例如，我們在日常用品區域，很難買到蔬菜，在生鮮區域也買不到洗發水，所以我們進一步思考可以得出結論，一定有某個規則控制了物品的擺放。

類比于我們熟悉的視頻類App，以騰訊視頻舉例，我們在“電影tab”内無法浏覽到有關“電視劇”的類目，每個tab的内容都相對固定，在樣式上也會有所區分，而控制這一切的，就是我們今天要講的CMS内容管理平台，所以說CMS為内容展示規則及策略設置的平台。

2.1 配置的基本思路

在這裡筆者采用一種逆向的思維，這樣方便讀者理解整個平台的規劃邏輯和産品思維，依然采用超市的例子說明——每一款App可以想象成是一個大型的商超，當我們确定了App内的“貨架擺放”即産品結構，以及“貨物”及App内容，我們就可以設計出一套可供管理的後台。如下圖所示：

接下來筆者将詳細說明如何設計一個CMS。

2.2 CMS設計思路

CMS既然作為App 的内容管理平台，那麼App内呈現的抽屜或介質必須在相應的後台内有所配置。

為了簡化說明，我們将每一部影片稱為一個獨立的“介質”，将每一個模塊稱為一個獨立的“抽屜”。

即《上海堡壘》為介質，banner、運營位等稱之為“抽屜”。後台應承載相應的模塊，以騰訊視頻為例，下方截圖為“電影”Tab下的展示内容。

視頻中由上至下包括banner位、廣告運營位、抽屜類型1、廣告推廣、抽屜類型2、抽屜類型3等等，這些内容之所以出現在我們的眼前，都是通過CMS後台進行配置上傳。

CMS後台中應提供的功能應該有物品上下架、排序、創建新組件、監控及維護、與其他平台聯動、常規内容管理等能力，筆者認為上述為CMS後台具備的主要能力，我将對上述能力進行拆解，從更宏觀的角度規劃CMS後台的設計，便于理解。

物品上下架

當一個介質完成視頻轉碼、媒資信息配置、制定上下架時間、配置封面圖等九九八十一難之後，來到了我們的CMS後台，在CMS後台中，操作者需要選擇對應的抽屜類型，将該影片添加進入對應抽屜，完成審核後進行發布，C端用戶即可看到該影片出現在首頁。

通常某些活動或産品因會有固定的上架（展示）日期，所以預約上架的功能就顯得比較重要。另外，雖然個介質有固定的下線日期，但受政策或版權影響不排除緊急下架的場景，因此也需要提供緊急下架功能。

關于排序

排序通常來說分為APP内整體的排序以及針對某一模塊内的排序。通常針對整體的排序，可建立“抽屜管理”模塊，列表内可展示APP内的所有抽屜。

（1）針對整體的排序：在列表内展示所有的抽屜類型以及數目，通常可通過手動拖拽的方式或運營人員可通過數字正序進行排序。

（2）針對某一模塊内的排序：騰訊視頻中所示的模塊1和模塊2，可通過用戶的行為以及标簽進行排序和展現，這些涉及到用戶标簽以及用戶運營工作，産品定義相應規則後可達到千人千面的效果，讓每一位用戶都能看到自己喜歡的内容。

每個抽屜的生命周期也可通過CMS進行配置。

創新性組件

為配合業務需要或者某些活動推廣，而産生的新型抽屜。

例如，在即将到來的國慶期間會展現更多紅色主題的内容，希望是圖片 文字 預告片樣式的抽屜類型，但現有抽屜類型中無法支持，在設計後台的過程中，我們應盡量避免在每一次出現新抽屜型時，都要重新開發，這樣不但會增大開發成本，還會造成功能冗餘，加大運營和維護的成本。

由此，我們可将現有的功能“組件化”，類似于去賽百味一樣，提供每一中抽屜中的最小單元，可以随時進行組裝，變成“新抽屜”。

所以這也是CMS後台需要提供的重要能力之一，在設計後台時，可拓展性也是重點需要考慮的，因為後台也是要根據前端業務進行不斷叠代的，良好的拓展性不但可以提高使用效率，同時也能降低開發維護的成本。

監控及維護

對于這點可能有些同學表示疑惑，通常企業會有專門的數據平台對APP進行數據分析和行為監控，那麼CMS在這裡可以做什麼呢？

CMS作為App的配置後台管理，有職責管控版本、内容等發布，配合灰度測試等。例如，我們希望在某些特定的版本中展示特有的抽屜内容，便可通過CMS後台進行配置。或者應相關法律法規要求，需要臨時加入或者修改一些内容，可通過CMS進行管控，避免出現每次功能更新都依靠發版，否則會有被下架等風險。

因此，不難看出，監控及維護也是CMS作為内容管理平台的重要功能之一，這裡需要設計者對于整個業務更加了解，還需要在設計之初對于後台的靈活性和管控性進行更多的思考。

與其他平台聯動

同個業務中會對應多個後台，包括CMS、CRM、運營後台等等，每個後台雖然相互獨立，負責各自的功能，但仍應該保持部分數據互通，相互關聯的能力。

例如，在APP頂部banner位提供抽獎活動，入口，抽獎活動的配置生成來源于運營後台，在CMS後台中，需要獲取已經配置好的鍊接，與對應圖片進行綁定，用于推廣。

還有上面講過的“千人千面”的抽屜功能，用戶數據應在運營平台或數據平台進行分析、标簽化之後，在CMS提供個性化配置入口。

由此可見，在規劃CMS後台時，應通盤考慮各個平台所具有的能力，以及後續的業務規劃能力，而不應隻将眼光局限于滿足App配置。

常規管理

除了上述所說明了，還包括了啟動圖、banner等固定位的内容維護。CMS後台可配置啟動圖的顯示時長、顯示地域等，也可控制banner的切換時長、數目等，在設計後台時，可提供“預覽”的能力，即将前端展示的内容，在後台可展現，這樣方便運營配置同學快速了解配置效果，減輕測試壓力，提高線上效果。

作為視頻類産品後台，隻有CMS的配置是遠遠不夠的，同時還需要“媒資後台”以及“電商後台”的配合，三者的關系循序漸進，媒資負責影片轉碼、基本信息的建立，電商确定影片的價位、發行策略，CMS負責讓用戶看什麼，怎麼看。媒資、電商後台本人也有所涉獵，在後期有機會會分享給大家。

CMS平台作為内容管理系統，要滿足靈活、功能性、可拓展性和聯動性等多方面需求，所以說CMS并沒有統一的設計标準，筆者也是通過最近的實踐中進行總結和提煉，提供了設計的一些基本思路，落實到項目中時，平台設計還是要圍繞整體的業務進行。

CMS系統中也存在權限的概念，例如有專門的配置專員以及審核人員等等，關于權限的說明，可以看我的上一篇文章《後台設計之權限管理》。

本文由 @Forza 原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!