不论哪类产品，用户升降级都需要看等级参数的数值是否触发了等级边界值，边界值的设定和计算方式分以下两种：
1、累计制：
即“累计等级参数的数值触发某等级边界值，即可升级/降级”。
以小红书为例，累计发布笔记量达到各等级固定要求的数值时，就升级；删除笔记后累计笔记量达到前一等级数值时，就降级。
累计制的优势在于系统规则较为简单，劣势在于无法以某一段时间的关键行为完成情况对用户降级：
小红书是典型的累计制，升至10级需要累计发布800篇笔记，但无法要求用户在升级后继续发布内容来维持等级，如一年内必须发布50篇否则降级，这种要求在“累计制”下是无法实现的，因为系统随时在判断是否累计发布了800篇笔记，假设强行降至9级，系统也会第一时间恢复至10级，因为用户已经累计发布了800篇笔记。
如果需要一个通过降级和保级制度，让用户不断完成关键行为的升降级机制，推荐我下面的“阶段制”。
2、阶段制：
阶段制概括来说，就是将“累计制”中整个生命周期的关键行为累计，变为一个个时间阶段的关键行为累计，各时间阶段的累计互不影响，可以灵活的对等级添加降级、保级、恢复等级规则。
例如我在小红书的等级机制上修改一下需求：
1、用户等级zui高8级，低等级只升级不降级；
2、高等级需要每年保证一定的笔记发布量，才能维持当前等级，否则降级；
3、降级后需要完成较简单的任务恢复等级。
套用“阶段制”，我的解决方案是：
1、所有等级均按笔记量的固定目标差值即时升级（如1级升2级需要发布3篇笔记，2级升3级需要发布10篇笔记…而不是“累计制”的3级需要累计发布13篇笔记）。
2、1-5级不降级。
3、6级及以上时升降级后记录并更新升降级日期。
4、如果一年内笔记达到下一等级目标差值，即时升级，并更新升降级日期。
5、如果一年内笔记大于50篇，小于下一级目标差值，则保留当前等级。
6、如果一年内笔记少于50篇，则进入恢复等级通道，判断等级降到5级还是6级及以上。
7、如果降到5级，若一年内完成10篇笔记后，即时恢复等级到6级，更新升降级日期，按原升降级规则升降级；若一年内未完成10篇笔记，不降级。
8、如果降到6级及以上，若一年内完成10篇笔记后，即时恢复等级，更新升降级日期，按原升降级规则升降级；若一年内未完成10篇笔记，再降一级，判断降级后等级是5级还是6级及以上，分别按本规则第7和第8继续执行，直到降至5级无法降级维持不变，或者恢复等级正常升降级。
用户等级体系是产品从底层激励用户关键行为，增加粘性和活跃度的重要抓手之一，需要在产品设计之初打下坚实的基础。
咨询
