作为 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 功能

值得理解的技术概念：

概括：