A/BTest设计方案

场景：

需要比较开卡活动的引流效率，有三种方案A、B、C。A为原始方案/公认最优方案，B为方案1，C为方案2。流量分配比例为：4:3:3，同时投放上线，从而选择效果最优方案。

痛点：

• ABTest 页面，保持一个入口链接
• 同一个用户多次进入应看到同一个页面
• 避免重复开发，有配置后台让运营产品可配置，包括流量分配，查看实验效果等
• 分流逻辑属于跨业务的公共逻辑，应单独抽象

临时方案：

渠道参数：

A：0、1、2、3

B：4、5、6

C：7、8、9

前端编写拉新页面，将渠道参数和uid等开卡信息传入，不同渠道投放不同活动页面。用随机数分流，传入渠道参数，如：sourceId = 1，只统计打开abtest开关的数据，且在活动时间内开通的会员。

难点：前端只做效果呈现，不做流量分流控制。

改进方案： 

前端入口统一跳转，在小程序后端对用户uid进行hash取模计算流量平台，获取配置中心渠道信息，根据id source判断对应展示渠道，返回test页面。

后期优化：

根据运营需求，为用户打ABTest标签，进入小程序首页时，提前加载用户对应标签

采用可重叠分层分桶方法，优化一位用户只能进行一项test痛点。将实验分成互相独立的多个层。例如会员页层、开卡层、banner层，或者开屏、首页、购物车、结算页等。

同时在业务管理web端，新增ABtest 配置中心，针对 渠道url，用户标签，省份渠道进行个性化营销配置。形成统一配置中心，避免冗余开发。