在复杂的订阅规则下支付后端如何设计？

我没有支付后端相关设计、编码经验。请教一下：

假设付费点是 a,b,c：

• 有月订阅制，每个月发放 100 个 a ，用不完可一直向后叠加
• 可单独购买套餐增加 a,b,c(例如学生套餐 10 个 a, 优惠套餐 30 个 a, 企业套餐 100 个 a)，套餐有时效性。
• 不定时活动，例如邀请好友注册可以免费领取 a 或 b 或 c 。
• 签到 n 天可以领取 a 或 b 或 c 。
• 新人注册免费体验 10 个 a 或 b 或 c 。
• 不定时发放的优惠券或 xx 优惠券，可以按 5 折(或其他折扣) 购买套餐。 有的券可叠加，有的券不可叠加。
• 早鸟价购买某套餐，立减 xx 元。
• 618 大促活动，在指定时间范围内购买的，都可以有优惠。

比如 a 是游戏道具数量，b 是游戏里的财富，c 是 xx 等等。a,b,c 不是绑定在一起的，可以单独购买。有的可以累加到下个月，有的有时效性过期清空。

在这种非常复杂的体系下，要怎么去做后端设计？ 包括：

• 如何做数据库表设计才能应对这么复杂的订阅规则？
• 如何做编码设计才能少改动代码来适应将来的新营销活动、订阅规则（有什么设计模式之类的吗？）
• 要注意哪些坑？