积分体系连接用户与产品，能够有效引导用户成长，将新用户培养成高价值用户。构建自有积分体系，目前已经成了众多平台都要做的工作。本文作者基于自己的实际工作情况，梳理总结了关于积分模块设计的非常有价值的知识，与大家分享。
前一段时间接到任务，需要重新设计营销中台。这段时间空闲下来整理一下，仅供产品小白入门参考。自己趟过一些坑，本文如果可以帮到1-2个人也是很开心了。
想了一下，还是没有把整个营销系统拿出来分享，主要是考虑到各个公司的业务需求不同。我们现在是一家社交电商的公司，而电商营销活动屈指可数。无非是签到、抽奖、助力、抢券、红包雨，红包雨和抢券类似。
所以就单独把积分模块抽出来说一下。
积分：在某个平台上流通的虚拟货币，具有价值的局限性。
现在的积分形式有很多种类，已经不是当年在PC-WEB时代的的金币，整个app就一个金币。
积分可以辅助平台提升活动运营效果，提升用户粘性。主要是由于积分对于用户来说，积分是一个对用户行为可感知，可量化的奖励。
所以jd，taobao每次双十一、618大促的时候，都会做一个互动游戏，累计“红包“，当然这里的红包也是可以用积分的逻辑来实现。
先把积分体系理一理，主要分为积分基本信息（包括积分比例，积分的有效期等）、积分发放、积分消耗，积分风控。
由于我要做的是积分中台，分为管理端和面向业务提供的功能接口。
一、管理端
要做一个积分，首先会想到积分的名字叫什么？接着就是积分的价值是什么，假如可以兑换成RMB值多少钱，消费1块钱可以带来多少积分？
那么这就是如何定义一个平台积分，需要填写积分基本信息。
紧接着就是用户怎么领取积分、消耗积分？整理了一下管理端的内容如下：
可以看到除了用户积分账户是无需管理界面的，那么只剩下积分管理、积分记录、积分渠道。
积分管理按照积分id正序排序，无需分页。积分管理支持创建新的积分、编辑积分、管理积分渠道、查询该积分发放记录。
列表显示积分的基本信息主要包括积分ID、积分名称、有效期、状态、兑换比例。为了方便运营，还支持添加多个积分，适用于不同的活动的场景。
为什么有一个创建积分的按钮？还要有多个积分？
例如今年双十一的时候，我们可以看到这仨都是送喵币，送小鱼、送金币的养成互动游戏。这些喵币、小鱼、金币和主线积分分别是不同的账户体系，但是本质上都是积分。
而且这些积分的都有一个共同点就是统一的有效期，这些积分的有效期只有在大促的时候有效，过了双十一就失效了。
所以在积分系统设计的是放开创建积分功能， 可以方便运营配合不同的活动形式制作一个独特的积分，可以叫喵币，叫金币，甚至叫小鱼…
当然我们也建议长期的积分不要太多，保持1-2个长期积分，其他短期积分辅助活动营销。
接下来就是每一个积分的记录独立分开，近30天的记录清晰可查询。根据时间范围、记录类型进行筛选，或者直接根据用户ID或者手机号进行查找。
积分记录之所以也做了管理端，主要是提供给客服查询，方便处理客诉工单。
积分渠道管理主要目的是更好的管理好积分，做好积分的风控工作。
积分作为流通在平台的虚拟货币，如果被盗刷，损失是难以被追回的。因此在积分的发放前增加了积分渠道的限制，积分渠道可以由运营同学来申请，生成一个唯一的令牌（Token）。
调用积分发放的每一场活动，都依赖这个Token才能调用成功，正常的发放给用户
每一个渠道还可以单独设置总计用户可以领取最大值、单个用户每天领取的最大值、每天可领取的最大值。
把所有的风险划分到每一个活动，出现问题的时候，根据Token即可快速定位到问题活动，也不会影响到其他活动进行。
一个支持多积分的管理端就做好了~
二、面向业务积分接口
积分中台还有一个重要的就是面向业务提供接口，这些接口通常具有通用性和功能性。积分系统在千变万化的营销活动面前，通用性是真的很重要的。
梳理了一下如下5个接口：
积分系统对外需要发放积分、消耗积分、回退积分、回收积分、查询用户积分记录，以及锁定积分这5个接口。
主要就是发放积分、消耗积分和查询用户积分记录，这3个积分接口为核心接口，另外3个回退积分、回收积分、锁定积分的使用频率会较低一些。
因为通过发放积分和消耗积分这两个接口实现对用户积分账户余额的增减就能实现回滚积分和回收积分的效果。
为什么还要把这些接口单独拎出来呢？其实主要是为了精细化运营，在数据统计的时候可以拆分的每一个细化场景来分析用户的活跃情况和使用频次。
通常我们在做积分兑换商品的时候，活动商品库存是有限的。为了确定兑换某商品，我们通常会先扣减所需积分然后在进行占该商品库存。当扣减库存失败，就会启用回退积分，将兑换时候扣减的积分，还给用户。
在这个过程里，用户的账户积分增加减少积分记录会影响我们统计的时候准确性。
所以可以增加一个锁定积分积分，单独将使用积分消耗的行为拆分成先锁定积分，再将这部分积分消耗掉。业务方总是会背很多KPI，为了KPI也会提出很多千奇百怪的正常需求。
遇到一个这样的需求场景，某良零食供应商联合搞活动，使用到了积分，但是供应商希望“我发的积分只能用到我的店铺”！
这种情况，一般建议再用积分系统的管理端再给供应商新创建一个积分，叫“猪肉条”、“牛肉干”、“辣条”……都行。
当时平台积分还没有比较成熟，需要借助供应商的商品来提升平台积分的价值。综合衡量了一下，大宝灵机一动，既然积分可以锁定，那就给这部分锁定的积分一把唯一的钥匙（Key）吧～
锁定积分的时候就变成了2种类型：
指定对象消耗指锁定积分的时候，会对应生成一个唯一的key，key可以支持代表供应商或者代表活动（这里的可以直接用渠道code作为key也可以），并且进行返回；当实际要消耗积分的时候，时需要传对应生成的key，才能对这部分积分进行消耗。
而且被“指定对象消耗”类型锁定的积分，如果过了积分锁定期，用户这部分积分就自动作废了。
不限对象消耗就非常好理解了，就是锁定了积分之后，大家都可以使用。这种“不限对象消耗”的锁定类型，锁定后超过积分的锁定期，积分会被自动释放。
但是对于积分消耗的场景就比较混乱，如果单一消耗场景的时候可以使用。
关于积分锁定期，如果系统由用到积分锁定这种复杂的功能时候，就需要增加一个锁定期的机制。因为如果发生未能消耗的情况，积分会一直处于锁死的状态，所以增加超过锁定期可以自动解锁或者作废的机制。
“指定对象消耗”类型的锁定期一般与活动有效期保持一致。“不限对象消耗“的锁定期一般较短，可以系统配置默认24小时，可以放在积分基础信息的管理界面支持修改。
积分系统交互流程图
大宝没有WPS的会员，流程图最多只能添加这么多图形，以至于就把积分回退和积分回收画在了一起……大家凑合看一下～
消耗积分原则是优先消耗被锁定的积分，其次消耗快过期的积分。由于大宝觉得用这种积分快过期方式促进用户消耗积分，对于平台营销能力并没有提升，没有使用价值的积分用户还是会任其作废。
不过期积分还可以让用户一直攒着，留着兑换大奖，提升用户留存。所以没有设计积分先领取先过期的机制，我们平台积分都是统一的有效期，就不存在优先快过期的积分。
三、积分数据统计
积分系统完成后，需要根据每一天积分的发放、消耗的记录进行统计。
消耗比主要是为了分析积分发放和消耗是否合理。积分价值在于不能过发也不能没有地方消耗，所以积分主要的核心指标就是消耗比。
人均持有积分数主要是初期重要的指标。初期用户持有积分人数不是很多，主要统计用户持有积分情况，可以分析平台积分活动的参与度和用户活跃。运营同学根据用户持有的积分数量制定合理的积分发放和兑换规则，降低用户参与门槛，扩大用户群。
我主要分成3个表格来观察积分数据情况。
（1）积分概览表
（2）积分持有情况表
（3）积分渠道情况表
作者：戴大宝
来源：戴大宝
