实时触达体系建设

实时触达中台是一个能对潜在高价值用户进行实时运营的工具，通过用户行为采集中心、规则计算中心、用户触达中心构建实时触达体系，有效提升运营时效性，提高客户留存及下单转换率。

业务背景：
 在用户运营活动中，除周期性的用户触达任务外，基于用户当前行为的实时触达也尤为重要。如用户在客户端（速运小程序、APP、H5等渠道）完成询价但未下单的用户日均有30万+，询价未下单用户是高意向潜在下单用户，有非常高的营销价值，对该部分用户进行有效识别，并实时运营，能够有效挽回该部分用户，提升询价用户下单转化率，提高业务收入。基于业务场景，中台应具备基础能力项包含：
 1 易扩展：支持多种场景实时触达需求快速接入，提供多种触达类型（APP消息、微信消息、礼包发放、短信消息等）的组合推送策略；
 2 高可用：本地缓存项目基础数据减少数据库读频次，可配置化的事件模式+阻塞队列减少数据库写频次；
 3 支持AB：将潜在的用户按照运营配置策略分流到不同的实验组进行触达推送。
建设方案：
一：整体设计
 实时触达中台依据DDD架构设计指引，将外部领域事件划分为三层，实现系统间的解耦。事件发布和订阅基于Kafka异步通讯。
 1）用户行为采集中心：通过采集端上请求的应用接口和端上用户行为埋点，将数据清洗为规整的用户行为数据；
 2）规则计算中心：通过Flink流计算任务，输出满足规则的用户；
 3）用户触达中心：定义触达策略和通道，将策略实时触达给用户。
 下图以询价消单场景为案例，通过使用Flink技术实时计算用户标签以及用户行为数据，利用异步kafka回收推送结果数据，解决用户询价后10分钟未下单，能够实时触达，及时做挽回运营,并且通过实时监控看板，快速获取推送汇总结果数据。

                             

                          
二 详细设计
1）基于事件驱动的模块化设计
 在外部用户数据（userData）到达用户触达中心后及构成内部领域事件，依内部域业务及职责隔离原则，为更好的解耦系统，将触达平台建设拆分为项目匹配模块（匹配项目、限制规则校验）+执行模块（AB分流、推送组合执行），模块之前采用Spring Event机制进行通讯。
实现流程：
 - 经过flink计算后的用户数据到达触达中心后，根据策略模式匹配触达项目；
 - 项目匹配成功或失败，均通过Spring Event发布基于@Async的异步消息；
 - 触达执行模块通过 @EventListner订阅事件，执行对应的推送策略任务；

                   

2）利用阻塞队列延时消费，批量执行推送
 用户数据到达触达中心是由kafka异步推送，频繁的消息消费会给内存及数据库资源带来压力和浪费。此时引入定长的ArrayBlockingQueue阻塞队列，将数据累积到一定长度或延时一定时间后批量执行，延时时间及阻塞队列长度均可通过Disconf配置进行热更新，按照实施触达数据量动态调整；

               
3）根据触达类型将触达任务封装为执行组件，支持项目按需配置           

             

             

线上效果：
 用户触达中心上线后可通过配置化方式快速接入各场景需实施触达用户的业务需求。