静态规则
M站点
业务链路
活动管理中心
权益流水
底层服务
营销商品
任务模板
鉴权
【重点产出】1、完成“活动管理中心”模块的升级，承接串联业务链路的角色。【达到的效果】1、业务服务会再次轻量化，业务服务中的“业务链路”模块会下沉至活动管理中心进行统一维护。（1）非全部业务链路进行下沉：部分业务链路存在较大垂直复杂度，可能无法下沉至活动管理中心。（2）同时，业务服务中原本存在的冗余问题会得到解决。2、“活动管理中心”实现业务链路的统一管理：不仅负责有完成的数据支撑，而且承接了动态串联整体营销体系业务链路的工作。3、“活动管理中心”实现配置化，可以在所覆盖的业务线中实现0编码以支撑业务的迭代。【阶段性取舍】无【代办】无
“特权金”
活动SPU
用户权益中心
数据驱动
H5
...
任务执行明细
运营商品中心
数据聚合
签到任务
限流
任务中心
规则中心
小程序
订单中心
每日签到
库存服务
业务链路配置化
用户中心
商品服务
任务执行记录
能力下沉
服务层
权益下发规则
网关层（APP、小程序、M）
金币兑换
1、该演进过程代表了在对整体设计方案的构思过程中的梳理过程。 同时也是综合评估后的按照优先级进行排序。2、上述排序作为整体演进思路：（1）“数据驱动”依赖于“能力下沉”的数据下沉。（2）“业务链路配置化”依赖于“能力下沉”中底层组件能力的支撑。（3）“业务链路配置化”对于“数据驱动”无依赖。但对外部团队有依赖，并且会有活动中心以外的影响范围。【注】该图中营销体系架构图仅作为示例作用，不以本架构图为准。
公共支撑
降级
【重点产出】1、将现有功能和能力进行整合和下沉。2、完成服务分层和各公共支撑服务、基础能力服务的首次版本搭建。【达到的效果】1、各业务服务会轻量化，因为原各业务服务所需提供的能力多数会由下游服务层进行友好支持。2、部分站点被取缔掉，但不会是全部。如：（1）超值换购业务可能会被营销商品中心直接承接。（2）存在垂直业务链路的情况仍需要业务服务来承接。【阶段性取舍】1、该阶段不考虑营销业务网关的迭代：（1）目前可论证出业务网关存在的必要性，但暂时无法论证业务网关的适用范围。（2）并且该阶段不会对于业务服务现有输出内容和形式进行调整，所以业务网关原定屏蔽外部依赖的作用在本阶段不存在。（3）结合上述考虑，本阶段暂不对业务网关进行设计和迭代工作。【代办】1、一个现象：“活动管理中心”的概念显得非常薄弱：（1）虽然有完整的数据支撑，所有功能和业务流程并非围绕活动中心执行，失去了在流程中的串联作用。2、同样的各业务服务中对于业务链路的维护管理会存在冗余，例如每日签到中用户的任务和里程碑业务中用户的任务再领域模型上以及维护方式相似度较高。并未达到高复用的预期。3、同时，在本阶段规划中，各领域的业务数据得以集中管理和下沉，但是该部分数据并未在数据驱动上发挥应有的作用。
基础能力
消息中心
运营前台商品
商品挂接
活动管理
行为/任务挂接
权益账户
活动SKU
APP
【重点产出】1、搭建“数据分析中心”将《能力下沉》阶段中沉淀的数据发挥作用。【达到的效果】1、该阶段仅针对“营销数据中心”进行迭代。2、“营销数据中心”可输出能力：（1）聚合营销数据，提供统一的、丰富的报表能力和数据分析能力。（2）提升业务感知能力：辅助研发团队进行业务核心指标监控。（3）辅助研发运维工作：通过更直观、量化的感知能力，辅助线上运维和负载评估工作。【阶段性取舍】无【代办】1、一个现象：“活动中心”的概念显得非常薄弱：（1）虽然有完整的数据支撑，所有功能和业务流程并非围绕活动中心执行，失去了在流程中的串联作用。2、同样的各业务服务中对于业务链路的维护管理会存在冗余，例如每日签到中用户的任务和里程碑业务中用户的任务再领域模型上以及维护方式相似度较高。并未达到高复用的预期。
助力返现
运营监控中心
风控
应用层
现状
