方案、场景与资金池

营销方案、营销场景和资金池分别解决三个问题：采用什么算法、这件商品按什么规则算、汇总后的钱以后发给谁。

关系图

一句话区分

对象	回答的问题	例子
营销方案	这套营销业务总体怎么计算	等级权重分佣、购物返积分等算法
营销场景	这类商品本次拿什么金额、按什么关系、向哪些池入账	复购商品、升级商品、不参与营销
资金池	多笔订单汇总后，池内余额发给谁、如何均分、何时发	合伙人收益池、前 10 名联创收益池

营销方案

营销方案决定：

• 服务等级和等级顺序；
• 等级专属奖励参数；
• 自动升级条件；
• 用户奖励算法和关系能力；
• 可产生的奖励资产；
• 首次初始化建议创建的场景和资金池模板。

一个应用同一时间只启用一个方案。新订单使用当前方案；历史订单继续使用下单时固化的原方案。

营销方案不负责订单营销总开关、保护期和资产提现制度。总开关与保护期属于应用通用设置，提现属于对应资产设置。

营销场景

营销场景用于把采用相同规则的商品组织起来。它决定：

• 是否参与奖励；
• 原始计佣金额使用商品实付还是销售毛利；
• 计佣基数比例和最低计佣毛利；
• 当前方案使用哪种奖励关系；
• 向每个资金池按多少比例入账。

商品只保存场景关联，不给每件商品重复保存一套奖励算法。

什么时候应该新建场景

以下任一规则不同，就应考虑拆分场景：

• 计佣金额口径不同；
• 计佣基数比例或最低毛利不同；
• 奖励关系不同；
• 资金池入池组合或比例不同；
• 商品是否参与奖励不同；
• 购买升级条件需要单独识别这类商品。

只有商品名称、分类或展示位置不同，而计算规则完全相同时，不必创建新场景。

资金池

资金池用于把多笔订单贡献汇总成统一账户。营销场景只负责“拿多少入池”，资金池负责：

• 目标等级和接收人范围；
• 接收人排序；
• 实际人数或固定人数均分；
• 未分配余数结转或清理；
• 自动周期或人工触发。

资金进入可用余额后，不再区分每一元来自哪条订单入池记录。创建批次时读取最新出池规则并锁定池内可用金额，随后分页发放。

什么时候应该新建资金池

以下任一项需要独立管理时，应拆成不同资金池：

• 接收等级不同；
• 分配人数和排序不同；
• 未分配余数制度不同；
• 结算周期不同；
• 需要分别查看余额和资金流水。

仅入池来源场景不同，但接收人、分配和财务用途完全一致时，可以让多个场景向同一个资金池贡献，不必重复建池。

一个实际组合

营销方案：权重分佣

场景 A：复购商品
- 按销售毛利计佣
- 买家与上级获得用户奖励
- 最终计佣基数的 4% 进入合伙人池

场景 B：升级商品
- 按商品实付计佣
- 用于购买升级指标
- 不向合伙人池入账

合伙人池
- 接收等级：合伙人
- 全部有效合伙人按实际人数均分
- 每月自动结算

场景 A 和 B 使用同一营销方案，但计算口径与入池规则不同。合伙人池可以持续汇总以后更多场景的贡献，而接收人规则只在资金池维护一次。

配置应该放在哪里

想实现的需求	配置位置
修改等级收益、升级门槛	方案算法
某类商品不参与奖励	营销场景
某类商品按实付而非毛利计算	营销场景
决定奖励买家和上级还是上级和上上级	营销场景
某场景拿出 10% 进入池	营销场景
资金池只发给联创	资金池
固定前 10 名、每月结算	资金池
订单营销总开关、保护期、购买升级时机	通用设置
某种资产是否允许提现及提现规则	对应资产设置

方案切换后

• 用户等级和升级指标按方案隔离，不做映射。
• 营销场景保留商品关联，并保存各方案自己的配置。
• 资金池账户和余额保留，接收与分配规则按方案隔离。
• 已创建批次继续使用创建时的规则快照。
• 历史订单、奖励、资产账户和提现不重算、不清零。

修改何时生效

修改内容	影响范围
修改场景计佣或入池规则	修改后创建的新订单
修改等级收益和奖励权重	修改后创建的新订单
修改资金池接收或分配规则	之后新建的结算批次
修改资金池名称	只改变展示
停用场景	不再用于新订单，历史记录保留
停用资金池	停止新入池与新批次，历史余额和记录保留
切换营销方案	新订单使用目标方案，历史数据继续使用原快照