【营销架构day2】苏宁电商：营销系统就是一个复杂的规则引擎.pdf

【营销架构day2】苏宁电商：营销系统就是一个复杂的规 则引擎 总体介绍 业务进行营销活动目的是用最少的钱实现更好的营销效果，此时就需要针对营 销活动的资格进行控制，其中就包括了用户身份、用户所处的环境等等一系列 因素的考虑，且为了防止恶意套取营销费用和做到营销效果的持续性，会进行 活动相关次数的控制。此时为了适应业务不断变革的营销活动资格，好的资格 设计就非常重要。 营销活动业务在配置中会同一时间存在多个营销活动，用户进入某个场景，首 先需要给用户展示目前用户能够享受的营销活动，增加用户参与此场景的意 向，然后用户参与场景后需要给用户提示对应的营销活动，用户如果没有参与 成功需要给用户提示具体没有参与成功的原因。那么在参与前，具体的场景中 需要进行用户资格的校验，并且用户参与后需要进行资格记录。 同时，资格校验能够有效防止用户重复参与的问题，通过配置用户的次数资格 来进行校验，用户参与成功一次进行记录，后面用户参与前对次数资格进行相 关的校验。 资格分类 资格设计先要针对资格进行分类，通过不同的分类进行各自分类领域模块设 计。分类的原则是分层漏斗分类：优先过滤大量不满足、消耗服务器资源较少 的活动，再过滤需要消耗服务器资源较多的活动，最后是进行风控资格校验。 按照这个分类原则后面可能会出现多个营销活动，这个是另外一个话题—营销 推荐设计。 以上是目前苏宁金融这边针对资格设计的分类：静态资格、动态资格和风控资 格。此处风控资格校验作为独立的一个分类并且放在最后，主要是由两个方面 考虑：（1）风控的内容很多，在苏宁金融有专门的风控中心来进行风控规则的 制定和执行；（2）风控返回的风控级别也有很多，营销活动的不同、触发风控 的级别不同，对应的营销活动处理逻辑也不一样。 下面针对以上的分类的静态资格和动态资格进行相关的领域模块具体设计探 讨。 静态资格 静态资格在苏宁金融营销中的定义是：用户进入具体场景、当时用户属性标签 的一个静态数据 。 静态数据 的获取方面主要通过两个部分获取：（1）上游系统的传递，这个数据 主要是获取用户所处的场景数据，包括但不限于：用户当前进行的业务及业务 数据、用户使用终端、网络环境等等数据 。（2）用户属性标签的大数据获取。 在苏宁金融大数据 中心有一套完整的用户实时标签库，用户请求后通过次标签 库实时查询用户目前的标签 。 静态数据 的过滤在技术方案 中适合采用规则引擎进行相关资格校验。目前在苏 宁金融的营销系统中使用 Drools ，主要是考虑以下几个方面： （1） 业务规则较多，如果使用编码方式新增规则就需要进行相关的编码，增 加代码量和维护成本 。 （2） Drools 的自定义关系操作符：通过自定义关系操作符可以针对不同的业 务规则配置需要的操作符还可以针对每个活动不能匹配的原因进行内部埋点记 录，方便运营进行客诉查询 。 （3 ） 纯 java 实现，学习成本低 。 业务配置生成 drl 文件设计 关于生成 drl 文件的设计，先来看看 drools 引擎原理： Drools 引擎通过每个条件进行匹配，最终匹配出相关的活动，所以在设计中需 要考虑最终返回的数据是活动集合 。 Drl 文件组成： 通过原理及文件组成，设计 Drl 文件生成的类图如下： writeRuleFile 是入口，通过入口进行内部方法组装，此方法需要功能是组装 文件 内容和写文件；writeDrlHead 方法为写文件头部包、引用和全局变量定