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

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

    在建立会员等级时，无论名称使用简单的lv1、lv2或是黄金会员、钻石会员等，本质是不变的，对于数据本身只是简单的层级关系，我们需要关注的无非是它的等级排序、等级达成和“租赁”日期。

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

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

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

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

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

    租赁日期：之所以起这个名字是为例通过“租赁”二字来反应会员等级的时效性，通常我们不会让某客户一直处于某一个等级。除非这个等级对于我们来说无关紧要，或者与我们的利益并不冲突，对于商家为用户等级提供一次性买断的类型，我们不做讨论。

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

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

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

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

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

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

    对于这种情况，最简单无脑的解决方式——禁止用户在会员到期前的或者到期前的一定日期购买或者提升会员等级。但这样无疑是商户在与自己的钱包过不去，非特定条件一般不做考虑。

    场景2的分解：

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

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