会员等级规则.docxVIP

会员规则设计出发点：（1）会员总体贡献-总积分 （2）会员粘性-消费频次目前规则会员等级规则　　序号会员等级会员等级划分规则保级/降级规则享受优惠（全网所有商品）11=1积分　　　2普通会员普通会员20000积分　　3银卡会员银卡会员20000积分6个月消费积分200098折4金卡会员金卡会员60000积分6个月消费积分500096折5铂金卡会员铂金卡会员10 0000积分6个月消费积分800092折1.充值，增加积分，1元=1积分，积分在消费使用时，才生成用户积分；2.红包、代金券，在消费时，不生成用户积分；3.订单中的运费、税费，不生成用户积分；4.购买商品时，用积分抵扣的金额，不生成用户积分；即仅为会员消费所花的商品本身的钱，才产生积分；问题：积分可以指定某些商品可使用积分，某些商品不可使用。这种方式实现时，当某个订单中有多个商品，其中有的可以使用积分，有的不可以。客户在对订单选择是否使用积分时，没法分开指定，只需要统一指定消费多少积分（一般就是都用了）。通常积分是会员消费后兑换的可以消费的钱，一般也都是可以全商城通用的情况。所以建议能够积分全部商品通用的话最好了。会员保级/降级的规则，为了增加客户粘性，希望6个月为一个时间段考察会员的消费额度，达到就保级，否则降级。按照之前的沟通，还会有一个问题，比如当升级到金卡会员后6个月没有消费够5000元，又将其降为银卡。那么只有当消费金额达到10万元（积分）后，才可以升级到铂金卡会员（跳级），此时的积分已经达到6万，那什么情况才不会产生跳级，仅升级1级，回到金卡会员呢。并且，此种逻辑的系统实现，需要频繁的扫描数据库的会员信息变动情况，当会员达到10万量级时，每天扫描和触发数据库所消耗的性能资源会出奇的高，占用掉服务器大部分资源干这个事情。因为会员积分是可以消费的，不能随便扣减以保证会员等级和积分数的一一对应关系。维护一个动态复杂逻辑不利于系统的清晰化和后续调整功能，因此达到增加粘性的目的，可以引用“会员成长值”的概念，作为对应会员保级/降级/升级的对应关系和规则，会员成长值是可以扣减的（详细可参见京东）。会员积分可以消费，不可以扣减。会员成长值定期扣减，扣减后重新计算会员等级。建议的方案会员等级规则　　序号会员等级会员成长值范围保级/降级规则享受优惠（全网所有商品）1普通会员普通会员0-19999成长值　永久　2银卡会员银卡会员20000-59999成长值每6个月扣除2000成长值，扣后用新值重新计算会员等级98折3金卡会员金卡会员60000-99999成长值同上“5000”96折4铂金卡会员铂金卡会员100000成长值同上“8000”92折也就是说，消费金额用于生成“积分”和“成长值”两个数据；积分等同于打折的钱，用于后续消费，不可扣减，不参与会员升降级计算；会员成长值用于匹配会员等级，不可用于后续消费，但可以设定周期进行扣减，周期到后用扣减后的成长值重新计算会员等级。这种方法，可以达到目的，逻辑上更清晰，系统处理的负荷最小。（京东即为该方法的经典案例）