电商会员等级制度总结

    在电商平台中加入会员等级机制，从而使不一样等级的会员拥有不一样的会员权益，如免运费、折扣率、赠送优惠券等内容。其中会员权益须要独立维护制定，并与会员等级创建关系。

    下面总结一下在创建会员等级时的一些比较标准的模式。

    在创建会员等级时，不管名称使用简单的lv一、lv2或是黄金会员、钻石会员等，本质是不变的，对于数据自己只是简单的层级关系，咱们须要关注的无非是它的等级排序、等级达成和“租赁”日期。

    等级排序：正常且符合逻辑的会员等级制度首先应该是拥有良好等级标准的，如1之上是二、再往上是3同样，阶层清晰让用户一目了然，同时对各阶层的会员划分好能够享受的权利和义务，这里讲的权利即达成该等级的会员能够享受的特权或者优惠条件，所谓义务又意味着如何达到这个阶层，好比积分制度的引进？或者直接花钱购买会员等级。

    等级达成：对于会员如何升级到某一等级，一般状况下有两个简单的处理办法：

    1：积分系统，即引进积分功能，当会员我的帐户中积分累计到某个阈值便可以达成该等级，这意味着会员等级管理中必须引入积分阈值的设定。而积分累计则取决于各类因素，好比电商能够为商品设定消费金额转积分比，当用户消费多少钱时能够转换为多少积分存在于帐户上（京东）。对于论坛，积分则由用户发言、回帖、回复量等一系列可配置的内容取决。因此具体如何累计应该根据业务类型综合考虑。另外还有一点须要注意：积分是否清零？须要根据本身的需求去确认。

    2：会员购买制度，对于一般一些B2B、B2B2C的电商来说，会员购买制度是简单粗暴且有利可图的方法。将不一样的会员等级明码标价，告知商户或者客户花多少钱享受什么权利，这个不用多说，只要创建一个购买渠道便可，须要维护的内容比积分制度更少。

    这里有一个须要注意的地方：高等级的会员是否能够购买低等级？须要根据实际状况考虑，相信没有人会与钱过不去，若不容许购买天然简单，但若容许了则须要考虑有效日期的覆盖问题。

    租赁日期：之因此起这个名字是为例经过“租赁”二字来反应会员等级的时效性，一般咱们不会让某客户一直处于某一个等级。除非这个等级对于咱们来讲可有可无，或者与咱们的利益并不冲突，对于商家为用户等级提供一次性买断的类型，咱们不作讨论。

    对于能够购买的会员，一般须要维护会员的开通日期和截止日期，一般状况下在给予用户的购买渠道中能够选择开通的会员等级和开通日期，1月、3月、半年、一年、自定义等。咱们须要明确知道用户想要购买的等级和想要购买的日期，以此为依据来计算用户须要支付的金额（这其中可能会有某些优惠活动须要额外维护，可是咱们不讨论这一块）。

    例如：一个新注册用户，在咱们的系统中设定的会员等级为lv0 （此时他没有任何权益），当该客户去购买一个月会员时，咱们只须要在他支付成功之后对其会员等级进行修改，并记录好该会员的到期时间，对于新用户来讲，开通会员时一个从无到有的过程，那么开通时间便是开通当日，截止时间只须要在日期上直接累加。   

    另外一个场景：当白银会员升级黄金会员的时候，这里因为须要考虑用户心理，增长了一些额外的复杂性。咱们不可能直接将用户的会员等级从白银变成黄金，而直接在截止日期上累加，这样可能会致使还有一年到期的白银会员直接变成超过一年的黄金。而咱们也不可能直接由开通日期计算，从而将用户还有一年才到期的白银会员覆盖掉，由于这样未免有点粗暴，正常的用户也不可能接受。因此这里须要综合考虑。

    对于以上场景的问题一般的咱们再次将其分解为多个场景。而这些场景中，最重要的一个问题是——当前会员等级的截止日期距如今还有多久？

   场景1：今天是06月29日，用户的白银会员于07月05到期。当用户今日开通黄金会员，咱们能够粗暴的将截止日期设定为07月30，由于咱们判断该会员的原身份即将到期，直接采用购买日做为计算截止日期的条件，这一点客户从心理上能够接受。

    场景2：可是若是该白银会员的是12月30到期，此时用户选择开通黄金会员则须要作更多判断，再进一步将条件分解，由于这种状况是不可能同上一种同样粗暴的将购买日当所计算条件。例如用户在此时只购买了一个月黄金会员，如果同上面同样计算的话，那么用户会损失半年的白银会员，这一点是没法接受的。

    对于这种状况，最简单无脑的解决方式——禁止用户在会员到期前的或者到期前的必定日期购买或者提高会员等级。但这样无疑是商户在与本身的钱包过不去，非特定条件通常不作考虑。

    场景2的分解：

       2.1：若用户原等级剩余日期远小于本次开通后的日期（场景1因为用户可接受因此忽略），能够引进“补差价”的机制，很简单，即：当前须要支付的金额减去 自今日起到原等级到截止日换算成的金额（固然，真正是否须要补差价机制，须要综合考虑）。

       2.2 ： 若原等级剩余日期大于本次开通后的日期，此时最好的解决办法是创建起用户一对多的等级记录，将高等级的优先级提早，当高等级过时后低等级的继续运行直至结束。