編輯導語:CMS系統即内容管理系統,結合CMS系統,運營人員可以更快速地完成網站搭建,減少開發資源的消耗。那麼CMS系統應該如何搭建?本篇文章裡,作者總結了CMS系統搭建所需的要素和相應的搭建策略,一起來看一下。
CMS系統(内容管理系統)是可以嵌入到不同系統體系中的一種産品形态,主要幫助運營人員或者建站者完成業務所需的網站搭建,利用CMS系統可以很好地降低定制頻繁的網站所需的開發資源。
但是因為網站形态各異和不同類型網站的要求不同,目前沒有特别統一的CMS系統業務邏輯,通過參考為數不多的産品設計稿和Empire CMS(帝國)的開源文檔,我梳理出了CMS系統雛形所需的幾個要素。
産品背景:内容管理——建站設計(門戶網站為主),用于處理網站多渠道定制或者客制化要求較多的場景。
先看下Empire CMS提供的建站步驟。
EmpireCMS建站步驟:
(截圖來自帝國CMS的開源平台手冊)
狹義的CMS(實現用戶自運營):
- 增加欄目【編輯欄目信息屬性、頁面基本屬性-欄目類型】;
- 選擇内容模型【選擇預設的内容模型,确定内容展示形式】;
- 編輯内容【編輯内容詳情】;
- 生成前台頁面【保存并同步信息到前台】。
根據上述流程演化出來的兩個主要頁面功能模塊:欄目管理、内容管理(又叫信息管理),以及根據系統類型所需的配置頁面,比如門戶類的網站、支持首頁管理和相關導航欄設置等。
更靈活更高級的内容管理還存在另一個維度的表現形式:專題。
專題維度支持聚合不同欄目内的同一種類型的頁面内容,成為專題,專題的使用可以在不改變欄目自身屬性的情況下整合另一種規則的展示,使用上更靈活,運營起來更加自由。但對于常規的一些門戶網站或者個人站點這類輕運營的網站來說,使用欄目配置頁面規則已經足夠。
一、欄目的使用欄目是基礎的作為内容集成的規則,通過欄目的定義,可以約束不同的頁面之間的固有聯系。通過子欄目的管理,配置不同内容之間的層級關系。
欄目支持建立多級,新建欄目時即可選擇所需的内容模型,父子級欄目的内容模型可以是不一樣的,因為欄目的關系僅為後台管理信息的集合關系,與前端展示邏輯沒有太多關聯,每一層欄目均可以獨立成為一個獨立展示的頁面。
當然欄目的集合可以為部分自動化展示需求提供展示邏輯,在使用欄目管理相關内容時,對于需要列表展示同欄目内容的頁面可以直接獲取此欄目的下級子欄目,并進行展示,我們隻需要後台維護号欄目的層級關系即可控制前端展示的列表内容。
欄目需要包含什麼基礎屬性呢?
我認為欄目要滿足可用性,至少需要包含:欄目标題、所屬欄目、欄目類型與頁面内容模型三種基本信息,而如果需要令欄目更加好用的話,則可以加上如欄目狀态(顯示/隐藏)、外部鍊接、欄目介紹、權重等屬性内容,甚至還可以增加相關的标簽系統來豐富欄目的屬性内容,使用靈活度更高。
二、内容模型的使用常規幾種内容模型大類:産品模型、文章模型、單頁模型。(各人命名可能會存在差異,理解内容即可)
1. 産品模型
自由度最高的頁面展示模型,可以結合前端預設計的各種組件進行頁面布局設計,并通過組件中含有鍊接的部分附上其他詳情頁面的入口,一般是建站所用到的主要内容模型。組件風格和功能決定了此模型的風格和能力。
2. 文章模型
此模型還可以細分為兩類:一般類和即時類。
一般類的文章模型可以用于搭建網站的幫助中心,信息介紹等非即時展示類頁面内容的文章展示;而即時類則多用于需要展示新聞或快訊這些文章,關注時效性而無層級要求的文章展示。
文章模型可以在實際設計中分為上述兩種内容模型,也可以抽象成為一種。文章模型隻需要在内容管理模塊中編輯好文章,即可推送到對應的欄目頁面中展示。
3. 單頁模型
較為簡單的内容展示模型,一般不含鍊接,僅作為内容展示的頁面,搭建起來比較容易和快速,一般直接使用富文本編輯則可以完成。單頁模型一般用于快速搭建類如關于我們、網站簡介等這類圖文為主的頁面。
有了欄目類型與内容模型,就可以完成基本的網站頁面的搭建工作了,為了更好地展示業務邏輯,可以參考下圖:
三、編輯内容及形式
從易用性的角度看,好用的CMS系統最好可以實現所見所得的頁面配置形式,使得用戶不用前往前台就可以查看現有頁面的配置效果。
例如shopify的個人站商店搭建時,使用的大綱加頁面預覽的形式,體驗起來是比較舒服且易用的。學習成本越低,對于運營人員來說就越簡單,因此在網站的搭建流程中,十分建議采用前端組件化的形式,進行可視化編輯。
如下截圖源自shopify商店個人站的頁面配置,個人感覺是目前了解到的較好的可視化配置模式:
配置頁面的豐富度取決于我們開發的前端組件的豐富度,并且可以不斷拓展,适應不同頁面風格和業務要求。
四、其他必要的非功能性需求一個合格的CMS系統出了支持配置出符合要求的網站,還需要補充或者考慮一些必須的非功能需求,配合使用,可以提高網站的“好評度”。
1. 頁面響應
頁面響應是影響頁面留存的首當其沖,尤其是C端的網站。以下是一個關于頁面打開時間與放棄率的統計數據,在沒有特殊強調的頁面,個人建議是3S内打開為宜(注意弱網絡環境的測試)。
2. 漸進增強
漸進增強是目前主流的設計思路,包含跨平台與終端的訪問、不同版本浏覽器的訪問等。在系統設計開始時最好就考慮漸進增強的設計思路,如确認好需要兼容的終端類型、浏覽器版本。不妨和前端同學多溝通,讓産品體驗最優化。
3. SEO優化
有SEO需求的産品還需要在産品前期就提出,因為會影響前端設計的整體思路,目前大部分前端都是單頁面應用的形式,不提前考慮SEO的話,很容易導緻後續有對應要求的時候無法滿足搜索要求,導緻需要進行技術重構。
滿足上述幾點,基本可以推出第一版的CMS系統(或者模塊)了,至于後面更多的比如關鍵詞、标簽、專題、自定義内容模闆等等,emmm,再說吧~
本文由 @大飛Eric 原創發布于人人都是産品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!