作為 CRM 經理，您應該了解 CMS 什麼？

已發表: 2022-04-18

您是 CRM 經理、營銷人員、產品經理，或者換句話說，一個非技術人員，想知道 CMS 是什麼以及您應該了解什麼？您是否已經是 CMS 用戶，但您想獲得有關該平台的更多技術知識？您是否正在考慮更改您的 CMS，但寫一份關於您根本不知道的事情的 RFP 會嚇到您？您是否要進入新職位或接受新任務，並且必須與 CMS 開發人員更密切地合作？

不要擔心，圍繞 CMS 平台的技術概念相當簡單，作為非技術人員，您通常不需要那麼詳細地了解它們。最重要的是了解幾個基本定義，了解貴公司使用的平台並了解一些基本術語。稍後，如果您需要了解更多信息，我強烈建議您詢問您的開發人員——沒有人比他們更了解您的 CMS 平台。閱讀更多關於為什麼向開發人員學習是學習技術的最佳方式以及如何開始使用他們的語言的信息。

‍什麼是CMS？

內容管理系統 ( CMS ) – 是一種軟件應用程序，可用於管理數字內容的創建和修改。它是一個保存內容的“數據庫”：數字資產（圖片、視頻、播客）、文本、翻譯，在某些情況下是頁面佈局、部分設計（表格、按鈕等）。存儲在 CMS 中的內容可以提供給您的網站、移動應用程序或其他數字渠道（短信、電子郵件、智能手錶等）。並非每家公司都將所有內容存儲在同一個 CMS 中；通常，一些內容“存儲”解決方案是獨立的（電子郵件發送平台中的電子郵件內容、以代碼形式存儲並僅由開發人員更新的移動應用程序內容等）。

CMS 可以用於更多目的，而不僅僅是將內容髮佈到您的數字渠道。根據可用的 API、插件、webhook，它可以：

導出和導入翻譯，
將內容推送到社交媒體平台、電子郵件平台等渠道，
將所有數字資產存儲在一個地方並分類，
準備內容和內容個性化的 A/B 測試，
設置頁面搜索引擎優化，
返回頁面搜索引擎的結果，
和更多。

為什麼 CMS 系統對 CRM 經理很重要？

CMS 是（或可能，如果您以這種方式設置）每個面向客戶的溝通的中心。它可以為您自己的平台提供內容，並與不同的營銷堆棧集成，為付費廣告提供內容。您還可以從那裡管理頁面 SEO。如果這還不夠，您可以設置電子郵件收集表格，上傳 cookie 策略以將客戶數據收集到您的 CRM 系統，您可以在其中對客戶進行細分，並從同一 CMS 向這些細分市場提供個性化內容。在 CMS 中，您可以為您的內容設置 A/B 測試，或設置個性化內容。您可以從那裡提供您的聊天機器人的數據庫。您還可以將您的 CMS 系統與營銷自動化工具集成，您可以在其中創建分段規則，允許您通過不同的分銷渠道將內容從 CMS 推送給特定客戶（例如，通過電子郵件向未完成購物的人發送忘記購物籃提醒）他們的籃子）。

您應該學習什麼來管理 CMS 中的內容？

標記語言：

您的 CMS 系統要么使用所見即所得的編輯器（在這種情況下，為內容編輯器編輯內容很容易），要么使用某種標記語言（您或內容編輯器需要學習）。

什麼是標記語言？

標記語言是一種註釋文本的語言，以便計算機可以操作該文本（使其變為粗體、斜體、居中、著色等）。基本上，它是一種語言，您可以使用它與計算機交流您希望它如何顯示您正在編輯的文本或資產。

HTML是標記語言的一個示例：

<p>

這是一段用 HTML 編寫的文本

</p>

這句話由一個開始標籤（<p>）、文本和一個結束標籤（</p>）組成。標籤之間的文本將顯示在屏幕上。每個標籤都包含一個“小於”和“大於”符號，以將其指定為標記的一部分。

如何學習標記語言？如果這是特定於 CMS 的標記語言，您應該可以在 CMS 手冊中找到它。如果它是一種標準標記語言，則有許多可用的在線資源可供學習，例如：MOOC、Udemy、EDX、Codecademy 或 Coursera。

