部门:业务技术/社交电商
一、基本概念
CPS(Cost Per Sale)是网路广告中疗效营销体系中的主要方式之一,是一种以实际销售额来估算广告费用的广告,它可以理解为销售额提成,这种广告更多的适宜购物类、导购类、网址导航类的网站,需要精准的流量能够带来转化。或者可以理解成商品推广解决方案(Commodity Promotion Solution):作为一种电商推广手段,其本质就是怎样帮助店家有效的带货,商家可以是厂商、分销商、个人买家。而带货的方式可以是在朋友圈发商品信息、维护社群关系、通过直播带货、在社交平台(小红书、微博等)发布笔记、分销等。
二、整体业务模式
有赞CPS分为两种模式:自营模式和CPS模式,每个第三方渠道可以选择接入其中一种或则接入全部模式。
2.1 自营模式
首先,用户在第三方渠道登陆并完成帐号绑定。其次,每一个渠道申请对应的有赞云应用(例如,快手卖货助手等),商家完成店面授权应用然后储存授权状态。最后,运营整理每位渠道禁售商品、类目等规则进行配置促使满足规则的商品可上架到渠道售卖。买家在三方渠道访问推广链接跳转到商详页,完成后续交易流程。如何授权应用?可以查看渠道应用授权了解详情。
2.2 CPS模式
CPS模式提供了两个管理后台:分佣推广平台和有赞客平台,分别管理店家域和推广者域。店铺进驻分佣推广后管理员可以步入到分佣推广后台通过创建推广计划或则团长活动来控制商品佣金率。推广者登陆有赞客后台可以创建推广渠道和推广位拿来标示一次推广而且查看推广以后形成的疗效订单数据。三方渠道app会嵌入CPS选品组件页面,展示在该页面列表中的商品都必须通过对应渠道初审规则(包含机审以及人审),有赞客才可以选品并将商品上架到对应渠道上售卖。具体商品初审结果可以在多平台卖货助手上查看。
2.3 两者区别
通过下边这张图来比较两者区别:
自营模式的接入须要外部渠道申请有赞云应用,完成店面和渠道应用的绑定关系,作为自营订单归因的判定条件之一。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)店铺授权渠道应用
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 计费流程
计费流程须要保证消息幂等、消息正序时也能正确处理、归因慢了计费重试、支付或退货消息遗失能在订单完成时触发走一遍计费流程。
整体估算规则分为几步:
3.3.3 佣金分润
CPS业务的最后一部就是将佣金转入正确的帐号,需要将计费结果告诉结算中心,让结算去调账。CPS业务分润规则如下:
佣金分润流程主要分为两个阶段:
四、质量保障中的挑战
基于有赞多平台接入的业务场景与技术实现,在多平台测试中总结了以下几个点,分别从推广触达、佣金闭环、数据同步等几方面。
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有通用、单品、定向、招商等多种不同的推广玩法,在未来会在现有接入平台探求更多推广合作模式,帮助有赞店家更好的完成货品推广。
同时多平台技术构架与测试会沉淀分佣业务可复用能力,实现业务快速平稳落地,支持更多复杂场景与大流量接入。
招募优秀的你加入