内容管理系统是一种位于WEB 前端（Web 服务器）和后端办公系统或流程（内容创作、编辑）之间的软件系统，本文是对于内容管理系统CMS在内容生产环节的总结与分享。

关于CMS内容管理系统：

内容管理系统（content management system，CMS）是一种位于WEB 前端（Web 服务器）和后端办公系统或流程（内容创作、编辑）之间的软件系统。

“内容”是任何类型的数字信息，可以是文本、图形图像、Web页面、业务文档、数据库表单、视频、声音、XML文件等。

1. 关于CMS搭建的思考

通常，设计一个产品之前，我们需要思考以下几个基本的问题：

产品目标：我们希望通过这个产品得到什么？

——这决定我们要做成一个什么类型的产品

目标用户：产品面向的目标用户具有什么特征？

——这决定我们去哪找什么样的用户

用户需求：我们的用户希望通过这个产品得到什么？

——这决定我们要设计哪些功能模块

场景动机：我们的用户在什么样的场景下会有使用产品的动机？

——这决定我们要怎么设计产品

标准指标：想法正确、方案合理、市场匹配的标准/指标是什么？

——这决定我们的目标是否达成

本文将以内容社区类产品为例（如小红书、微信读书），来聊聊其对应的CMS系统搭建。

我们需要思考和梳理的内容，可概括为3点：对象、痛点、解决方案。

对象：

• 内容的生产人员，例：运营、用户（由用户端满足需求）
• 内容的审核人员，例：运营、客服
• 内容的推广人员，例：运营、用户（由用户端满足需求）
• 相互作用的系统，例：过滤系统、推荐系统

痛点：

• 运营：高效地完成内容生产、便捷地审核用户推荐、特定需求的人工推荐、推荐系统的精准度优化、及时直观地获取到内容运营的数据情况；
• 客服：便捷地审核用户举报、问题用户的管理、推荐系统的精准度优化；
• 过滤系统：对内容完成智能过滤；
• 推荐系统：对内容完成智能推荐。

解决方案：

• 运营：好用的内容编辑、修改和发布工具；待审核的处理工作台；人工推荐配置支持、推荐系统的运作情况；内容运营数据的可视化呈现；
• 客服：待审核的处理工作台；用户标记管理、过滤系统的运作情况；
• 过滤系统：系统的搭建和持续优化方案；
• 推荐系统：系统的搭建和持续优化方案。

2. 内容的生产（来源）

CMS内容管理系统，从字面意思就能知道，管理的对象是“内容”，而“内容”的具体类型是什么、“管理”的具体范畴是什么，这些都是要依据具体的业务而定。

得有内容才有管理，没内容谈何管理呢？那问题来了，内容从哪里来呢？来源都有哪些？

2.1 常见的内容生产模式

介绍一下常见的内容生产模式，有以下三种：

UGC模式：

• 全称：user generated content。即：用户输出内容。
• 产品代表：小红书。主要通过激励用户生产内容，形成社区氛围。

PGC模式：

• 全称：professionally generated content。即：专业输出内容。
• 产品代表：知乎。主要通过专业人员生产内容，提供给用户消费。

OGC模式：

• 全称：occupationally generated content。即：职业输出内容。
• 产品代表：新闻资讯类。主要通过具有一定知识和专业背景的行业人士生产内容，并领取相应报酬。

三者之间的区别：

• UGC与PGC的区别：生产内容的人有无专业知识、资质；
• PGC与OGC的区别：生产内容的人是否以此为职业，获得对应的报酬。

往往PGC模式的内容生产者，也是产品的用户，还可能是种子用户、忠诚用户、意见领袖。

综上，我们可以将内容的来源分成4种：

• 用户生产（UGC&PGC）
• 运营生产（OGC）
• 技术爬取（通过技术手段去爬取内容）
• 授权使用（以付费的形式购买内容版权）

其中：用户生产内容的产品支持，可由用户端的产品设计来满足。

技术爬取和授权使用，在需求明确的前提下，主要是由技术人员来实现和对接。

如果存在与多家平台有版权内容的授权对接工作，那建议可开发统一的内容接入接口。不同的版权内容平台，可能对接的方式有着大大小小的差异，这里可能涉及到一定的开发工作量。作为一名尽职的B端产品经理，本着为公司降本（降低开发成本）提效（提高版本效率）的一贯原则，最理想的状态是把统一的接口文档一发，就能把部分的开发工作量给转移了出去。但现实往往都是很骨感的，如果对方是“爸爸”，愿意把内容的版权给你就已经很难得了，那还是得乖乖自个儿开发接入。

以过来人的经验（踩过坑的那种），这部分的工作不要过分依赖开发，由其独自对接完成，需要加入必要的管理和规划，以免重复低效的工作占用太多的开发资源，或是人员离职变动带来的麻烦。至于价值、重要程度和优先级，需依据自己的项目、产品和团队情况，具体评估。

而内容管理系统（CMS）在生产环节主要服务的对象是负责内容生产的运营小伙伴。

一般情况下，内容运营除了管理官方账号外，可能同时还在运营着多个个人账号，如果运营同事也是依靠用户端来完成内容发布的工作，那就会存在频繁切换登录不同账号的麻烦。而切换登录这个需求对于普通用户可能根本就不存在。

除此之外，内容运营还存在用户需求之上的发布需求，比如可以预设定时发布等等。

2.2 CMS在生产环节的需求点

总结一下，内容管理系统（CMS）在生产环节的需求概要有：

账号关联：

• 和CMS系统账号关联，支持系统账号和运营账号一对多的关系；
• 使用CMS系统发布内容时候，可选择对应的运营账号；
• 支持运营账号解除绑定或转移，以便应对人员调整或离职的变动。

生产工具：

• 提供便捷、好用的编辑功能；
• 支持效果预览；
• 可保存草稿。

素材管理：如果对素材的复用度较高，可考虑增加素材管理，同时也方便随时随地有台电脑登录系统就能开展工作，避免素材要用起来才发现保存在某台电脑本地的尴尬。

模板管理：如果对特定内容的排版呈现有统一的要求，例如“每日推荐”等，只需要替换具体内容和素材即可，则可以增加模板管理，为运营减免重复不必要的排版布局工作。

预设时间发布：

• 内容通常都是提前就会准备好的，尤其是针对一些节日主题或活动营销的内容，会提前思考、撰写，并对更新的节奏做好规划排期（就像产品经理做版本规划一样）。
• 如果有提供定时发布功能，那负责内容运营的同事就可以集中时间一次性地把准备好的内容提前设置好发布时间，使其更合理的安排工作时间和实施内容计划，提高工作效率。

早期的版本，可仅提供基本的、必要的管理、编辑和发布功能，保证内容运营的顺利生产。而更能提高效率的工具和功能，则可与运营部门确认整体的内容工作规划，在不同的时期配合新增上线。

具体的功能设计可参考：微信公众平台、秀米编辑器、365编辑器。

以上，就是对于内容管理系统CMS在内容生产环节的总结与分享。后面，还会有CMS在内容过滤、内容呈现和内容举报环节的文章更新。

除了CMS内容管理系统，Sue会将自己在工作学习中，针对内容运营体系所总结梳理的三大系统，来和大家做交流分享。

先附脑图（文章会尽快抽空跟上~）

分享个人一些小小的思考与想法，使自己保持输入转化、总结输出的学习习惯。

如有不成熟、不正确的地方，希望有小伙伴指点赐教、欢迎讨论，共同进步。

本文由 @素小白 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议