如果您的 CMS 沒有 WYSIWYG 編輯器，了解與 HTML 一起使用的 CSS（層疊樣式表）的一些基礎知識可能會有所幫助，以便為您正在編輯的網頁添加樣式。

如何起草：

您應該在手冊中查看什麼或詢問您的開發人員：

如何創建內容草稿（而不是錯誤地發布）？如何測試草稿，您能否在 CMS 中直接在網站上預覽它的外觀？如果無法直接在 CMS 中預覽，是否有任何測試環境可以檢查新起草的內容？

如何發布：

您應該在手冊中查看什麼或詢問您的開發人員：

如何將內容髮佈到直播網站？您可以從 CMS 自己（或內容編輯器自己）完成嗎？您需要網站發布來更新內容嗎？您是否需要向開發人員尋求發布方面的幫助？它是一個混合解決方案嗎，這意味著內容編輯器可以從 CMS 發布部分內容，但某些更改需要開發人員的支持？哪些需要開發者支持？如果你想發布一些東西，平均時間是多少，需要多長時間？如果內容中斷並且您或內容編輯者無法自行修復，該聯繫誰？如果您需要緊急支持，該聯繫誰？您可以安排將來的內容髮布嗎？您可以在未來安排多個內容“包”嗎？如果您在未來安排了一段內容，您是否仍然可以更改和發布其他部分內容，或者計劃的包是否會從您創建它的那一刻到計劃的時間凍結任何其他發布？如果出於某種原因改變主意，您能自己回憶預定的內容嗎？

內容存儲在哪裡？

這是您應該問您的開發人員/架構師的一個重要問題。

哪些內容來自哪裡？哪些內容存儲在 CMS 中，哪些內容存儲在支付或預訂引擎/系統中，哪些內容直接存儲在 FE 中？您應該知道哪些內容可以在 CMS 中進行編輯，哪些內容需要開發（或者當您需要時在哪裡可以找到這些信息）。應該有關於它的文檔，或者您的內容編輯器應該知道它。

管理數字資產：

您應該知道您的 CMS 支持哪些類型的數字資產。您可以使用視頻、圖片、mp3 文件嗎？可以使用哪些文件擴展名？對資產有什麼要求？檢查圖像尺寸和重量的規格。系統會自動調整圖像大小，還是您應該在上傳之前始終調整它們的大小？如果您不想讓您的網站或其他平台變慢，則應始終以正確顯示資產所需的最小權重為目標。

可用的開箱即用模塊、小部件、模板：

你應該了解你正在使用什麼。您是否有任何“構建塊”可以開箱即用（或者已經由開發人員預先製作）？您是否需要始終要求自定義構建內容模塊、頁面模板？開箱即用模板的靈活性如何，如果您希望它們看起來不同，可以更改多少？模塊是否與某些 FE（前端）顯示集成，因此您不需要任何額外的網站建設來使它們出現在網站上？至少擁有一些可用的基本模塊和模板庫可以大大縮短新頁面創建的上市時間，從幾週的開發到幾個小時的挑选和玩定制可能性。

基本設計原則 - UX / UI：

有關設計的基本知識，尤其是用戶體驗和用戶界面 (UX/UI) 非常有用。當您與設計師合作時（例如創建新的訂閱表格、新的微型網站），您將知道如何與他們交談、要求什麼以及如何評估他們的工作。

網站分析：

要了解您的客戶、他們的行為、偏好，以評估您新推出的登錄頁面或訂閱表格的性能，您將需要學習如何使用您公司使用的網站分析軟件（或自己設置一個）。了解當前在網站上默認跟踪的內容（放置標籤的位置）以及您應該特別要求的跟踪類型是很有用的，例如自定義事件跟踪或自定義渠道。

您應該了解的 CMS 功能

您應該了解您的 CMS 系統嗎？選擇 CMS 系統時應該注意什麼？你應該問你的開發人員什麼來理解什麼是可能的，什麼是不可能的？

易於編輯：

從內容編輯器的角度來看，CMS 的使用有多容易？這將影響內容的上市時間。影響編輯速度的因素包括：拖放功能、用於構建頁面的靈活“塊”、自動化工作流程（例如用於發送/接收翻譯）、從一個來源填充的內容（例如：動態模塊，您可以在其中更新內容一次，它將出現在各種子頁面上，甚至出現在不同的數字表面上），環境之間的內容同步（無需在不同環境中復制粘貼所有內容）。

