有赞多平台推广接入与测试

有赞技术 有赞coder

点击存眷 “有赞coder”

获取更多技术干货哦～

作者：凤腾
部分 ：业务技术/社交电商






一、基本概念

CPS(Cost Per Sale)是网络告白 中效果营销体系中的主要形式之一，是一种以实际销售额来计算告白 费用的告白 ，它可以理解为销售额提成，这种告白 更多的适合购物类、导购类、网址导航类的网站，需要精准的流量能力 带来转化。或者可以理解成商品推广解决计划 (Commodity Promotion Solution)：作为一种电商推广手段，其实质 就是如何赞助 商家有效的带货，商家可以是厂商、分销商、小我 卖家。而带货的形式可以是在朋友圈发商品信息、维护社群关系、通过直播带货、在社交平台（小红书、微博等）宣布 笔记、分销等。


二、整体业务模式

有赞CPS分为两种模式：自营模式和CPS模式，每个第三方渠道可以选择接入其中一种或者接入全部模式。
2.1 自营模式

首先，用户在第三方渠道登录并完成账号绑定。其次，每一个渠道申请对应的有赞云应用(例如,快手卖货助手等)，商家完成商号 授权应用之后存储授权状态。最后，运营整理每个渠道禁售商品、类目等规矩 进行配置使得满足规矩 的商品可上架到渠道售卖。买家在三方渠道拜访 推广链接跳转到商详页，完成后续交易流程。如何授权应用？可以查看 渠道应用授权了解详情。
2.2 CPS模式

CPS模式提供了两个治理 后台：分佣推广平台 和有赞客平台,分别  治理 商家域和推广者域。商号 入驻分佣推广后治理 员可以进入到分佣推广后台通过创建  推广计划或者团长活动来控制商品佣金率。推广者登录有赞客后台可以创建  推广渠道和推广位用来标识一次推广并且  查看推广之后产生  的效果订单数据。三方渠道app会嵌入CPS选品组件页面，展示在该页面列表中的商品都必须  通过对应渠道审核规矩 (包含  机审以及人审)，有赞客才可以选品并将商品上架到对应渠道上售卖。具体商品审核结果可以在多平台卖货助手上查看。
2.3 两者区别
通过下面这张图来比较  二者区别：

• 自营模式只有三方渠道收取佣金，具体佣金率不合  渠道设建都 不一  样。CPS模式会存在二方分佣、三方分佣金以及n方分佣。通常介入 分佣对象有：推广者(有赞客佣金)、有赞(有赞技术办事 费)、渠道(渠道技术办事 费)。
  

• 自营模式的接入需要外部渠道申请有赞云应用，完成商号 和渠道应用的绑定关系，作为自营订单归因的判断条件之一。CPS模式需要商家去入驻分佣推广作为CPS订单归因判断条件之一。
  
• 自营模式商品池其实就是当前商号 所有商品满足风控基础审核。CPS模式对应的商品池更年夜 ，所有入驻过分  佣推广的商号 对应商品都流入该池子，禁售规矩 也更多。
  
• 两种模式都邑 生成推广链接以及写入点击记录，订单归因的时候CPS模式是依照 点击归因。自营模式主要依照 下单环境fanstype进行归因。
  
• 自营模式渠道佣金依照 类目设定佣金率或者渠道通用的佣金率来计算。CPS模式佣金分为商号 佣金率(或者设置的类目佣金率)、通用佣金率、定向基础佣金率、定向单品佣金率、团长佣金率，佣金率规矩 较丰富  。
  

三、技术实现

3.1 实现概览
从推广者推广出去到产生  效果订单涉及佣金归属？佣金如何计算？整体实现概览图如下：

  主要分为几年夜 模块：推广治理 、点击跟踪系统、订单归因、佣金计费分润、订单中心；推广治理 系统主要负责生成商品对应渠道推广链接、提供佣金率查询能力供计费系统使用以及分佣金推广平台活动计划设置等。用户拜访 生成的推广链接的进程 中的症结 节点会被点击跟踪系统记录下来，从而为订单归因系统提供归因依据。然后，计费系统依据 拿到的归因结果(归属渠道、归属有赞客、归因类型等信息)去匹配对应的计费策略，通过挪用 推广治理 系统获取订单中每个商品当前享受的佣金率从而进行商品维度佣金计算。得出计费结果后到了结算时间时挪用 结算中心分润接口将佣金分给各个介入 分佣对象。最后，归因结果、计费结果、订单状态变革 、物流状态变革 、商品信息变革 等都邑 以消息的形式汇聚到cps-order订单中心，提供订单搜索等能力并将相关状态变革 推送给三方渠道。
