Skip to Content
系统设计文档业务架构跨商家品牌合作

跨商家品牌合作 (Cross-Merchant Collaboration)

1. 业务模式定义

允许 品牌发起者(货主)邀请其他合作商家(渠道方/TAP) 在系统中直接推广其品牌。

  • 货主出产品和店铺:交易发生在货主的店铺中。
  • 渠道方出人力和资源:渠道方BD使用系统管理达人并引流。

2. 核心规则:数据隔离与可见性

这是本模块的基石,旨在保护渠道方的核心资产(达人私联方式)。

数据字段品牌发起者 (甲方)合作商家/BD (乙方)逻辑说明
达人公域画像 (粉丝/类目)✅ 可见✅ 可见甲方能看到达人是否匹配品牌调性。
达人私密联系方式 (Email/Tel)🚫 不可见✅ 可见核心隔离:防止甲方跳过乙方私联达人。
寄样物流信息✅ 可见✅ 可见涉及甲方物流,双方必须可见。
业绩数据 (视频/GMV)✅ 可见✅ 可见用于财务结算,双方必须透明。

3. 资源冲突规则 (Conflict Resolution)

当合作BD试图将达人 Tony 引入合作品牌 X 时:

规则一:甲方优先权

  • 系统检查:品牌发起者(甲方)的”我的达人”池。
  • 结果:如果 Tony 已经是甲方的直属达人,禁止乙方BD认领。系统报错:“该达人已由品牌方直接管理”。

规则二:先到先得

  • 系统检查:该品牌下其他合作商家的资源池。
  • 结果:如果 Tony 已经被合作商家 C 的 BD 认领,则合作商家 B 的 BD 无法认领。

4. 资金与结算逻辑

GMV 流向

所有通过合作BD推广产生的交易,资金直接进入品牌发起者绑定的 TikTok Shop 店铺账户。合作方不经手货款。

佣金结算

系统不处理资金转账,仅提供结算账单:

  • 系统记录每一条”视频履约”及其带来的GMV。
  • 识别该视频是由”合作商家B”的”BD张三”登记的。
  • 根据预设的分成比例(如 GMV的10%),自动生成月度对账单。
  • 品牌发起者根据对账单,线下或通过其他财务流程向合作商家支付佣金。

5. 合作生命周期

  • 建立:甲方发起 -> 生成邀请码 -> 乙方接受 -> 乙方指派BD。
  • 执行:乙方BD建联达人 -> 甲方发货/审核 -> 乙方BD回填视频。
  • 终止:任意一方可发起终止。
  • 终止后:乙方BD失去对该品牌的”写权限”(不能新寄样)。
  • 数据保留:历史业绩数据双方留存,但达人私密信息对甲方依然保持屏蔽。
Last updated on