Skip to Content
系统设计文档业务架构达人运营体系

达人运营体系

1. 达人分类与状态定义

基于业务流转逻辑,系统将达人划分为三种核心状态。达人的状态是相对于**“品牌”**而言的。

状态中文名称定义与触发条件数据来源
Marketplace广场达人未触达。TikTok联盟市场的全量达人,尚未被本商家下该品牌的任何BD认领。TikTok API 自动同步
Managed我的达人合作/跟进中。BD已发起实质性建联动作(发送邮件、站内信或定向邀约),达人与BD及品牌建立排他性绑定。BD 主动操作 (认领/建联)
Pool潜在达人公海/已释放。曾被BD认领,但因长期无进一步合作行动(如未寄样)而被系统自动或人工释放的达人。系统规则释放 / 人工放弃

2. 达人排他性规则

为了保护BD的开发成果,系统执行品牌维度的排他性策略

规则核心:品牌维度排他

“一个达人,在同一个品牌下,只能归属于一个BD。”

  • 允许:BD A 在品牌 X 下管理达人 Tony;BD B 在品牌 Y 下管理达人 Tony。
  • 禁止:BD A 和 BD B 都在品牌 X 下管理达人 Tony。

资源冲突处理

当 BD 试图从“广场”或“潜在达人池”中认领达人时:

  • 校验:检查该品牌下,该达人是否已存在于其他同事的“我的达人”列表中。

  • 结果:如果已被占用,系统提示“该达人正由 [BD姓名] 跟进中”,禁止重复认领。

  • 跨商家合作校验:如果是在”合作品牌”下操作,需检查品牌方是否已占用该达人(详见跨商家品牌合作中的资源冲突规则)。

3. 达人生命周期与公海机制

系统执行严格的 “分阶段保护期” 策略,倒计时结束即自动释放回公海。

核心释放规则 (Release Rules)

系统根据达人当前的业务推进阶段,应用不同的保护期时长。 注:以下天数为系统默认值,支持进行差异化配置。

阶段场景描述默认保护期触发条件与逻辑
1. 建联/维护期已建联未寄样15 天触发:BD认领达人,或达人处于“无进行中样品”状态。
逻辑:无论达人是新达人,还是历史上有过视频的老达人,只要当前没有新的寄样动作,均需在15天内推进(寄样或产出视频),否则释放。
2. 样品跟进期已寄样未履约35 天触发:寄样单状态变为“已发货”。
逻辑:包含“历史已有样品但未履约”的情况。给予较长时间等待物流和创作。
3. 履约保护期履约后未新寄样35 天触发:BD回填视频链接并关联成功。
逻辑:达人发布视频后,BD获得35天的“奖励保护期”。在此期间需安排“二次寄样”或催更“二次履约”,否则到期释放。

规则判定优先级

当达人同时满足多个条件时,系统取最长的保护期。

  • 示例:达人刚发了视频(获35天保护),虽然他也处于“未寄新样”的状态(15天规则),但系统优先执行“履约保护期(35天)”。

状态流转图

4. 数据可见性说明

  • 广场/潜在达人(公域)

    • 可见内容:TikTok 原始画像(粉丝量、类目、平均播放量)、历史跟进记录简报(如:“BD张三曾在2023-10月寄样”)。
    • 不可见内容:达人具体的私密联系方式(Email/WhatsApp)。
  • 我的达人(私域)

    • 可见内容:所有数据,包括BD手动录入的私密联系方式、详细沟通日志。
Last updated on