大家好，我是二师兄，今天给大家分享一下转转在优惠款架构中的演化过程。不同的业务场景有不同的解决方案，虽然我们没必要进行照搬照抄，但依旧可以学习不同方案的优缺点，然后灵活运用到自己的项目实践中。

业务介绍

转转C2B回收业务，一句话概括就是从用户手中回收3C数码产品。

用户选择想要估价商品进行估价，如用户认为合理则可以将商品邮寄至平台，平台收货后进行质量检测，同时向用户提供确切的报价，用户权衡觉得合理后，可以点击确认回收，平台将给用户进行打款。

业务场景

那么如何有效提升用户下单量呢？报价合理的基础上，我们还需要给予用户一定的现金补贴，买家端称之为“满减券”, 而卖家端则是“满加券”，后续都统称为“加价券”，卖家用户满足一定售出金额的时候平台会给用户额外进行一定比例或者固定金额的价格补贴。

接下来我们将详细讲一下加价券业务的演进历程。

名词解释

权益配置：存储的是加价券的配置信息

券关系表：存储的是加价券与用户的绑定关系

演进过程

实验阶段

关键字：探索、不确定性

在项目初期，对于加价券的数据模型并没有明确定义，产品也不确定什么样的玩法会对用户产生比较有效的激励，所以加价券的数据结构会频繁发生改变。

所以我们将加价券的配置写入到阿波罗配置中心，好处是可以快速上线进行实验，方便随时修改加价券的数据结构，虽然配置中心的缺点也很明显（没有强校验规则，产品配置成本高，易错），但是早期并没有过多的券配置，技术协助review即可。

券关系表即用户与加价券关联关系数据，由于项目初期对数据量以及增长没有明确的指标，所以没有进行分库分表，只是使用了一张表进行存储，在增长量逐渐明确后再进行数据的拆分以及迁移。