Qunar 营销组件中台工程化探索及实践

1 业务背景

去哪儿网在旅游行业，拥有庞大的用户群体，除了日常的购票之外，我们也想和用户做更多的触达，让用户感受到平台的温度，这个触达主要分为三个部分：

1. 日常的促销，比如机票、酒店购买完毕，可以抽奖、发起砍价拿现金等活动，增加用户的粘性，切实给用户带来实惠。
2. 新客的引导，app 端和小程序都有新人专区，有各式各样的活动、任务引导用户购票转化。
3. 逢年过节时，平台会推出大力度的促销活动，进一步的提高用户转化，提高品牌影响力。

上面主要的三个场景，去哪儿网各业务线也都有对应的产品运营团队来负责，那么问题来了，触达用户是需要页面的，如此高频度，大规模的页面，该如何产生呢？

2 解决方案

如果按照常规的项目实施流程，成本和周期都是无法满足需求的，我们先畅想下方案，再看落地的问题：

1. 页面数量多 - 走复用思路，不必每个页面都重新开发
2. 变动频率高 - 支持配置化，不必每次变动都重新发布

第1个问题，如果要走复用思路，就要对营销的不同场景进行抽象，并且和 UI 同学达成设计上的规范统一，进而达成页面风格的统一。

第2个问题，如果要支持配置化，首先需要对页面组件可变化的点进行预先设计，这样一来才能够把这些做成配置选型，集成到系统里面去。

所以说到这里，非常明确需要技术人员去落地的东西就出来了：

设计一套系统允许开发人员将组件开发好，然后集成到系统，运营人员可以在系统里灵活组装出自己想要的页面。

页面上线之后，如果有修改的点，允许运营人员在系统里对组件配置项进行修改，并且预览，效果好了，就推到线上。

3 系统设计

3.1 页面管理系统

要想使得页面配置化上线，首先我们需要设计一个页面管理系统，允许对组件进行拖放、编辑，来完成页面的组装和上线。

这个系统，我们给他命名为：CMS=Component Management System，组件管理系统，和行业的"CMS"内容管理系统略有不同，接下来都用 CMS 来简化表述。

组件是 CMS 系统最为宝贵的素材，我们的愿景和实际行动也是按照如下理念去做的：

页面不是开发出来的，页面是组装出来的，运营可以根据组件库灵活的去组装，组件库的每一次迭代都在为运营赋能。