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

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化的产品蓝图，输出通用的接入标准，更加丰富运营图表，持续不断的赋能业务增长。

参考阅读：

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