3.2 归因实现 

归因是确定用户在完成告白 主或营销商设定的目标之前的一段特准时 间内，在用户旅程中所经历的不合  营销渠道的不合  接触点对杀青 转化目标的进献 价值评估。归因让告白 主和营销商可以了解哪些接触点有效而哪些接触点无效，从而对告白 进行针对性的改进  。
用户旅程是指用户从了解品牌到完成告白 主或营销商界说 的目标(例如购买  或下载)期间所经过的路径。接触点是指用户与品牌在不消 渠道上的互动(浏览商品、拜访 商号 、看视频等)。告白 主和营销商将依据 用户在用户旅程中的不合  位置（如产生  意识，考虑和购买  ），依据 不合  的接触点定制营销计划 。
3.2.1 常见归因模型

• 单点触控归因模型
  

  将功绩 归功于转化路径上的一个触摸点，没有庞杂 的计算，易于实现且投资最少。然而，这年夜 年夜 简化了全渠道客户旅程，并可能导致严重的误解。主要有以下两种归因模型：最终点击归因模型(又称为最终交互或最终接触归因模型)，将100%的转化效果归因给最后一次点击或流量来源; 首次点击（又名首次交互或首次接触）归因模型类似于前两个模型，只是它把用户旅程中的100%的转换效果分派 给了用户旅程中的首次点击或引荐(referrer)

• 多点触控归因模型
  

  单点触控的简单性使数据剖析 产生  了空白，而多点触控通过在客户旅程中增加更多步调 来弥补这一差距。主要有以下三种归因模型：线性归因模型会平等地看待 把用户旅程中转化路径上的所有接触点，对所有接触点分派 相等的权重和比例；时间衰减归因模型是线性模型的变形，该模型在时间上最接近转化的接触点，获得的权重更高；而接触点与转化的距离越远，其权重“衰减”就越年夜 ；数据驱动归因模型，通过预测算法来剖析 数据，以确定哪些渠道、活动和症结 字对转换的影响最年夜 。通过识别整个用户旅程中经历的步调 ，增加客户转换的可能性，并赐与 施展 作用的接触点相应的转换功绩 ，该模型通常需要高质量的历史数据；
3.2.2 有赞CPS归因模型
  有赞CPS归因系统选择是单点触控归因模型中的最终点击归因模型，有以下两点考虑。第一，多点触控归因模型，需要在用户旅程中存在多个触控点且要综合考虑每个触控点的权重，系统庞杂 度高。有赞CPS业务主要是针对直播推广场景用户旅程相对较短，只需要找准症结 的触控点即可。第二，比较 最终点击归因模型和首次点击归因模型，认为购买  前的最后接触点是导致用户进行购买  的症结 转折点。

• 归因规矩
  

  自营模式和CPS模式都是按商号 维度进行归因，归因结果需要几个症结 信息：归属渠道、归属有赞客、归因类型(自营或CPS)、归因结果等。具体规矩 如下：

• 自营模式：
  

1）下单消息携带对应渠道fanstype字段
2）商号 授权渠道应用

• CPS模式：
  

1）商号 满足CPS属性
2）存在有效点击；商号 CPS属性界说 ：商号 入驻分佣推广已生效或退出分佣推广未满15天




注：CPS模式归因优先级高于自营模式。
上述规矩 是最基础的归因规矩 ，当然在不合  归因场景会依据基础规矩 衍生出其他归因规矩 。例如，依照 订单atrps归因、自购省归因规矩 、全站归因等。

• 点击跟踪归因流程
  

归因依赖于点击归因系统，整体流程如下流程图所示：

