网站栏目及内容( CMS系统（内容管理系统）雏形所需的几个要素！)

　　网站栏目及内容(

CMS系统（内容管理系统）雏形所需的几个要素！)

　　cms系统（内容管理系统）是一种产品形态，可以嵌入到不同的系统系统中。主要帮助运营商或网站建设者完成业务所需的网站建设，使用cms系统可以很好的减少频繁定制网站所需的开发资源。

　　但是由于网站的形式不同，不同类型网站的需求不同，目前还没有特别统一的cms系统业务逻辑。参考了几份产品设计稿和Empire cms(Empire)的开源文档，整理出了cms系统原型所需的几个要素。

　　产品背景：内容管理-网站设计（主要是门户网站），用于处理网站多渠道定制或定制需求较多的场景。

　　下面我们来看看Empire cms提供的建站步骤。

　　帝国cms构建步骤：

　　添加列；制作模板；输入信息；生成首页。

　　（截图来自Empirecms的开源平台手册）

　　狭义的cms（实现用户自行操作）：

　　添加栏目【编辑栏目信息属性，页面基本属性-栏目类型】；选择内容模型【选择预设内容模型，确定内容展示形式】；编辑内容[编辑内容详情]；生成首页【保存并同步信息到前台】。

　　两个主要的页面功能模块都是按照上面的流程演化而来的：栏目管理、内容管理（也叫信息管理），以及根据系统类型需要的配置页面，如网站为portal，支持首页管理及相关导航栏设置等

　　更灵活、更高级的内容管理还有另一个维度的表达：主题。

　　主题维度支持将不同列中相同类型的页面内容聚合成主题。使用主题可以在不改变栏目本身属性的情况下整合其他规则的显示，使用更灵活，操作更自由。但是对于一些常规的门户网站或者个人网站等轻量级的网站，使用栏目来配置页面规则就足够了。

　　一、列的使用

　　列是内容集成的基本规则。通过列的定义，可以约束不同页面之间的内在关系。通过分栏的管理，可以配置不同内容之间的层次关系。

　　栏目支持多级建立，新建栏目时可以选择需要的内容模型。父子列的内容模型可以不同，因为列之间的关系只是后台管理信息的集合关系，与前端展示没有太多的逻辑关系。关联，每一层的栏目可以独立成为一个独立的展示页面。

　　当然，列的集合可以为一些自动化的展示需求提供展示逻辑。在使用栏目管理相关内容时，对于需要将同一栏目内容以列表形式显示的页面，可以直接获取该栏目的子栏目并进行显示。我们只需要后台维护。编号列的层次关系可以控制前端显示的列表内容。

　　列需要收录哪些基本属性？

　　我觉得一个栏目至少需要收录三个基本信息：栏目标题、所属栏目、栏目类型和页面内容模型，如果需要让栏目更实用，可以添加栏目状态（显示/隐藏）、外部链接、栏目介绍、权重等属性内容，甚至添加相关标签系统，丰富栏目属性内容，使用更加灵活。

　　二、内容模型的使用

　　有几种通用的内容模型类别：产品模型、文章 模型、单页模型。（每个人的命名可能会有差异，了解一下内容即可）

　　1. 产品型号

　　自由度最高的页面展示模型可以结合前端预先设计好的各种组件来设计页面布局，通过组件中收录链接的部分附加其他详情页的入口，一般是主要的用于构建网站的内容模型。组件样式和功能决定了此模型的样式和功能。

　　2. 文章型号

　　该模型还可以细分为两类：通用型和即时型。

　　通用类文章模型可用于搭建网站帮助中心，信息介绍等非即时展示页面内容的文章展示；而 Instant 类主要用于显示新闻或警报这些 文章，对 文章 演示文稿注重及时性和无层次要求。

　　文章模型在实际设计中可以分为以上两种内容模型，也可以抽象为一种。文章模型只需要在内容管理模块文章中进行编辑，然后推送到相应的栏目页面即可展示。

　　3. 单页模型

　　比较简单的内容展示模型一般不收录链接，仅作为内容展示页面使用。它更容易和更快地构建。一般直接通过富文本编辑即可完成。单页模型一般用于快速搭建About Us、网站Introduction 等基于图形的页面。

　　有了栏目类型和内容模型，就可以完成基本的网站页面的搭建。为了更好的展示业务逻辑，可以参考下图：

　　三、编辑内容和表格

　　从易用性的角度来看，一个好用的cms系统最能实现所见即所得的页面配置表单，让用户不用去前台就可以查看现有页面的配置效果。

　　比如shopify的个人网站商店在搭建的时候，使用的大纲和页面预览形式更加的舒服和容易体验。学习成本越低，运营商就越容易。所以在网站的构建过程中，强烈推荐使用前端组件的形式进行可视化编辑。

　　以下截图来自shopify店铺个人站的页面配置。个人觉得是目前学到的比较好的可视化配置模式：

　　配置页面的丰富程度取决于我们开发的前端组件的丰富程度，可以不断扩展以适应不同的页面风格和业务需求。

　　四、其他必要的非功能性需求

　　一个合格的cms系统支持配置一个符合要求的网站，还需要补充或考虑一些必要的非功能性需求。一起使用可以提高网站的“好评”。

　　1. 页面响应

　　页面响应最先影响页面留存，尤其是C端网站。以下是关于页面打开时间和放弃率的统计数据。对于不是特别强调的页面，我个人的建议是3S内打开（注意弱网环境下的测试）。

　　2. 渐进增强

　　渐进增强是目前主流的设计思想，包括跨平台和终端的访问，访问不同版本的浏览器等。最好在系统设计之初就考虑渐进增强的设计思想，比如确认兼容的终端类型和浏览器版本。不妨多和前端同学多交流，优化产品体验。

　　3. SEO优化

　　有SEO要求的产品也需要在产品前期提出，因为会影响前端设计的整体思路。目前大部分前端应用都是单页应用的形式。如果不提前考虑SEO，日后有相应需求时很容易导致失败。满足搜索要求导致需要进行技术重构。

　　满足以上几点，cms系统（或模块）第一版基本可以启动了。至于下面的更多诸如关键词、标签、主题、自定义内容模板等，emmm，我们来说说吧~

　　本文由@大飞Eric 原创 发表于人人都是产品经理。未经许可禁止复制

　　题图来自Unsplash，基于CC0协议

　　奖励作者，鼓励TA抓紧创作！欣赏