积分方案
需求背景
目前客户积分消耗的主要渠道为积分商城兑换以及积分抵扣,积分也逐渐成为营销、拉新留存、提升销量等场景中的重要工具之一。越来越多的商家想要将自身使用的 CRM 等系统中的积分数据和线上打通,对会员积分进行全渠道的运营,使会员在线上、线下能够获得一致的购物体验。但是同时也有很多商家对于会员的资产数据比较敏感,不愿意将资产数据存储在外部的服务器中,在这个背景下,有赞云基于自身开放的积分扩展能力实现了积分的无缝对接。
业务场景
场景描述:
积分数据只存储在商家系统中,微商城中涉及到积分查询、积分冻结、积分扣减等操作的业务场景均通过有赞云积分扩展对接来支持。
这种场景下,能够完全避免掉数据同步问题,能够让业务端的数据保持高一致性。但是在交易性能方面,会受到商家系统性能的限制;考虑到积分从本质上来说只是对 byte 数字的操作,数据交互量较小,因此在实际对接中,建议采取积分扩展的方式来对接商家的积分。
名词解释:
名词 | 解释 |
---|---|
积分 | 是用户通过购物、签到、参加活动等方式可获得的一种增值资产,积分可用于积分商品兑换、优惠券兑换、积分抵扣现金等场景,未来还会有更多的积分玩法。 |
有赞积分系统 | 商家在有赞订购的微商城、零售等系统,包含积分系统。 |
自有系统/自有积分系统 | 开发者/商家自己的 包含积分功能的系统(ERP、CRM 等),与有赞微商城、零售等区分开。 |
自有客户 | 自有系统内的客户 / 顾客 / 会员 /… |
有赞客户 | 有赞体系内通过关注公众号,普通下单,店铺后台批量导入,店铺后台新建客户或者接口创建形成的就称为客户。 |
对接方案
1、有赞系统中产生积分,直接将积分增加至商家自有积分系统中,有赞不做存储
用户关注微信、产生交易 ,商家后台手动给用户加积分等操作时,将用户增加的这些积分直接增加至商家自有积分系统中。
扩展点 | 描述 |
---|---|
增加用户积分 | 营销活动,交易等触发给用户加积分 |
2、有赞系统中需要扣减积分时,直接在商家自有积分系统中进行扣减
用户发起退款、参与积分互动、积分抵现、商家后台手动减积分,批量导入扣减积分等操作时,对用户的积分进行扣减,直接在商家自有积分系统中进行扣减。
C 端发起退款申请后,卖家同意退款后才进行积分的扣减。扣减时如果积分余额不足,会在以后产生积分时补扣,用户可以通过积分扣减记录查看扣减的原因。
扩展点 | 使用场景 |
---|---|
扣减用户积分 | 积分扣减事件触发,200:活动扣减积分;201:交易退款扣减积分 |
3、有赞商城兑换直接使用商家自有积分系统中的积分进行抵扣兑换
用户发起兑换,查询用户积分是否充足,充足则冻结用户积分
判断是否混合支付,是:则用现金支付、消耗积分,否:则直接消耗积分
扩展点 | 描述 |
---|---|
冻结用户积分 | 用于积分兑换等去冻结积分 |
解冻用户积分 | 用于积分兑换等去冻结积分后解除冻结 |
消耗用户积分 | 是用于积分商城兑换场景 |
查询客户积分 | 展示客户积分 |