版本控制：

如果您的 CMS 允許保存以前版本的內容，如果您創建了新版本的內容但由於某種原因改變了主意，您可以恢復以前的版本。有時，甚至可以查看版本之間的比較，並自動突出顯示更改的部分。

恢復（回滾）：

如果您的內容在發布後中斷，您應該能夠回滾到以前的內容版本以臨時修復它，直到您的開發人員能夠調查內容首先失敗的原因。

歸檔：

CMS 應該讓您存檔內容。重要的是要知道存檔/舊內容版本的存儲時間。您應仔細考慮不同類型內容的法律要求，並可能延長歸檔內容的生命週期，以獲取未來可能需要的高風險內容（例如：條款和條件、促銷內容、隱私政策、cookie 同意）法律調查。

兼容性：

CMS 系統的基本要求是與您的架構、後端、前端、支付系統、預訂系統以及您目前使用的任何外部軟件兼容。

集成：

提供與貴公司已經使用的其他軟件集成的系統，或者可以通過本機或通過 API 連接輕鬆集成營銷堆棧的其他部分的系統將為您節省時間和金錢，否則您需要花費在自定義集成上。

A/B 測試：

您應該在手冊中查看什麼或詢問您的開發人員：

您是否有可能創建內容 A/B 測試（將放置在同一個佔位符中並可以使用 A/B 測試軟件切換的多個內容版本）？如果沒有，您的開發人員能否針對您需要測試的內容類型（模塊、塊）開發它？需要多少時間？

個性化內容：

您是否有任何個性化工具（軟件）？目前可以個性化哪些類型的內容（在 CMS 中創建的多個版本可以由個性化系統切換哪些類型的內容）？

如果您的 CMS 系統可以與個性化工具集成，您可以繼續只使用一個系統進行內容存儲，這樣可以更輕鬆地重複使用和管理內容（在產品名稱更改、翻譯更改的情況下進行更改）或者當您想要實現任何其他跨平台更改時）。 ‍

翻譯管理：

如果您想提供網站的本地化版本，您的 CMS 系統應該有語言支持。最低功能意味著能夠在同一個 CMS 中存儲相同內容的不同語言版本。根據多語言網站（20 多種語言）和其他數字平台的經驗，我的建議是 CMS 應該將所有語言存儲在同一內容模塊/塊的同一位置。有什麼不同？如果您在同一個 CMS 中保留不同的語言版本作為相同站點結構的“副本”，要找到相同的模塊並以所有語言更新它，您將必須打開每個語言版本，找到該模塊在每個語言中的位置，然後更新它。如果您直接在模塊級別上擁有語言版本，則很容易找到相同的內容並以所有語言對其進行更新，而不會迷失在 CMS 中尋找它。

管理各種語言內容版本是一項艱鉅的工作。這很耗時並且錯誤率很高（如果您/內容編輯器錯誤地複制了某些內容）。管理翻譯的最簡單方法是與 CMS中的翻譯代理軟件集成。這樣，您應該能夠直接從 CMS 發送要翻譯的原始內容（例如，從英語）到各種語言，並從翻譯機構接收翻譯。它可以節省您的時間（無需複制粘貼）、降低錯誤風險並縮短上市時間。在某些情況下，甚至可以啟用向翻譯機構顯示預覽鏈接，這使翻譯人員可以更輕鬆地翻譯內容。代理翻譯更容易管理。代理翻譯所做的是將您的網站填充為代理的本地化版本。然後翻譯機構創建這些語言版本並提供服務。它大大減少了內容編輯時間，但僅適用於網站，不適用於移動應用程序、電子郵件、短信等其他平台。要涵蓋其他平台，您將需要另一種類型的集成，例如 API。

還有一個有用的功能是，一旦翻譯從翻譯機構到達，或者在導出/導入翻譯時發現任何問題（如果 CMS 不提供它，可以使用 webhook 配置），自動通知盒子）。

提示：您將不斷從您的開發人員那裡聽到的表達方式——語言環境——類似於語言，但粒度更細。雖然德語是單一語言，但有許多不同的德語語言環境：de-DE 表示德國的德語，de-AT 表示奧地利的德語，de-CH 表示瑞士的德語等。

SEO優化：

