|
@@ -1,10 +1,10 @@
|
|
|
# 推荐人分润 & 团队分润双体系设计
|
|
# 推荐人分润 & 团队分润双体系设计
|
|
|
|
|
|
|
|
-> **版本**:v0.6.1(#15 团队直推定义拍板落地:直接邀请加入团队 + 成交首个服务/商品单)
|
|
|
|
|
|
|
+> **版本**:v0.7(#3 团队奖归属平台统一规则 + #5 8 份制层级按星级动态分配,其余待拍板全部按推荐拍板落地)
|
|
|
> **日期**:2026-11-07
|
|
> **日期**:2026-11-07
|
|
|
> **作者**:研发负责人
|
|
> **作者**:研发负责人
|
|
|
> **状态**:🟡 待评审
|
|
> **状态**:🟡 待评审
|
|
|
-> **修订**:v0.2:① 团队邀请参考家庭邀请(区分已加入/未加入平台);② 推荐人体系**沿用 CF 值**(现有 F03a/F03b),团队体系**新增货币直接分佣**;③ 补星级量化定义 + 团队奖。v0.3:团队奖池从 T 中切 **20%**(8 份池 = T×80%)。v0.4:星级档位按真实价格校准 + **星级透明化与成长可视化**(§4.3.1)。v0.5:**吸引力升级设计**(§4.7,借鉴 Enagic 合法精华)。v0.6:**升级双门槛**——每次升级须业绩分达标 **且** 滚动 12 个月直推有效新用户 ≥1(§4.3);#12 档位入后台配置、#13/#14 按推荐落地。v0.6.1:#15 **团队直推定义**拍板——直接邀请加入团队 + 成交首个服务/商品单即算 1 个直推(载体=团队树非推荐人树,首单即算无金额门槛)。
|
|
|
|
|
|
|
+> **修订**:v0.2:① 团队邀请参考家庭邀请(区分已加入/未加入平台);② 推荐人体系**沿用 CF 值**(现有 F03a/F03b),团队体系**新增货币直接分佣**;③ 补星级量化定义 + 团队奖。v0.3:团队奖池从 T 中切 **20%**(8 份池 = T×80%)。v0.4:星级档位按真实价格校准 + **星级透明化与成长可视化**(§4.3.1)。v0.5:**吸引力升级设计**(§4.7,借鉴 Enagic 合法精华)。v0.6:**升级双门槛**——每次升级须业绩分达标 **且** 滚动 12 个月直推有效新用户 ≥1(§4.3);#12 档位入后台配置、#13/#14 按推荐落地。v0.6.1:#15 **团队直推定义**拍板——直接邀请加入团队 + 成交首个服务/商品单即算 1 个直推(载体=团队树非推荐人树,首单即算无金额门槛)。v0.7:#3 团队奖**归属平台自有团队、平台统一制定规则**;#5 8 份制**每层按星级拿份数(每层最多 6 份)**、层级数动态浮动(最少 2 层、最多 3 层),不设固定 1 份封顶;#1/#4/#6/#7/#8/#9/#10/#11 全部按推荐拍板落地。
|
|
|
|
|
|
|
|
---
|
|
---
|
|
|
|
|
|
|
@@ -153,7 +153,7 @@ CfCommissionService.settle / settleReferrerOnly
|
|
|
|
|
|
|
|
### 4.2 8 份分佣(对照用户示例)
|
|
### 4.2 8 份分佣(对照用户示例)
|
|
|
|
|
|
|
|
-用户示例:6 星成员自服务 → `8份池40.8×6/8=30.6`;其引荐人 1 星 → `40.8×1/8=5.1`;引荐人的引荐人(不论星级)→ `40.8×1/8=5.1`(剩余,因 8 份已分完)。
|
|
|
|
|
|
|
+用户示例:6 星成员自服务 → `8份池40.8×6/8=30.6`;其引荐人 1 星 → `40.8×1/8=5.1`;引荐人的引荐人(按星级,min(星级,剩余))→ `40.8×1/8=5.1`(剩余 1 份,因 8 份已分完)。
|
|
|
|
|
|
|
|
> **⚠️ 口径说明**:用户原文「51×6/8=38.25」是按 **51 全部进 8 份池** 的口径计算。v0.3 按主理人拍板「团队奖从 T 中切 20%」,8 份池为 `T×80%`、团队奖池为 `T×20%`。若主理人希望保持「51 全进 8 份」、团队奖另外追加,可配置 `team_profit.eight_share_ratio=100%`。**两种取数均可用,由配置驱动,算法不变**。
|
|
> **⚠️ 口径说明**:用户原文「51×6/8=38.25」是按 **51 全部进 8 份池** 的口径计算。v0.3 按主理人拍板「团队奖从 T 中切 20%」,8 份池为 `T×80%`、团队奖池为 `T×20%`。若主理人希望保持「51 全进 8 份」、团队奖另外追加,可配置 `team_profit.eight_share_ratio=100%`。**两种取数均可用,由配置驱动,算法不变**。
|
|
|
|
|
|
|
@@ -163,9 +163,12 @@ CfCommissionService.settle / settleReferrerOnly
|
|
|
剩余份数 = 8
|
|
剩余份数 = 8
|
|
|
第1层(服务者本人) 分得 min(本人星级, 剩余);剩余 -= 已分
|
|
第1层(服务者本人) 分得 min(本人星级, 剩余);剩余 -= 已分
|
|
|
第2层(引荐人) 分得 min(引荐人星级, 剩余);剩余 -= 已分
|
|
第2层(引荐人) 分得 min(引荐人星级, 剩余);剩余 -= 已分
|
|
|
-第3层(再上级) 分得 剩余(封顶为剩余全部)
|
|
|
|
|
|
|
+第3层(再上级) 分得 min(再上级星级, 剩余);剩余 -= 已分
|
|
|
|
|
+剩余 > 0 且层级已尽 → 回流团队奖池(§4.4)或平台,不私发
|
|
|
```
|
|
```
|
|
|
|
|
|
|
|
|
|
+> **#5 已拍板(v0.7):每层按该层成员星级分配,每层最多 6 份(=六星上限),不设固定 1 份封顶;8 份分完即止,层级数动态浮动——最少 2 层(如本人 6★6份 + 引荐人 2★2份 = 8 份即分完,无需第 3 层)、最多 3 层。** 若按「每人限 1 份」极端情形则需 8 层(8 人),故不采纳;每层最多 6 份保证最少两层可消化全部 8 份。
|
|
|
|
|
+
|
|
|
- 若某层无对应人员(如服务者无引荐人),则该层份额**回流**团队奖池(§4.4)或平台,不私发。
|
|
- 若某层无对应人员(如服务者无引荐人),则该层份额**回流**团队奖池(§4.4)或平台,不私发。
|
|
|
- 金额 = `8份池 × 份数 / 8`。
|
|
- 金额 = `8份池 × 份数 / 8`。
|
|
|
|
|
|
|
@@ -273,7 +276,7 @@ CfCommissionService.settle / settleReferrerOnly
|
|
|
| TA2 | 门槛×2 ~ 门槛×4 | 80% |
|
|
| TA2 | 门槛×2 ~ 门槛×4 | 80% |
|
|
|
| TA3 | ≥ 门槛×4 | **100%** |
|
|
| TA3 | ≥ 门槛×4 | **100%** |
|
|
|
|
|
|
|
|
-**归属**:团队奖发放给**该团队负责人**(`distribution_systems.owner_id` 优先,无则团队根节点),由其统筹分配(与现有分销 T37/C2 口径一致:「平台只向体系唯一负责人整体结算,团队内部分配平台不负责」)。如需平台代分(按成员星级比例),可配 `team_profit.award_distribute=owner|pro_rata`,默认 `owner`。
|
|
|
|
|
|
|
+**归属(#3 已拍板,v0.7)**:团队奖**归属平台自有团队**(规划师/测评师等平台服务人员,即 §4.5 平台服务团队),**分配规则由平台统一制定**——不交给负责人自由统筹,由平台按统一规则直接分配到成员(配置 `team_profit.award_distribute`,可选按成员星级比例 / 按贡献分配,默认平台统一规则)。团队奖发放对象 = 该服务订单所属**平台服务团队**,而非外部引荐链负责人。
|
|
|
|
|
|
|
|
**数学校验(示例)**:51 元中团队奖 10.2 元——团队业绩达 TA3 档 → 负责人得 10.2 元;未达门槛 → 回流平台。
|
|
**数学校验(示例)**:51 元中团队奖 10.2 元——团队业绩达 TA3 档 → 负责人得 10.2 元;未达门槛 → 回流平台。
|
|
|
|
|
|
|
@@ -299,12 +302,12 @@ CfCommissionService.settle / settleReferrerOnly
|
|
|
├─【8 份池】
|
|
├─【8 份池】
|
|
|
│ ├─ 实时算 X 星级(§4.3)→ 份数
|
|
│ ├─ 实时算 X 星级(§4.3)→ 份数
|
|
|
│ ├─ 实时算 X 引荐人星级 → 份数
|
|
│ ├─ 实时算 X 引荐人星级 → 份数
|
|
|
- │ ├─ 第3层(引荐人的引荐人)→ 剩余份额
|
|
|
|
|
|
|
+ │ ├─ 第3层(引荐人的引荐人)→ min(星级, 剩余)(每层最多 6 份,#5 拍板)
|
|
|
│ └─ 落 team_share_record(逐单逐人,幂等)
|
|
│ └─ 落 team_share_record(逐单逐人,幂等)
|
|
|
│
|
|
│
|
|
|
└─【团队奖池】
|
|
└─【团队奖池】
|
|
|
├─ 按团队年度业绩分档(§4.4)→ 发放比例
|
|
├─ 按团队年度业绩分档(§4.4)→ 发放比例
|
|
|
- └─ 发放给团队负责人(owner_id/根)→ 落 team_award_record(幂等)
|
|
|
|
|
|
|
+ └─ 发放给平台服务团队(平台统一规则分配,#3 拍板)→ 落 team_award_record(幂等)
|
|
|
```
|
|
```
|
|
|
|
|
|
|
|
### 4.7 吸引力升级设计(主理人意见⑤:单产品利润小,如何设计更有吸引力——借鉴 Enagic 合法精华)
|
|
### 4.7 吸引力升级设计(主理人意见⑤:单产品利润小,如何设计更有吸引力——借鉴 Enagic 合法精华)
|
|
@@ -532,7 +535,7 @@ CREATE TABLE team_star_snapshot (
|
|
|
| `team_profit.team_threshold` | JSON | 各服务团队年度业绩门槛(teamId→金额) |
|
|
| `team_profit.team_threshold` | JSON | 各服务团队年度业绩门槛(teamId→金额) |
|
|
|
| `team_profit.share_total` | 8 | 8 份制分母 |
|
|
| `team_profit.share_total` | 8 | 8 份制分母 |
|
|
|
| `team_profit.award_tiers` | JSON | 团队奖分档(TA0-TA3 门槛与比例) |
|
|
| `team_profit.award_tiers` | JSON | 团队奖分档(TA0-TA3 门槛与比例) |
|
|
|
-| `team_profit.award_distribute` | owner | 团队奖归属:owner=负责人统筹 / pro_rata=按成员星级 |
|
|
|
|
|
|
|
+| `team_profit.award_distribute` | platform_rule | 团队奖归属(#3 拍板):platform_rule=平台统一规则(默认)/ owner=负责人统筹 / pro_rata=按成员星级 |
|
|
|
| `team_profit.star_weight` | 50/40/10 | 星级业绩分权重 |
|
|
| `team_profit.star_weight` | 50/40/10 | 星级业绩分权重 |
|
|
|
|
|
|
|
|
---
|
|
---
|
|
@@ -597,26 +600,26 @@ profit_pool_order(status=pending) ← 计算 D/T/8份池/团队奖(幂等)
|
|
|
1. **三级计酬红线**:推荐人体系(CF 值)L1/L2 固定两级;团队 8 份分佣**按星级/业绩动态分配且最多涉及 3 层服务链**。**上线前须法务确认**(对应既有挂起项「分佣机制过法务」)。
|
|
1. **三级计酬红线**:推荐人体系(CF 值)L1/L2 固定两级;团队 8 份分佣**按星级/业绩动态分配且最多涉及 3 层服务链**。**上线前须法务确认**(对应既有挂起项「分佣机制过法务」)。
|
|
|
2. **不设入门费**:本设计不涉及任何「交钱入会」准入,纯服务业绩驱动。
|
|
2. **不设入门费**:本设计不涉及任何「交钱入会」准入,纯服务业绩驱动。
|
|
|
3. **成本价设置须真实**:`service_cost_config`/`purchase_price` 由平台运营真实填写,不得虚增以制造「高额返利」假象。
|
|
3. **成本价设置须真实**:`service_cost_config`/`purchase_price` 由平台运营真实填写,不得虚增以制造「高额返利」假象。
|
|
|
-4. **团队奖归属透明**:团队奖由负责人统筹时,需在团队内**明示分配规则**(平台只负责发到负责人一级);`pro_rata` 模式则平台按星级代分,两种模式须在协议中写明。
|
|
|
|
|
|
|
+4. **团队奖归属透明(#3 拍板)**:团队奖归属**平台自有团队**,分配规则由**平台统一制定**并在团队内**明示**;不经负责人自由统筹,平台按统一规则直接分配到成员,规则须在协议中写明。
|
|
|
5. **不借鉴多层/终身等级**(§4.7.1):明确**不照搬** Enagic 8 层佣金(三级计酬红线,保持 8 份制最多 3 层服务链)与「终身等级」(保持滚动业绩动态评定,避免养懒人与法律风险);倍率权重只重分不增量(恒 ≤ T×80%),管道化只扩触发源不提比率。
|
|
5. **不借鉴多层/终身等级**(§4.7.1):明确**不照搬** Enagic 8 层佣金(三级计酬红线,保持 8 份制最多 3 层服务链)与「终身等级」(保持滚动业绩动态评定,避免养懒人与法律风险);倍率权重只重分不增量(恒 ≤ T×80%),管道化只扩触发源不提比率。
|
|
|
|
|
|
|
|
---
|
|
---
|
|
|
|
|
|
|
|
-## 11. 待主理人拍板事项(v0.3 更新)
|
|
|
|
|
|
|
+## 11. 待主理人拍板事项(v0.7 更新:全部 15 项已拍板)
|
|
|
|
|
|
|
|
| # | 事项 | 建议 |
|
|
| # | 事项 | 建议 |
|
|
|
|:-:|------|------|
|
|
|:-:|------|------|
|
|
|
-| 1 | 用户示例「170×70%×70%=93.3」校正确认为 83.3(119×70%) | 采纳 83.3 校正口径(CF 值折算口径,非货币) |
|
|
|
|
|
|
|
+| 1 | 用户示例「170×70%×70%=93.3」校正确认为 83.3(119×70%) | ✅ 已拍板:采纳 83.3 校正口径(CF 值折算口径,非货币) |
|
|
|
| 2 | **团队奖从 T 中切 20%**(8份池=T×80%)——主理人已拍板 | ✅ 已拍板:80/20 拆分(配置可调为 100/0) |
|
|
| 2 | **团队奖从 T 中切 20%**(8份池=T×80%)——主理人已拍板 | ✅ 已拍板:80/20 拆分(配置可调为 100/0) |
|
|
|
-| 3 | 团队奖归属:负责人统筹(owner)还是平台按星级代分(pro_rata) | 建议 owner(与现有 T37/C2 结算口径一致) |
|
|
|
|
|
-| 4 | 星级重评周期(订单实时 vs 月度快照) | 建议**订单支付时实时计算** + 月度快照供展示 |
|
|
|
|
|
-| 5 | 8 份制中第 3 层是否永远 1 份封顶 | 是(用户口径「只能拿剩下的」) |
|
|
|
|
|
-| 6 | 团队年度业绩门槛初始值(各团队单独定) | 平台运营配置,先给默认 |
|
|
|
|
|
-| 7 | 分润金额提现走既有 `withdrawal_requests` 还是独立账本 | 建议复用,type 区分 `team_share/team_award` |
|
|
|
|
|
-| 8 | 服务成本价表首批服务类型(planner_consult/assessor_dan/...) | 由运营维护 |
|
|
|
|
|
-| 9 | 保本线口径:用户示例「至少卖 820」为简化口径(800+20);精确口径含 CF 值 1% 时 ≈809 | 建议采用精确口径 |
|
|
|
|
|
-| 10 | F03b 现有上限 20%(CF 值间接销售奖)是否收窄至用户初稿的 10% | 默认不动(沿用 CF 值现状);如需收窄仅改档位配置 |
|
|
|
|
|
-| 11 | 团队邀请落地页:独立新页 vs 复用 `pages/invite/join` | 建议独立页(团队场景信息不同) |
|
|
|
|
|
|
|
+| 3 | 团队奖归属:负责人统筹(owner)还是平台按星级代分(pro_rata) | ✅ 已拍板:**归属平台自有团队,分配规则由平台统一制定**(platform_rule 默认,不交负责人自由统筹) |
|
|
|
|
|
+| 4 | 星级重评周期(订单实时 vs 月度快照) | ✅ 已拍板:**订单支付时实时计算** + 月度快照供展示 |
|
|
|
|
|
+| 5 | 8 份制中第 3 层是否永远 1 份封顶 | ✅ 已拍板:**不设固定 1 份封顶**——每层按该层成员星级分配(每层最多 6 份=六星),8 份分完即止,层级数动态浮动(**最少 2 层**、最多 3 层) |
|
|
|
|
|
+| 6 | 团队年度业绩门槛初始值(各团队单独定) | ✅ 已拍板:平台配置(`team_profit.team_threshold`),起步默认 0(有业绩即开分),规模起来再调 |
|
|
|
|
|
+| 7 | 分润金额提现走既有 `withdrawal_requests` 还是独立账本 | ✅ 已拍板:复用 `withdrawal_requests`,type 区分 `team_share/team_award` |
|
|
|
|
|
+| 8 | 服务成本价表首批服务类型(planner_consult/assessor_dan/...) | ✅ 已拍板:4 类核心服务(规划师1对1 / DAN测评 / 菌群检测 / 工作坊),对应真实售价 ¥500/¥99/¥599/¥388 |
|
|
|
|
|
+| 9 | 保本线口径:用户示例「至少卖 820」为简化口径(800+20);精确口径含 CF 值 1% 时 ≈809 | ✅ 已拍板:采纳精确口径 ≈809 |
|
|
|
|
|
+| 10 | F03b 现有上限 20%(CF 值间接销售奖)是否收窄至用户初稿的 10% | ✅ 已拍板:默认不动(沿用 CF 值现状);如需收窄仅改档位配置 |
|
|
|
|
|
+| 11 | 团队邀请落地页:独立新页 vs 复用 `pages/invite/join` | ✅ 已拍板:独立页(团队场景信息不同) |
|
|
|
| 12 | **星级档位推荐值(0 / 8千 / 2.5万 / 7万 / 14万 / 25万)**:已按真实价格校准(¥500/次咨询基准),六星=顶流团队长级 | ✅ 已拍板:**放入后台配置**(`team_profit.star_tiers` 可调,采纳推荐值,起步期可下调) |
|
|
| 12 | **星级档位推荐值(0 / 8千 / 2.5万 / 7万 / 14万 / 25万)**:已按真实价格校准(¥500/次咨询基准),六星=顶流团队长级 | ✅ 已拍板:**放入后台配置**(`team_profit.star_tiers` 可调,采纳推荐值,起步期可下调) |
|
|
|
| 13 | **星级透明化范围**:实时看板 + 差距换算 + 月度简报 + 权益可见(§4.3.1) | ✅ 已拍板:**按推荐全做**(P1 看板+换算;P2 简报+权益) |
|
|
| 13 | **星级透明化范围**:实时看板 + 差距换算 + 月度简报 + 权益可见(§4.3.1) | ✅ 已拍板:**按推荐全做**(P1 看板+换算;P2 简报+权益) |
|
|
|
| 14 | **吸引力升级范围(§4.7)**:① 收入管道化 ② 星级倍率权重(6星=3.0)③ 带教里程碑奖 ④ 实时可见 | ✅ 已拍板:**按推荐**(①② P1 必做;③④ 随 T7/T8 附带 P2) |
|
|
| 14 | **吸引力升级范围(§4.7)**:① 收入管道化 ② 星级倍率权重(6星=3.0)③ 带教里程碑奖 ④ 实时可见 | ✅ 已拍板:**按推荐**(①② P1 必做;③④ 随 T7/T8 附带 P2) |
|