查看原文
其他

会员徽章系统 - 整体介绍及方案设计

The following article is from 京东技术 Author 宫志方



01 背景介绍


在今年的敏捷团队建设中,我通过Suite执行器实现了一键自动化单元测试。Juint除了Suite执行器还有哪些执行器呢?由此我的Runner探索之旅开始了!

1.1  关于会员系统


    

      众所周知,任何一款APP的核心都是用户,用户是企业增长和持续盈利的根本所在。

 

      会员系统,是一种针对忠实用户的全链路管理体系,可以帮助企业高效地分析用户的行为路径,并能针对不同的画像模型进行差异化精准营销,既能提高用户忠诚度,也能带来相关业务的持续增长。

 

      因此会员体系是企业生命力的基石,是企业发展壮大的源泉。完善的会员体系应该涵盖:会员成长模型、权益体系、营销策略、用户关怀等重要模块。 

1.2  旧版会员系统的等级模式


    

       旧版会员系统的等级比较单一,分为:青铜、白银、黄金、铂金及黑金。

      虽然等级的计算分值来源于各个业务线的行为数据,但对于用户来看,无法直观的体现出业务属性。

图1 旧版会员系统

1.3  徽章系统的等级模式


           

      新版徽章系统,从业务视角进行等级划分,使会员等级拥有了业务属性,如下图所示,目前接入了四个业务线的徽章:白条、财富、金条和小金库。

图2 新版徽章等级模式展示

1.4  徽章系统的业务价值


    

1. 徽章体系将各业务线深度发展诉求与平台交叉价值相结合;

2. 徽章等级计算数据来源于各业务线,属于业务线的徽章

3. 可以打造用户在各业务线及平台中的身份感知。


02   徽章产品体系  

理解,首先 MCube 会依据模板缓存状态判断是否需要网络获取最新模板,当获取到模板后进行模板加载,加载阶段会将产物转换为视图树的结构,转换完成后将通过表达式引擎解析表达式并取得正确的值,通过事件解析引擎解析用户自定义事件并完成事件的绑定,完成解析赋值以及事件绑定后进行视图的渲染,最终将目标页面展示到屏幕。     

2.1  徽章页面入口


    

      徽章的主页面入口位于金融APP下方的“权益”导航。

      页面上方为徽章列表及权益聚合展示,下方为积分气泡聚合领取楼层,包含:白条返积分、徽章升保级积分和财富积分等。

      点击上方的某个徽章图标,跳转到对应业务线的徽章详情页,如右侧图片:

图3 徽章页面入口

2.2  徽章产品服务能力


    

     徽章属于业务线的徽章,徽章系统为各业务线提供了标准的接口服务,目前已渗透到权益场、支付页、个人页、财富页、社区、省钱锦囊、18权益日等场景。

图4 徽章产品服务能力

2.3  徽章产品架构蓝图


    
       通过以上两点介绍可以看出徽章上层贴近于各业务线,支持业务场景和活动的直接对接。
      底层依赖于量化系统进行等级分值的计算评定,依赖于中台系统进行相关权益的发放,通过下图,可以对徽章体系有整体的认识。

图5 徽章产品架构蓝图



03   徽章系统方案设计   

理解,首先 MCube 会依据模板缓存状态判断是否需要网络获取最新模板,当获取到模板后进行模板加载,加载阶段会将产物转换为视图树的结构,转换完成后将通过表达式引擎解析表达式并取得正确的值,通过事件解析引擎解析用户自定义事件并完成事件的绑定,完成解析赋值以及事件绑定后进行视图的渲染,最终将目标页面展示到屏幕。
      等级体系的搭建、等级的周期评定是徽章体系的核心,本文优先介绍业务线动态接入以及等级评定的方案设计。

3.1  徽章整体架构设计


         

      徽章体系依托于业务线的用户行为数据,经过量化平台加工之后的最终数据,作为等级评定依据,关键点如下:

前置工作:量化平台加工各业务线的全量PIN,并以文件的形式推送到徽章sftp服务器,徽章侧发起任务解析文件并入库。