您可以從 CMS 管理頁面 SEO 嗎？您可以自己自定義 URL 嗎？你有元標題、元數據、元標籤的字段嗎？你可以添加 <h1> 標籤嗎？ CMS 是否會自動創建站點地圖並在新頁面發布後向其中添加新頁面，或者您需要讓開發人員為您執行此操作？如果您將內容填充到多個地方或以多種語言發布，您如何設置 hreflangs 和規範標籤？您應該知道有哪些可能性以及何時需要聯繫您的開發人員。

多平台發布：

您的 CMS 系統能否將內容提供給其他數字平台（移動應用程序、電子郵件、智能手錶、聊天機器人等）？你可以配置它這樣做嗎？如果您打算維護更多的數字通信渠道，這是一個重要的問題。將所有內容保存在一個地方有很大的好處，例如降低內容管理的複雜性、重用內容、重用翻譯、降低不同平台上內容不一致的風險。

使用權：

CMS 系統可以提供具有不同權限的不同訪問類型。如果您想讓不同的人起草、審查、批准內容，或者如果某些編輯應該只能訪問某些內容類型（例如，特定部門只能訪問屬於該部門的內容），這可能會很有用.

協同工作：

如果您有更多編輯者來編輯內容，那麼選擇在一個內容上協作工作會很有用。如果一個用戶打開文件，一些 CMS 系統會鎖定文件，有些則允許您同時編輯。

值得理解的技術概念：

根據您與 CMS 開發人員、CMS 管理或內容編輯合作的密切程度，您可能希望更深入地研究更多技術主題。這裡有幾個值得理解的主題：

您的網站是靜態的還是動態的？

動態網站 意味著客戶直接從您的服務器下載內容。在這種情況下，您可以臨時更改內容，更改將自動推送到所有重新加載您網站的客戶的實時網站。

靜態網站是指內容（和代碼）不時與網站版本一起打包和發布（頻率因公司/代碼類型而異）。客戶只能訪問該靜態版本，從而在您的服務器上創建更少的負載。只有在網站發布後才能更改靜態網站上的內容。如果你有這樣的網站，你應該知道什麼時候發布，什麼時候需要為他們準備好內容。有時靜態網站有一些變通方法可以在發布之間發佈內容，您需要了解這些變通方法的限制（可以以這種方式發布什麼，爬取多長時間 - 將內容打包到一個包中 - 以及發布需要）。

網站發布：

網站發布意味著向網站交付新代碼（和內容）。如果您需要解決網站發布問題或某些內容只能通過網站發布來交付（例如，因為它們存儲在 FE 應用程序中），您應該了解開發團隊的節奏——他們多久接收一次新的發展？發布的頻率是多少？您什麼時候需要告知他們新的計劃以使其在網站上生效，從請求到交付的上市時間（交付時間）是多少？

環境：

環境是空間內的實體，允許您創建和維護空間特定數據的多個版本，並單獨對其進行更改。擁有各種環境允許並行開發、測試和持續集成，這有助於您的團隊一次交付多個項目並以敏捷的方式工作（同時開發和測試）。

開箱即用或定制的 CMS？

開箱即用的解決方案可能缺乏靈活性，並且可能難以定制它們。定制解決方案需要大量維護，每次升級都會花費您大量精力，這意味著開發成本不可預測（與固定許可成本相比）。最好的解決方案介於兩者之間：提供足夠靈活性的開箱即用解決方案，因此您不必進行許多自定義。這也是為什麼基於 API 的 CMS 系統對於大多數公司來說是目前可用的最佳解決方案的另一個原因。

無頭 CMS：

“標準”（非無頭）CMS 提供了一個後端，該後端具有創建內容的簡單界面、存儲數字資產的數據庫以及發佈內容的可能性。內容由前端拉取並發佈到頁面。前端和內容是耦合的，沒有前端應用就無法更新內容。一切都在一個桶中發布——內容、圖像、HTML、CSS。這可能意味著內容必須與前端代碼在同一個版本中（因此可以不那麼頻繁地更新），它還可以將 CMS 的使用限制在網站上（因為內容和代碼混合在一起，內容不能在不同的數字渠道上靈活發布）。

