网站内容管理平台(CMS系统搭建的思考通常,设计一个产品之前,我们需要思考)
优采云 发布时间: 2021-08-29 05:01网站内容管理平台(CMS系统搭建的思考通常,设计一个产品之前,我们需要思考)
内容管理系统是位于WEB前端(Web服务器)和后端办公系统或流程(内容创建、编辑)之间的软件系统。本文为内容制作链接中cms内容管理系统的总结分享。
关于cms内容管理系统:
内容管理系统(cms)是一个位于WEB前端(Web服务器)和后端办公系统或流程(内容创建、编辑)之间的软件系统。
“内容”是任何类型的数字信息,可以是文本、图形图像、网页、业务文档、数据库表格、视频、声音、XML 文件等。
1.思考cmsbuilding
通常,在设计产品之前,我们需要考虑以下基本问题:
产品目标:我们希望通过这个产品实现什么?
——这决定了我们要做什么样的产品
目标用户:产品目标目标用户有什么特点?
——这决定了我们去哪里寻找什么样的用户
用户需求:我们的用户希望通过这个产品得到什么?
——这决定了我们要设计哪些功能模块
场景动机:在什么场景下我们的用户会有使用产品的动机?
——这决定了我们如何设计产品
标准指标:思路正确、方案合理、市场匹配的标准/指标是什么?
——这决定了我们的目标是否实现
本文将以内容社区产品(如小红书、微信阅读)为例,谈谈相应的cms系统建设。
我们需要思考和整理的东西可以归纳为3点:对象、痛点、解决方案。
对象:
痛点:
解决方案:
2. 内容制作(来源)
cms内容管理系统,从字面意思就可以知道管理的对象是“内容”,“内容”的具体类型是什么,“管理”的具体类别是什么。这些都是根据具体的业务而定。
有内容才有管理。如果没有内容,管理怎么办?那么问题来了,内容从何而来?来源是什么?
2.1 常见的内容制作模式
介绍常见的内容制作模式,分为三种:
UGC 模式:
PGC 模式:
OGC 模式:
三者的区别:
通常,PGC 模式中的内容生产者也是产品的用户,他们也可能是*敏*感*词*用户、忠实用户和意见领袖。
总结起来,我们可以将内容的来源分为4种:
其中:用户端产品设计可以满足对用户生产内容的产品支持。
技术爬取和授权使用主要由技术人员在需求明确的前提下实现和对接。
如果多平台有版权内容的授权对接作品,建议开发统一的内容访问接口。不同的版权内容平台在对接方式上可能会有大大小小的差异,这可能涉及到一定的开发工作量。作为一名尽职尽责的B端产品经理,本着为公司降低成本(降低开发成本)和提高效率(提高版本效率)的一贯原则,理想的状态是发布统一的接口文档,部分开发工作量被转出。但现实往往很骨感。如果对方是“爸爸”,愿意把内容的版权给你的已经是很少见了,所以还是得自己开发和访问。
根据踩过坑的人的经验,这部分工作不应该过度依赖开发。应该自己完成。需要添加必要的管理和规划,以避免重复的低效工作占用过多开发。资源,或因人员流动和变动而引起的麻烦。至于价值、重要性和优先级,你需要根据自己的项目、产品和团队情况进行具体评估。
*敏*感*词*中的内容管理系统(cms)主要服务于负责内容制作的小型运营伙伴。
一般来说,内容运营除了管理公众号,也可能是同时运营多个个人号。如果运营同事也依赖客户端完成内容发布的工作,就会出现频繁切换登录不同账号的情况。麻烦。普通用户可能根本不需要切换登录。
此外,内容运营在用户需求之上也有发布需求,如预定发布等。
2.2cms生产过程中的需求点
综上所述,内容管理系统(cms)在*敏*感*词*中的要求如下:
帐户关联:
生产工具:
物料管理:如果物料重复使用率高,可以考虑增加物料管理。同时,方便随时随地有电脑登录系统开始工作,避免了使用资料发现保存在电脑本地的尴尬。
模板管理:如果对具体内容的排版和呈现有统一要求,比如《每日推荐》等,只需要更换具体的内容和素材。可增加模板管理,减少不必要的操作布局。布局工作。
预设时间发布:
早期版本只能提供基本的、必要的管理、编辑和发布功能,以保证内容运营的顺利制作。对于更高效的工具和功能,您可以与运营部门确认整体内容工作计划,并在不同时间将其添加到行中。
具体功能设计请参考:微信公众平台、秀米编辑器、365编辑器。
以上是内容管理系统cms在内容*敏*感*词*中的总结与分享。稍后会有cms内容过滤、内容呈现和内容报告的更新。
除了cms内容管理系统,Sue还会和大家分享工作学习中内容运营系统总结总结的三个系统。
先附上脑图(文章会抽时间尽快跟上~)
分享一些个人的想法和想法,让你保持输入转化和输出总结的学习习惯。
如果有不成熟或者不正确的地方,希望有朋友给我指点,欢迎讨论,共同进步。
本文由@素小白原创发表在人人网为产品经理,未经许可禁止转载
标题图片来自Unsplash,基于CC0协议
奖励作者,鼓励他努力!
欣赏