a、业务线将用户行为的底层数据同步到量化平台,量化平台通过业务口径进行数据模型加工;

b、任务DP平台将量化平台将将加工好的数据同步到DataAPI,并按统一标准生成报文结构,只保留上个月最后一天的数据,每月更新覆盖;

c、徽章侧加载全量PIN,调用DataAPI服务,获取各业务线的分值,并与本地配置的等级规则进行匹配,生成最终等级;

d、除了正常的周期评定之外,各业务线如有新开通的PIN,则以MQ的形式通知徽章侧,并激活为LV1;

e、支持特殊人群的等级重新评定,运营可以根据策略更新指定人群,徽章侧加载该人群进行重新评定。

图6 徽章整体架构设计

3.2  业务线的动态接入&等级规则配置


    

      徽章的等级评定,来源于业务线的数据,因此需要将业务线的数据配置到徽章系统中,同时量化平台需要同步加入业务线的字段计算逻辑。

      在配置业务线时,需要指定业务线对应的门槛字段,该字段与量化DataAPI中的字段保持一致,比如小金库业务线的门槛字段为xjk_jy_amt。

      如果有新的业务线接入,可以在后管平台直接加入业务线的配置,业务线接入后,可以配置多个等级的门槛规则。

       徽章侧同时支持后管平台和concrete的规则配置,如图所示:

图7 徽章业务线动态接入及等级规则

3.3  徽章核心数据交互链路


    
       徽章侧与业务线共同制定等级规则口径,业务线将用户行为数据同步到量化系统,由量化系统通过业务口径进行数据模型加工。
     徽章侧通过DataAPI接口,获取PIN的各业务线的门槛分值,并结合本地配置的规则,计算出相应的等级,如图所示:

图8 徽章核心数据交互链路

具体计算流程如下:

a、业务线与徽章侧共同指定等级门槛规则,配置到徽章侧,如:财富业务线LV2的等级规则为:月日均理财分值大于等于400分;

b、业务线将用户的行为数据同步至量化平台,如:用户的财富分为450分;

c、量化平台针对各业务线上个月的分值进行汇总加工,生成统一的DataAPI标准格式,日期dt为上个月最后一天,数据示例及报文格式如下:

{"user_pin":"xxx","lc_score":"450","gdlc_jy_flag":"0","xjk_jy_amt":"1600.00","jt_hold_amt":"3000.00","dt":"2022-11-30}

d、徽章侧每月8日,发起周期等级评定的任务,加载本地全量PIN数据,调用DataAPI服务,获取业务线的分值并与本地等级规则进行匹配,计算最终等级。

如:用户财富分为450,大于等于LV2的门槛400分,小于LV3的门槛500分,最终等级为LV2。

e、等级后续逻辑:部分权益的自动发放、生成升保级积分、等级变更molo通知等。

3.4  核心流程设计-周期评定


    

      周期评定为徽章体系的核心逻辑,通过该逻辑进行用户等级的判定,具体流程如下:

正向流程:

a、通过任务平台发起10个分布式子任务,每个子任务加载指定的分表数据,发送评定MQ;

b、评定MQ:根据PIN获取上月最后一天的DataAPI数据,匹配本地门槛规则,计算升降级策略并更新最终等级,发送评定完成MQ和等级变更MQ;

c、评定完成MQ:获取徽章运营平台的权益配置,如果是自动发放的权益,则调用中台服务进行权益发放;

d、等级变更MQ:判断等级的变化情况,如果是激活、升级或保级,则根据规则,生成对应的升保级积分;

激活流程:支持业务线账户开通的MQ通知,激活为徽章LV1。财富业务线的新PIN会根据最近的DataAPI数据进行评定。

补偿机制:运营根据具体策略,通过量化平台加工数据模型并更新指定人群,可以根据该人群进行重新评定。

图9 徽章周期评定流程设计


2.5  SAAS化体系建设能力


    

      SAAS化是一种比较成熟的商业模式,通过灵活配置的技术方案,赋能需求复杂多变的业务。

      目前徽章体系已经能够支持业务线的动态接入,后期可以结合配置化的服务规则引擎以及魔笛前端组件搭建的能力,这就具备了SAAS化的基础能力。

设计思考-产品化:前期需求沟通采用产品化思维进行思考,分析和设计阶段考虑到业务线接入的配置化和扩展化;

业务接入-配置化:目前徽章体系已接入4条业务线,考虑后期其他业务线接入,实现了配置化接入,包含业务线规则配置化、业务数据模型配置动态匹配接入;

差异定制-扩展化:针对通用的业务需求,我们制定了徽章标准化接口。针对个性化的需求,后续可以支持插件的形式集成到开发模式中;

标准规范-组件化:徽章体系中各业务线徽章详情页具有部分同质化内容,针对这些内容,抽象出标准组件化沉淀至魔笛平台,供后续详情页使用。

图10 徽章SAAS化建设框架



04   未来规划  

理解,首先 MCube 会依据模板缓存状态判断是否需要网络获取最新模板,当获取到模板后进行模板加载,加载阶段会将产物转换为视图树的结构,转换完成后将通过表达式引擎解析表达式并取得正确的值,通过事件解析引擎解析用户自定义事件并完成事件的绑定,完成解析赋值以及事件绑定后进行视图的渲染,最终将目

4.1  丰富的运营化图表


    

     目前针对运营可能的数据诉求,打造了一版简易的数据看板,包括业务线的人数概览、本月发放权益数量、权益每日变化趋势。

     后期会结合MT,加入权益的核销图表,比如:核销率、权益top等。

     图11 部分运营化图表

4.2  徽章组合营销


      

      徽章已渗透至各业务线,拥有了业务属性。但是对于用户而言,只有业务层面的认知,在用户情感打造方面比较弱化。

      后期可考虑加入业务线之间的徽章交叉营销玩法,并且启用数字徽章纪念藏馆,比如:

▪拥有同一业务线的徽章持续3个周期维持在LV3以上,可以激活业务线专属的数字纪念徽章;

▪如果两个业务线的徽章都在LV3以上,可以激活一枚跨业务线的数字纪念徽章;

▪可以基于用户的某类数字徽章,给与更大力度的权益触达;

▪支持用户进行数字藏馆的分享,持续打造用户心智。

      徽章的组合玩法,以数字纪念徽章藏馆的形式呈现给用户,既可以给业务线带来高质量的用户交易转化,也可以给用户带来情感归属。增强了业务转化和用户粘性。

4.3 SAAS化产品蓝图


     

      打造SAAS化服务的会员徽章体系,可以作为标准的产品化方案统一对外输出。结合现有平台的通用能力,实现会员行为全路径覆盖,并能结合企业自身业务特点,规划相应的会员精准营销活动,提升会员忠诚度和业务的持续增长。

底层能力:维护用户基础数据、行为数据建模、用户画像分析、精准营销策略的制定;

功能支撑:会员成长体系、等级计算策略、权益体系、营销底层能力支持;

用户活跃:会员关怀、用户触达、活跃活动、业务线交叉获客、拉新促活。

图12  徽章SAAS化产品蓝图


05   小结  

理解,首先 MCube 会依据模板缓存状态判断是否需要网络获取最新模板,当获取到模板后进行模板加载,加载阶段会将产物转换为视图树的结构,转换完成后将通过表达式引擎解析表达式并取得正确的值,通过事件解析引擎解析用户自定义事件并完成事件的绑定,完成解析赋值以及事件绑定后进行视图的渲染,最终将目标页面展示到屏幕。

    现有的徽章体系主要是基于京东研发体系内的平台能力,所打造的一套涵盖业务线接入、等级模型、等级评定、权益发放、用户活跃的通用模型。该模型可以持续稳定地为业务线带来权益渗透和业务转化。会员徽章体系作为京东精细化用户运营的基石,下一步将围绕SAAS化的产品蓝图,输出通用的接入标准,更加丰富运营图表,持续不断的赋能业务增长。

参考阅读:



本文由高可用架构转载。技术原创及架构实践文章,欢迎通过公众号菜单「联系我们」进行投稿

继续滑动看下一个
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存