如何从0到1设计积分系统？思维导图

可以看到除了用户积分账户是无需管理界面的，那么只剩下积分管理、积分记录、积分渠道。

1. 积分管理

2. 积分记录

3. 积分渠道管理

4. 创建积分渠道

积分系统对外需要发放积分、消耗积分、回退积分、回收积分、查询用户积分记录，以及锁定积分这5个接口。

回退积分场景：用户积分兑换某件商品后，但由于商品缺货等原因导致兑换失败，需要将用户消耗的积分，重新退给用户。

回收积分场景：用户在参与下单某商品送积分后，对某商品进行退货操作，需要将赠送用户的积分收回。

主要就是发放积分、消耗积分和查询用户积分记录，这3个积分接口为核心接口，另外3个回退积分、回收积分、锁定积分的使用频率会较低一些。

因为通过发放积分和消耗积分这两个接口实现对用户积分账户余额的增减就能实现回滚积分和回收积分的效果。

为什么还要把这些接口单独拎出来呢？其实主要是为了精细化运营，在数据统计的时候可以拆分的每一个细化场景来分析用户的活跃情况和使用频次。

通常我们在做积分兑换商品的时候，活动商品库存是有限的。为了确定兑换某商品，我们通常会先扣减所需积分然后在进行占该商品库存。当扣减库存失败，就会启用回退积分，将兑换时候扣减的积分，还给用户。

在这个过程里，用户的账户积分增加减少积分记录会影响我们统计的时候准确性。

所以可以增加一个锁定积分积分，单独将使用积分消耗的行为拆分成先锁定积分，再将这部分积分消耗掉。业务方总是会背很多KPI，为了KPI也会提出很多千奇百怪的正常需求。

遇到一个这样的需求场景，某良零食供应商联合搞活动，使用到了积分，但是供应商希望“我发的积分只能用到我的店铺”！

这种情况，一般建议再用积分系统的管理端再给供应商新创建一个积分，叫“猪肉条”、“牛肉干”、“辣条”……都行。

当时平台积分还没有比较成熟，需要借助供应商的商品来提升平台积分的价值。综合衡量了一下，大宝灵机一动，既然积分可以锁定，那就给这部分锁定的积分一把唯一的钥匙（Key）吧～

指定对象消耗

不限对象消耗

指定对象消耗指锁定积分的时候，会对应生成一个唯一的key，key可以支持代表供应商或者代表活动（这里的可以直接用渠道code作为key也可以），并且进行返回；当实际要消耗积分的时候，时需要传对应生成的key，才能对这部分积分进行消耗。

而且被“指定对象消耗”类型锁定的积分，如果过了积分锁定期，用户这部分积分就自动作废了。

不限对象消耗就非常好理解了，就是锁定了积分之后，大家都可以使用。这种“不限对象消耗”的锁定类型，锁定后超过积分的锁定期，积分会被自动释放。

但是对于积分消耗的场景就比较混乱，如果单一消耗场景的时候可以使用。

积分锁定期：积分锁定的有限时长。

关于积分锁定期，如果系统由用到积分锁定这种复杂的功能时候，就需要增加一个锁定期的机制。因为如果发生未能消耗的情况，积分会一直处于锁死的状态，所以增加超过锁定期可以自动解锁或者作废的机制。

“指定对象消耗”类型的锁定期一般与活动有效期保持一致。“不限对象消耗“的锁定期一般较短，可以系统配置默认24小时，可以放在积分基础信息的管理界面支持修改。

积分系统交互流程图

大宝没有WPS的会员，流程图最多只能添加这么多图形，以至于就把积分回退和积分回收画在了一起……大家凑合看一下～

消耗积分原则是优先消耗被锁定的积分，其次消耗快过期的积分。由于大宝觉得用这种积分快过期方式促进用户消耗积分，对于平台营销能力并没有提升，没有使用价值的积分用户还是会任其作废。

不过期积分还可以让用户一直攒着，留着兑换大奖，提升用户留存。所以没有设计积分先领取先过期的机制，我们平台积分都是统一的有效期，就不存在优先快过期的积分。

消耗比=积分消耗数/积分发放数；

人均持有积分数

消耗比主要是为了分析积分发放和消耗是否合理。积分价值在于不能过发也不能没有地方消耗，所以积分主要的核心指标就是消耗比。

人均持有积分数主要是初期重要的指标。初期用户持有积分人数不是很多，主要统计用户持有积分情况，可以分析平台积分活动的参与度和用户活跃。运营同学根据用户持有的积分数量制定合理的积分发放和兑换规则，降低用户参与门槛，扩大用户群。

我主要分成3个表格来观察积分数据情况。

（1）积分概览表

（2）积分持有情况表

（3）积分渠道情况表