產品思考(1):CMS系統一階段復盤

2 評論 8554 瀏覽 42 收藏 10 分鐘

編輯導語:CMS系統即內容管理系統,結合CMS系統,運營人員可以更快速地完成網站搭建,減少開發資源的消耗。那么CMS系統應該如何搭建?本篇文章里,作者總結了CMS系統搭建所需的要素和相應的搭建策略,一起來看一下。

CMS系統(內容管理系統)是可以嵌入到不同系統體系中的一種產品形態,主要幫助運營人員或者建站者完成業務所需的網站搭建,利用CMS系統可以很好地降低定制頻繁的網站所需的開發資源。

但是因為網站形態各異和不同類型網站的要求不同,目前沒有特別統一的CMS系統業務邏輯,通過參考為數不多的產品設計稿和Empire CMS(帝國)的開源文檔,我梳理出了CMS系統雛形所需的幾個要素。

產品背景:內容管理——建站設計(門戶網站為主),用于處理網站多渠道定制或者客制化要求較多的場景。

先看下Empire CMS提供的建站步驟。

EmpireCMS建站步驟:

  1. 增加欄目;
  2. 模板制作;
  3. 錄入信息;
  4. 生成前臺頁面。

(截圖來自帝國CMS的開源平臺手冊)

狹義的CMS(實現用戶自運營):

  1. 增加欄目【編輯欄目信息屬性、頁面基本屬性-欄目類型】;
  2. 選擇內容模型【選擇預設的內容模型,確定內容展示形式】;
  3. 編輯內容【編輯內容詳情】;
  4. 生成前臺頁面【保存并同步信息到前臺】。

根據上述流程演化出來的兩個主要頁面功能模塊:欄目管理、內容管理(又叫信息管理),以及根據系統類型所需的配置頁面,比如門戶類的網站、支持首頁管理和相關導航欄設置等。

更靈活更高級的內容管理還存在另一個維度的表現形式:專題。

專題維度支持聚合不同欄目內的同一種類型的頁面內容,成為專題,專題的使用可以在不改變欄目自身屬性的情況下整合另一種規則的展示,使用上更靈活,運營起來更加自由。但對于常規的一些門戶網站或者個人站點這類輕運營的網站來說,使用欄目配置頁面規則已經足夠。

一、欄目的使用

欄目是基礎的作為內容集成的規則,通過欄目的定義,可以約束不同的頁面之間的固有聯系。通過子欄目的管理,配置不同內容之間的層級關系。

欄目支持建立多級,新建欄目時即可選擇所需的內容模型,父子級欄目的內容模型可以是不一樣的,因為欄目的關系僅為后臺管理信息的集合關系,與前端展示邏輯沒有太多關聯,每一層欄目均可以獨立成為一個獨立展示的頁面。

當然欄目的集合可以為部分自動化展示需求提供展示邏輯,在使用欄目管理相關內容時,對于需要列表展示同欄目內容的頁面可以直接獲取此欄目的下級子欄目,并進行展示,我們只需要后臺維護號欄目的層級關系即可控制前端展示的列表內容。

欄目需要包含什么基礎屬性呢?

我認為欄目要滿足可用性,至少需要包含:欄目標題、所屬欄目、欄目類型與頁面內容模型三種基本信息,而如果需要令欄目更加好用的話,則可以加上如欄目狀態(顯示/隱藏)、外部鏈接、欄目介紹、權重等屬性內容,甚至還可以增加相關的標簽系統來豐富欄目的屬性內容,使用靈活度更高。

二、內容模型的使用

常規幾種內容模型大類:產品模型、文章模型、單頁模型。(各人命名可能會存在差異,理解內容即可)

1. 產品模型

自由度最高的頁面展示模型,可以結合前端預設計的各種組件進行頁面布局設計,并通過組件中含有鏈接的部分附上其他詳情頁面的入口,一般是建站所用到的主要內容模型。組件風格和功能決定了此模型的風格和能力。

2. 文章模型

此模型還可以細分為兩類:一般類和即時類。

一般類的文章模型可以用于搭建網站的幫助中心,信息介紹等非即時展示類頁面內容的文章展示;而即時類則多用于需要展示新聞或快訊這些文章,關注時效性而無層級要求的文章展示。

文章模型可以在實際設計中分為上述兩種內容模型,也可以抽象成為一種。文章模型只需要在內容管理模塊中編輯好文章,即可推送到對應的欄目頁面中展示。

3. 單頁模型

較為簡單的內容展示模型,一般不含鏈接,僅作為內容展示的頁面,搭建起來比較容易和快速,一般直接使用富文本編輯則可以完成。單頁模型一般用于快速搭建類如關于我們、網站簡介等這類圖文為主的頁面。

有了欄目類型與內容模型,就可以完成基本的網站頁面的搭建工作了,為了更好地展示業務邏輯,可以參考下圖:

三、編輯內容及形式

從易用性的角度看,好用的CMS系統最好可以實現所見所得的頁面配置形式,使得用戶不用前往前臺就可以查看現有頁面的配置效果。

例如shopify的個人站商店搭建時,使用的大綱加頁面預覽的形式,體驗起來是比較舒服且易用的。學習成本越低,對于運營人員來說就越簡單,因此在網站的搭建流程中,十分建議采用前端組件化的形式,進行可視化編輯。

如下截圖源自shopify商店個人站的頁面配置,個人感覺是目前了解到的較好的可視化配置模式:

配置頁面的豐富度取決于我們開發的前端組件的豐富度,并且可以不斷拓展,適應不同頁面風格和業務要求。

四、其他必要的非功能性需求

一個合格的CMS系統出了支持配置出符合要求的網站,還需要補充或者考慮一些必須的非功能需求,配合使用,可以提高網站的“好評度”。

1. 頁面響應

頁面響應是影響頁面留存的首當其沖,尤其是C端的網站。以下是一個關于頁面打開時間與放棄率的統計數據,在沒有特殊強調的頁面,個人建議是3S內打開為宜(注意弱網絡環境的測試)。

2. 漸進增強

漸進增強是目前主流的設計思路,包含跨平臺與終端的訪問、不同版本瀏覽器的訪問等。在系統設計開始時最好就考慮漸進增強的設計思路,如確認好需要兼容的終端類型、瀏覽器版本。不妨和前端同學多溝通,讓產品體驗最優化。

3. SEO優化

有SEO需求的產品還需要在產品前期就提出,因為會影響前端設計的整體思路,目前大部分前端都是單頁面應用的形式,不提前考慮SEO的話,很容易導致后續有對應要求的時候無法滿足搜索要求,導致需要進行技術重構。

滿足上述幾點,基本可以推出第一版的CMS系統(或者模塊)了,至于后面更多的比如關鍵詞、標簽、專題、自定義內容模板等等,emmm,再說吧~

 

本文由 @大飛Eric 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 真的是一個看起來最簡單,但是又不好做成標準化的系統。

    來自北京 回復
  2. 這篇文章內容深刻,值得細細品味,理解其中含義,值得收藏

    來自江蘇 回復