1）用户拜访 推广链接，点击系统解析链接后校验签名(通过算法加密)、生成用户点击信息并写入cookie、发送点击kafka消息，再重定向到商品详情页在页面并将需要 信息拼接到url后面
2）点击持久化办事 消费点击kafka消息并将点击写入Hbase并提供查询接口，点击记录包含  用户、商品、推广与商号 等信息。除此之外，点击持久化办事 也会消费埋点点击消息并写入Hbase。埋点消息会存在少量丧失 以及消息延迟并不适用于性能要求高可靠性要求高的业务，因此消费埋点消息是作为帮助 (例如，302点击系统对应kakfka集群宕机，这时候还可以用埋点归因)
3）归因系统消费下单消息，依据 归因指定字段去查询买家最新一次点击记录，优先做CPS归因处理  。CPS归因会依照 指定指定字段优先级陆续查询点击记录进行归因。埋点消息标识用户的字段是段是yzUid和uuid，用户未登录时埋点消息yzUid字段为空，当埋点办事 异常时会涌现 埋点kafka消息uuid字段为空。点击系统使用atruuid(同个用户可以有多个atrUuid)来标识用户对某个推广链接的点击。
依据 具体业务CPS归因还衍生出三种归因方法 ：自购省归因、依照 atrps归因、全站归因。前两种不需要查询点击记录：按atrps归因是直接归因为订单消息里的atrps，当流量超出  系统承载能力的时候系统归因速度变慢时将年夜 主播直播间里商品加上到白名单去走这种归因方法 (目前基本没用到)。全站归因是跨商号 归因(只针对热卖小法度模范   )，用户拜访 商号 A商品然后再拜访 商号 B商品，会将商号 A商品的atrps会携带到商号 B。
当执行完CPS归因的所有归因策略，还未归因胜利 的话最后执行自营归因策略，通过订单消息里fansType、platform等字段值进行归因同时判断商号 是否授权。
3.3 计费与分润实现 

  归因是为了得出分佣对象有哪些，计费则是依据 业务计费公式分别  计算每个分佣对象该分得若干 佣金，分润是依据 计费得出的结果将佣金转到对应分佣对象的账号里。接下来分别  介绍下有赞CPS的计费规矩 、计费流程以及佣金分润的逻辑。
3.3.1计费规矩

  计费有几个要素：商品佣金率、分佣对象间计费优先级、佣金池维度划分。商家可以在分佣推广平台设置各类 推广活动从而设定商品佣金率，各类 推广活动有优先级顺序，商品命中优先级最高活动对应佣金率(定向单品>定向基础>招商团长>通用单品>商号 类目>商号 通用)。佣金池维度指的是总佣金被划分成几个小区域佣金池，每个小区域佣金池都有n个分佣对象，分佣对象指介入 瓜分佣金池的角色有唯一的商户号(收款账号)。

推广活动不仅要确定商品的佣金率还决定了有哪些分佣对象，团长有赞客介入 分佣的前提是商品推广命中招商团长活动佣金率，有赞客分享赚活动会有粉丝介入 分佣。CPS模式当前有两个佣金维度：商品佣金和团长佣金。商品佣金池最多可包含  有赞客、渠道平台、有赞平台、粉丝几个分佣对象，最少可包含  有赞客和有赞平台两个分佣对象；团长佣金域只包含  了有赞平台和团长有赞客。

计费的业务规矩 是多变的，这三个要素都有可能会进行业务扩展。如增加一个佣金维度或增加一种推广活动类型等。
3.3.2 计费流程

  计费流程需要包管 消息幂等、消息乱序时也能正确处理  、归因慢了计费重试、支付或退款消息丧失 能在订单完成时触发走一遍计费流程。
整体计算规矩 分为几步：

• 计费需要归因结果取到有哪些分佣对象和归因类型(自营模式和CPS模式)，依据 归因类型选择不合  处理  策略去查询商品佣金率(商品当前享受佣金率以支付时间为准)。
  
• 依据 归因类型查询每个佣金域内对应划分比例，例如：团长佣金(团长技术办事 费占10%，团长有赞客占90%)
  
