Sue前面分享的两篇文章，介绍了内容管理系统（CMS）关于内容生产和内容过滤的部分。那么被生产出来并通过过滤的内容，如何呈现给我们的内容消费者呢？
我们都知道，在客户端上的开发实现，版本一旦发布了出去，如果有东西需要调整，那就要再修改代码，就算是再小的改动，都需要经过测试后再更新，而每一次的更新本身又存在可能出现各种各样问题的风险。
如果我们能提供动态可配置的能力，通过模板化来实现内容的呈现，那就可以减少开发的成本，同时也能够更高效地进行不同产品/运营方案的对比试验。
由此可知，页面动态配置是内容管理系统（CMS）关于如何更灵活地呈现内容的解决方案。
1. 页面拆解&组成部分在这个“潮流眼镜专场”页面，Sue截了三张图，我们来一一拆解，看看这个页面都有什么：
一个带着黑超的王俊凯（图片）一堆优惠券（优惠券领取/限定店铺优惠券使用入口模块）“超级大牌”（知名品牌的店铺入口模块）“必买清单”（热销/推荐商品的购买入口模块）……像这样一个动态化的页面，我们可以按以下3层次来拆分：页面——卡片——组件。
页面，指的是整体可滑动页面实体卡片，指的是页面内可按行划分的一个一个独立区块（又称为”楼层”）组件，指的是卡片内部一个独立的、业务级别的单元三者之间的层级关系见下图：
2. 实现原理弄清楚了动态页面的组成部分，那他们仨是如何联合起来工作的，最终呈现出我们所看到的页面内容呢？
当用户访问某页面，到最后呈现出完整的页面内容，主要是通过以下三步完成的：
一系列的初始化（包括初始化卡片库和组件库、数据解析器、布局框架）数据的解析（包括解析卡片和组件的类型，解析卡片和组件的基本样式）对页面进行渲染（根据卡片提供的布局信息进行布局、根据组件提供的组件信息获取组件内容）概括的说，就是：首先按照布局去解析出各组件位置，然后再去解析组件的内容（样式、图片、背景、链接等），最终解析出对应的自定义页面内容。
3. 要点说明在聊动态化页面具体的配置流程之前，想和大家再多聊聊，Sue在学习和工作的过程中，总结和整理一些要点，然后通过这些来加深对整体的理解。
3.1 组件它不是指显示的一行小字、一个明显扎眼的按钮，也不是一张帅哥美女的明星图片。它是需要提前定义好，并写入到框架（代码）中的。而组件定义的标准就是业务化，要求是能承担一定业务能力的最小复合单元。
这也基本可以说是作为PM定义需求的一大通用原则。
每个组件都需要单独设计，定义其规则和样式。
组件的基本样式：组件背景、组件外边距/内边距、组件的宽高比，除此之外还可能有额外的自定义样式如：字体颜色、字体大小、组件间的空隙，对应的跳转链接等等。
不同的组件有不同的功能，表示不同类型的内容。
组件的常见种类：搜索栏、公告、列表导航、富文本、标题栏、按钮组图文、按钮组文字、单张图片、图片轮播、优惠券等等。
3.2 卡片卡片负责对组件进行布局。卡片不需要布局模板，只需要描述卡片的类型即可，卡片的类型也是注册在框架里的。
对卡片的描述，可分成：标题、布局和样式等。其中最重要的部分是：布局，因为它包含了内嵌的组件模型，卡片的布局就是对包含的组件来布局。常见的布局方式：流式布局、瀑布流布局、吸顶布局、悬浮布局、轮播布局等。卡片的布局描述也是声明式的，但只声明布局方式，不提供布局细节的描述。卡片的基本样式：卡片背景、卡片外边距/内边距、卡片内组件间距、列数。
3.3 页面动态化页面指的是布局动态化，是通过布局嵌套组件的形式搭建整个页面。一个页面内嵌套了多个卡片，一个卡片又嵌套了多个组件。
4. 步骤概要明确了页面动态化的实现原理，那我们如果需要配置这么一个页面，需要提前准备什么，做什么？
这里分前、中、后三个环节，来跟大家聊聊配置工作所涉及到的流程。
4.1 开始配置前1）明确目的和重点
要配置的这个页面，运营目的是什么？通过页面，想呈现的内容是哪些？内容不同，要重点突出的信息是什么？2）确认已有设计和是否需要补充
已有的布局样式和组件，是否可以满足配置需求，进而达到运营目的？卡片库（布局样式）和组件库有无需要补充新增的？
4.2 进行配置时1）选择/创建页面
总体来说，页面需要支持动态化配置的情况有两种：
一是，对固有的页面进行选择性的配置（选择的标准会在文章最后和大家具体探讨）。二是，依据具体运营目的，通常是活动或专题类的运营需求，创建一个新的页面，对页面进行自定义（不需要单独为了这个新页面去开发）。2）选择卡片、然后选择组件进行布局排版
根据页面想呈现的内容和内容想突出的信息，在已有的卡片库（布局样式）和组件库，选择合适的布局样式和组件。
3）组件配置（定义样式、配置信息）
这一步会涉及到一系列的样式和细节的配置，大到页面呈现的氛围，小到组件之间的间距等等。具体的样式和信息的配置项，要依据具体的需求来定义（有兴趣的小伙伴可以深入地对具体的行业和产品、内容类型去学习了解，推荐“电商行业的店铺装修”）切忌盲目地追求配置的灵活性，细分出过多的、非必要的配置项，这会导致研发的成本变高，同时导致配置工作变繁琐，应尽量控制配置项的数量，尽量做到自动获取信息，提供系统的操作性。
4.3 完成配置后1）效果预览——确认发布
2）预览提交——审核发布
预览，是必须要有的一个步骤。Sue在这一步说的预览，是指在页面配置完成后最终效果的预览，还可能会涉及到时间维度（比如对双十一零点活动页面提前设置定时发布的预览）。另外还有一种预览，是指在配置过程中的边配边看，主要是针对样式细调的效果预览（比如组件换不同的背景颜色）。
让操作人员在完成配置后，在进行发布前，对页面的配置效果先进行预览，以确保最终呈现的页面满足需求和符合要求。
预览完效果后，进行提交，等待审核发布，则可以依据公司/团队具体的情况，进行步骤细化。
通常，初创型公司由于运营团队的组建较为精简，常见的流程是：运营人员完成配置后，预览一下效果，确认没问题就操作发布了。没有中间审核的这一步，预览到发布，通常是同一个人。
但在对内容管理有明确的流程和规范，并且人员配备完善的公司，流程通常是第2）种。
这中间涉及到多个不同的角色，以及角色背后的权限细分。有的人负责配置，预览后提交审核，对呈现效果负责。有的人负责审核，最终确认发布，对整体进行把控。
所以具体的流程是：效果预览——提交审核——进行审核——确认发布。
附：整体的配置步骤说明图
5. 需求提取明确了页面动态化的实现原理，以及配置页面的工作流程，那接下来就是PM最熟悉的内容了：提取需求，完成产品设计。
产品设计和后期不断迭代优化，都应该始终围绕以下几个方向：
如何使工作更高效如何使协作更顺畅如何使管理更智能如何使权责更明确如何使风险更可控支持快速试验，用数据来指导决策基于实现原理、配置流程和产品设计方向，Sue提炼出了以下6大需求点：
（1）管理
组件库管理：不支持直接创建一个新的组件，只能在系统已有的组件库里面选择。卡片库管理：（同组件库）不支持直接创建但可直接调用。除此之外，还有一个很重要的功能：需支持一键上下线卡片（在出现问题时立即可做线上的紧急处理）。页面管理：需支持一键上下线页面（同样是应急处理的功能支持）、版本通配（可解决新版本发布时的配置效率）。权限管理：对应组织结构或业务线，做页面、操作和数据等的权限细分。变更记录：让每次变更都有记录可查，防止线上数据被随意更改。（2）编辑（配置）
在配置不同类型的页面时，提供对应的配置功能：
1）对固有页面的配置
选择页面选择卡片、定义卡片样式、配置卡片内容（选择组件）选择组件、定义组件样式、配置组件内容配置更多页面信息：定义生效时间、失效时间、页面名称2）对创建页面的配置
创建页面选择卡片、定义卡片样式、配置卡片内容（选择组件）选择组件、定义组件样式、配置组件内容配置更多页面信息：定义生效时间、失效时间、页面名称3）除此之外，还应该提供复制创建等满足高效配置的功能
可批量复制地创建页面可批量复制地创建卡片（3）预览
配置预览：对应的是配置过程中的效果查看，主流的交互是拖动到相应位置，设置内容后实时预览。
白名单预览：对应的是预发布状态，在此状态下，可通过白名单预览，提前查看效果。
时间机器预览：
通过时间机器调整时间，可预览对应在将来某个时间的效果。因为不同的时间点，生效的数据不一样，确保配置符合要求和需求。（4）审核
这个过程和一般的申请审核大致相同，需要支持和满足的需求点应包含但不仅限：
待审核记录的处理通知待审核记录的呈现审核操作（效果、内容的展现、功能的使用等——预览功能）审核记录审核记录：通过、不通过（原因告知、修改指导）（5）发布
通常完成配置后，不建议直接发布，以免存在问题的配置，直接影响到线上用户。
到了发布阶段，有以下两个发布功能是应当去满足的：
预发布：增加预发布状态下，是为了进一步检查和确认配置效果，降低出现问题的风险。定时发布：支持设置所配置的页面仅在特定时间生效。由此，可提前完成相关的配置、审核等工作。临时配置容易导致问题出现，这同样也是为了使风险更可控。（6）ABtest
俞军老师在书中分享过：由于信息的不完备性，所以所有自以为经过审慎考察做出的判断和行为，客观上说都是在试错。
同样我们所设计的内容管理系统（CMS），也应该具备这样的试错能力。
支持页面、卡片级别的ABtest能力。可将每一次的配置变更做成实验变更，进行ABtest。在小范围内先试验变更的效果，最后根据数据来做决策。（Sue前段时间刚好梳理和搭建了所在项目的ABtest系统，有专门深入去学习和做了一些总结。后面也想和大家来聊聊，在这里就算先预告一下下）
附需求点梳理脑图（但还是那句话：需要结合具体情况去定义，设计出来的产品才符合需求）
6. 思路&理念最后来总结一下，内容管理系统（CMS）通过动态化页面对内容进行呈现的基本思路和设计理念。
基本思路：
内容管理系统（CMS）通过动态化页面对内容进行呈现的基本思路：分离内容的管理和页面的设计。页面设计存储在模板里，而内容存储在数据库中。当用户请求页面时，各部分联合动态生成一个标准的页面。
设计理念：
内容管理系统（CMS）通过动态化页面对内容进行呈现的设计理念：具备足够的灵活性。只有足够的灵活，才能满足运营日常的各种需求。而灵活性则体现在：
布局能力动态变化，定义清楚最少要有多少种布局样式内置在框架里；动态能力粗粒度化，定义清楚有多少组件要注册到框架里；组件业务化，组件要求是能承担一定业务能力的最小复用单元；组件可复用，需要对同类型的组件具备回收复用的能力。
7. 产品思考我们都明白页面动态化配置对运营、营销等方面重要意义，一方面确确实实是在减少重复性、不必要的开发工作，避免了开发资源的争夺和漫长的排期等待。但另一方面，也灵活的配置方案、便捷的配置工具，对技术的要求就相对较高了。如何在这两个方面更好地平衡，就是产品需要思考的问题了。
有必要所有的页面都支持动态配置吗？哪些页面需要支持？哪些页面无需支持？哪些页面不宜支持？判断的标准和依据是什么呢？关于这几个问题，Sue思考的答案是：并不是所有的页面都需要支持动态配置，没这个必要。
符合以下条件的页面需要支持动态化配置：
用户流量集中的页面（例如首页）用户停留时间越长的页面（例如首页）用户频繁使用的页面（例如搜索页）营销空间和价值大的页面（例如专题活动页）符合以下条件的页面无需支持动态化配置：
不是交易流程必经的页面流（例如分类页；需要说明一下：交易不特指下单付费，对内容的消费本质上也算一个交易）不是用户频繁使用（例如帮助页、设置页）符合以下条件的页面不宜支持动态化配置：
一般有固定的格式展示信息（例如个人中心页）关键信息对页面转化有直接影响，用户只关注关键信息，故需突出且固定位置展示，培养用户习惯，不能随意变动（例如详情页）
以上，就是Sue对于内容管理系统CMS在内容呈现环节的总结与分享。
真正到开展对应工作的时候，要思考的远不止本文所分享的这一些，希望Sue所分享的内容能起到一个抛砖引玉的作用。
坚持更文分享个人一些思考与想法，使自己保持输入转化、总结输出的学习习惯。如有不成熟、不正确的地方，希望有小伙伴指点赐教。欢迎讨论，共同进步。
本文由 @素小白 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