提供內容的另一種方法是“無頭”CMS——如果網站的表示層是 CMS 的“頭”，那麼切斷該表示層會創建一個無頭 CMS。在這種情況下，內容存儲庫“主體”與表示層分離。這可以將所有內容統一在一個無頭內容中心中，從中可以跨渠道發布相同的內容。這使得編輯方式更容易——在一個地方更改副本或圖像，並且該更改將應用到內容所在的任何地方。 Headless CMS 將後端和前端任務分開——這意味著開發人員可以用他們喜歡的語言快速編碼和設計前端體驗（不受限制性後端技術的約束）。相反，他們可以使用應用程序編程接口 (API) 將後端功能（如內容存儲和管理）連接到任何前端交付環境。它使開發新頁面或移動應用程序屏幕變得更快、更容易。

在此處閱讀有關無頭電子商務平台的更多信息。

什麼是 API？

API 優先系統（API – 應用程序可編程接口）的代碼允許在兩個單獨的應用程序之間進行明確定義的通信。它們是現代軟件平台，可為 CRM 經理提供一些現成的功能構建塊，您可以將它們組合在一起以幾乎 100% 滿足您的需求。它們已準備好與其他系統快速集成。

“API：郵遞員

將 API 想像為郵遞員，將您的應用程序的請求傳遞給其他軟件，然後將響應帶回您的應用程序。一個簡單的例子：它是允許 Google 日曆和您的旅行應用程序之間進行通信的 API，因此當用戶預訂旅行時，它會同步到他們的日曆。” 資料來源：Clevertap

在此處閱讀有關什麼是 API 以及選擇 API 優先軟件時應了解的更多信息。

什麼是 webhook？

Webhook 類似於 API，但更簡單。 API 是應用程序的完整語言，具有添加、編輯和檢索數據的功能或調用。使用 API，您必須自己完成工作。如果您構建的應用程序在 API 的幫助下連接到另一個應用程序，那麼您的應用程序將需要有特殊的方式在需要時向其他應用程序請求新數據。另一方面，Webhook 是為應用程序的一個特定部分設計的，它們是自動化的。這是一個自動運行的簡單的一對一連接。

webhook 的示例可能是發送到您的電子郵件的通知，當新翻譯到達您的 CMS 時觸發。

什麼是 SDK？

SDK 代表軟件開發工具包——開發人員用來為特定平台創建應用程序的一組軟件工具和程序。 SDK 工具包括庫、文檔、代碼示例、指南和流程，開發人員可以使用這些工具並將其集成到他們自己的應用程序中，這些應用程序專為特定平台或編程語言而設計。

SDK – 郵局/硬件商店：

如果 API 是郵遞員，那麼在這種情況下 SDK 是什麼？
這是郵局和五金店的結合。因為它可以包含與另一個軟件通信所需的一切（即一個或多個 API）以及可用於構建全新應用程序的材料（即代碼庫、調試工具、技術說明、教程和文檔）。 (...) 它是一個開發工具包。 SDK 可以包含一個或多個 API 以及基本實用程序。 API 只是 SDK 的一部分。將 devkit 視為整個 SDK 工具陣列的更大“容器”，你會是正確的。” 資料來源： Clevertap

概括：

作為 CRM 經理，您應該了解一些有關 CMS 平台的基礎知識。在大多數情況下，您遲早需要發布一些內容。如果您有內容編輯器可以為您完成工作，那麼您需要的絕對基礎知識就是了解您公司的工作流程和流程。如果您需要自己編輯和發佈內容，您可能想了解一些正在使用的平台的基礎知識，例如如何編輯、起草、發佈內容以及測試或安排內容更改的可能性。如果您需要更高級的知識，您應該了解更多關於您當前平台中的 A/B 測試、個性化和 SEO 優化的選項。如果簡單的內容編輯還不夠，建議您了解一下您的開發團隊的工作方式以及您需要提前多少計劃開發。您應該更熟悉他們的流程，特別是如果您需要通過網站發布來發佈內容（例如，如果您的網站是靜態的或者您的 CMS 不是無頭的）。了解一些開發人員術語將幫助您開始對話。在您學習了基礎知識並閱讀了手冊之後，我強烈建議您開始向您的開發人員提問以加深您的理解——它們是有關您現有堆棧的最大信息來源！

作為 CRM 經理，您應該了解 CMS 什麼？

目錄：

‍什麼是CMS？

為什麼 CMS 系統對 CRM 經理很重要？

您應該學習什麼來管理 CMS 中的內容？

您應該了解的 CMS 功能

值得理解的技術概念：

概括：