• 针对不合  佣金域计算订单上每个商品初始佣金，接着算出不合  佣金域各自订单维度总佣金。最后依据 每个佣金域分佣对象计费优先级，计算分佣对象应得佣金，优先级较低的分佣对象可能佣金为0。
  
• 若产生 退款，同样依照 第三步计算，应该退回的佣金用初始佣金减去当前佣金。
  

3.3.3 佣金分润

  CPS业务的最后一部就是将佣金转到正确的账号，需要将计费结果告诉  结算中心，让结算去调账。CPS业务分润规矩 如下：

• 订单完成后T+15天进行分润，若T+15天内有退款一直未完成则分润任务会按天往后延迟。
  
• 针对快手渠道，有赞客佣金在订单完成T+7天就进行提前分润，其他分佣对象的佣金分润时间还是T+15天
  

佣金分润流程主要分为两个阶段：

• 订单归因胜利 后交易会给订单打标；
  
• 订单完成后资产会将CPS佣金冻结到中间账号，若冻结不胜利 一直重试；
  
• 订单完成T+15之间产生 维权会重新计费，结算中心挪用 计费提供的接口将应退回佣金从中间账号解冻退回给商家；
  
• T+15天订单维权都处理  完且订单未封闭 则进入第二阶段，依据计费最终结果数据执行分润TSP任务将佣金打到对应分佣账户。
  

四、质量保障中的挑战

基于有赞多平台接入的业务场景与技术实现，在多平台测试中总结了以下几个点，分别  从推广触达、佣金闭环、数据同步等几方面。
4.1 测试存眷 点
CPS分佣业务是一个与资金相关的业务，点击->归因->计费→分润, 核心链路的任一节点出问题，都可能导致资损。所以对各个环节都需要特别存眷 ，归因计费是资损核心风险点。对CPS此类分佣业务提取了业务测试存眷 点如下：

4.2 测试提效与稳定性保障
在CPS测试中，从商家侧商号 入驻，到创建  商品，添加多平台卖货商品审核，生成推广链接，到推广者第三发平台上架售卖，再到用户侧点击购买  下单，整个链路异常 冗长。
CPS从最初只有埋点到后面的302计划 也经历了年夜 版本重构。业务迭代较快，测试资源紧张，同时还要兼顾CPS整体重构。在测试进程 中为了节约重复成本，提升人效，也做了异常 多的数据准备对象 。
4.2.1 数据工厂  
测试对象 主要目的是节约人力，帮助 测试提效，增长技术测试团队通过剖析 测试阶段重复工作与耗时，从数据准备、测试链路推进、问题快速定位三个角度，做了多种测试对象 。

4.2.2 QA接口自动化回归与线上监控
有赞当前的QA接口自动化主要是testNG，多平台卖货从最初只有ad-cps整体承接到CPS重构拆分为多个应用，相关的自动化case从一百多case到现在的上千case，全量笼罩 了核心场景与接口。同时推进开发单测，增加代码归并 maser卡点，在提测前即可通过单测与接口自动化回归原有功能  不受影响。
线上监控通过Robot自动化调剂   ，赞助 线上问题提前内部发明 。同时通过消息积压告警，归因延迟告警灯多个方法 监控线上稳定性。在直播年夜 流量场景时可以快速发明 问题，及时跟进解决。
4.2.3 监控告警与资损防控
分佣业务与资金密切相关，为了保障商家、消费者、推广者、三方平台与有赞平台等各项办事 稳定，对于多平台的资损场景，增长技术团队拟定了全方位的防控策略。
从技术计划 设计，考虑了消息延迟、乱序、重复等各类 业务场景的可能，设计了实时归因，延迟归因支持动态延迟，准时 延迟等。同时又通过离线归因比对全量，保障归因的准确性，在BCP对账中也增加了与交易、资产等订单比对，资金对账，保障资损问题及时发明 并自动告警。

五、未来工作
有赞多平台接入从2019年以来已经陆续接入了快手、虎牙、陌陌、微博、微信视频号……等19个平台的接入，支持CPS与自营多种模式，同时CPS有通用、单品、定向、招商等多种不合  的推广玩法，在未来会在现有接入平台探索更多推广合作模式，赞助 有赞商家更好的完成货品推广。

转发了