456 lines
14 KiB
Plaintext
456 lines
14 KiB
Plaintext
PRD：保留 NCI / WBI，删除亲密指数，新增 RS / OS / MS / ML 指数体系
|
||
|
||
生效目标：用**客户级（NCI/WBI）负责“触达优先级”，用关系级（RS/OS/MS/ML）**负责“归属与执行”，替代原 INTIMACY 的混合口径，提升可解释性与可运营性。
|
||
统计与映射方法沿用现有“时间衰减 + 分位截断 + 0–10 映射 + 可选 EWMA 平滑”的工程框架（减少改造风险）。
|
||
|
||
1. 背景与问题
|
||
1.1 背景
|
||
|
||
当前体系已有两类客户级指数：
|
||
|
||
NCI（新客转化指数）：用于新客欢迎与转化排序
|
||
|
||
WBI（老客挽回指数）：用于老客召回排序
|
||
|
||
同时存在一个关系级的 亲密指数（INTIMACY），但它把“关系强度、归属、升温、付费关联”混在一个分数里，导致：
|
||
|
||
一个分数承担多个运营目的，解释困难，策略难稳定
|
||
|
||
动量（burst）乘法放大会掩盖“真实关系强度”
|
||
|
||
充值归因可靠性要求高，一旦归因口径瑕疵会放大偏差
|
||
|
||
1.2 目标
|
||
|
||
保留 NCI / WBI 不变（持续作为客户级“触达优先级”）
|
||
|
||
删除 INTIMACY（停止计算/停止被消费）
|
||
|
||
新增四个关系级指数：RS / OS / MS / ML
|
||
|
||
RS：关系强度（熟不熟）
|
||
|
||
OS：归属份额（主要归谁）
|
||
|
||
MS：动量升温（最近是否回暖/升温）
|
||
|
||
ML：付费关联（推增值/储值由谁推更可能成）
|
||
|
||
2. 术语与设计依据（对齐工程约定）
|
||
2.1 时间衰减（半衰期）
|
||
|
||
统一采用半衰期形式的指数衰减，保证“越近越重要”的可解释性。
|
||
|
||
2.2 0–10 映射（展示分）
|
||
|
||
统一采用：
|
||
|
||
P5/P95 分位截断（Winsorize）降低极端值影响
|
||
|
||
可选压缩（log1p/asinh）
|
||
|
||
MinMax 映射到 0–10
|
||
|
||
可选 EWMA 平滑减少跨批次抖动
|
||
|
||
2.3 价值/触达优先级方法论（NCI/WBI 保留原因）
|
||
|
||
RFM（Recency/Frequency/Monetary）作为客户分层与运营触达优先级的主流方法，与你的 WBI/NCI 结构一致（尤其是 recency + frequency + monetary 信号）。
|
||
其中 NCI/WBI 继续承担“客户级排序”，关系级指数负责“落人/归属/推荐成功率”。
|
||
|
||
3. 用户与核心运营场景
|
||
3.1 角色
|
||
|
||
店长/运营：配置策略、看板、复盘
|
||
|
||
助教主管：分派任务、监控撞单/共管
|
||
|
||
助教：执行跟进、召回、增值推荐
|
||
|
||
3.2 场景总览（决策逻辑分层）
|
||
|
||
客户级：要不要触达、先触达谁 → NCI / WBI
|
||
|
||
关系级：由谁触达、怎么触达 → OS（定责）+ RS/MS/ML（定策略）
|
||
|
||
4. 新指标定义（删除 INTIMACY，新增 RS/OS/MS/ML）
|
||
|
||
粒度说明：RS/OS/MS/ML 均为 (site_id, member_id, assistant_id) 关系对粒度。
|
||
数据基础与会话合并逻辑沿用原 INTIMACY 的服务日志抽取与 session merge（减少工程变动）。
|
||
NCI/WBI 完全保留原逻辑与输出。
|
||
|
||
4.1 RS：关系强度（Relationship Strength）
|
||
|
||
用途：判断“这位助教与该客户是否真的熟、关系是否牢”。
|
||
核心输入：
|
||
|
||
合并会话后的：次数、时长、课型权重（基础/附加）
|
||
|
||
距今天数（会话结束时间）
|
||
|
||
最近一次服务距今天数
|
||
|
||
计算（建议口径）：
|
||
|
||
会话权重：τ_i = 1.0（基础） 或 incentive_weight（附加）
|
||
|
||
会话衰减：decay(d; h) = exp(-ln(2)*d/h)
|
||
|
||
频次项：F = Σ ( τ_i * decay(d_i; h_session) )
|
||
|
||
时长项：D = Σ ( sqrt(dur_hours_i) * τ_i * decay(d_i; h_session) )
|
||
|
||
最近门控：R = decay(days_since_last; h_last)
|
||
|
||
RS_raw：
|
||
|
||
base = w_F*F + w_D*D
|
||
|
||
gate = R^(gate_alpha)
|
||
|
||
RS_raw = base * gate
|
||
|
||
输出：
|
||
|
||
RS_raw
|
||
|
||
RS_display（0–10，沿用通用映射与可选 EWMA）
|
||
|
||
4.2 OS：归属份额（Ownership Share）
|
||
|
||
用途：解决“客户到底归谁主跟，避免多人撞单”。
|
||
核心输入：同一客户在所有助教上的 RS_raw。
|
||
|
||
计算：
|
||
|
||
对每个 member_id：OS = RS_raw_i / (Σ RS_raw_all_assistants + eps)
|
||
|
||
加入噪声门槛：
|
||
|
||
若 RS_raw_i < min_rs_raw_for_ownership，则 OS 视为 0（不参与归属）
|
||
|
||
若 Σ RS_raw_all_assistants < min_total_rs_raw，则该客户视为“未形成稳定归属”
|
||
|
||
输出：
|
||
|
||
OS_share（0–1，推荐 UI 显示百分比）
|
||
|
||
OS_label（主责/共管/公海）：
|
||
|
||
主责：OS_share >= ownership_main_threshold
|
||
|
||
共管：ownership_comanage_threshold <= OS_share < ownership_main_threshold
|
||
|
||
公海：OS_share < ownership_comanage_threshold
|
||
|
||
OS 不建议做分位映射（它是份额值，天然可解释）。如必须 0–10，只做 OS_share*10 的线性映射。
|
||
|
||
4.3 MS：动量升温（Momentum）
|
||
|
||
用途：判断“最近是否升温/回流”，用于跟进紧急程度（而不是关系强度）。
|
||
核心输入：短期与长期的加权频次（含衰减与课型权重）。
|
||
|
||
计算：
|
||
|
||
F_short = Σ( τ_i * decay(d_i; h_short) )
|
||
|
||
F_long = Σ( τ_i * decay(d_i; h_long) )
|
||
|
||
ratio = (F_short + eps) / (F_long + eps)
|
||
|
||
MS_raw（只保留升温部分）：
|
||
|
||
MS_raw = max(0, ln(ratio))
|
||
|
||
输出：
|
||
|
||
MS_raw
|
||
|
||
MS_display（0–10，通用映射与可选 EWMA）
|
||
|
||
4.4 ML：付费关联（Monetization Link）
|
||
|
||
用途：判断“推储值/增值由谁推更可能成”，用于选择执行人/协同人。
|
||
核心输入：服务后短窗口内的充值归因、金额、时间衰减。
|
||
|
||
关键前提（必须做的口径修复）：
|
||
|
||
单笔充值只归因一个助教：采用“last-touch”原则
|
||
|
||
对每笔充值：在归因窗口内，找 session_end <= pay_time 且最接近 pay_time 的那条会话对应的助教归因
|
||
|
||
计算：
|
||
|
||
对每笔归因充值 r：
|
||
|
||
金额压缩：ln(1 + amt / amount_base)
|
||
|
||
时间衰减：decay(days_ago_r; h_recharge)
|
||
|
||
ML_raw = Σ( ln(1 + amt/amount_base) * decay(days_ago_r; h_recharge) )
|
||
|
||
输出：
|
||
|
||
ML_raw
|
||
|
||
ML_display（0–10，通用映射与可选 EWMA）
|
||
|
||
5. 数据依赖与产出表
|
||
5.1 输入数据（沿用原 INTIMACY 的服务/充值口径）
|
||
|
||
服务日志：billiards_dwd.dwd_assistant_service_log + billiards_dwd.dim_assistant
|
||
|
||
充值订单：billiards_dwd.dwd_recharge_order（settle_type=5）
|
||
|
||
课型映射：cfg_skill_type（决定 BONUS/BASE 权重）
|
||
|
||
5.2 输出表（新增）
|
||
|
||
建议新增统一关系表（替代原 dws_member_assistant_intimacy）：
|
||
|
||
表名：billiards_dws.dws_member_assistant_relation_index
|
||
主键：(site_id, member_id, assistant_id)
|
||
核心字段：
|
||
|
||
基础特征（用于解释与排查）：
|
||
session_count, total_duration_minutes, basic_session_count, incentive_session_count, days_since_last_session
|
||
attributed_recharge_count, attributed_recharge_amount
|
||
|
||
指数：
|
||
rs_raw, rs_display
|
||
os_share, os_label, os_rank
|
||
ms_raw, ms_display
|
||
ml_raw, ml_display
|
||
|
||
时间：calc_time, created_at, updated_at
|
||
|
||
NCI/WBI 输出表保持不变。
|
||
|
||
5.3 删除/下线（原 INTIMACY）
|
||
|
||
停止写入：billiards_dws.dws_member_assistant_intimacy
|
||
|
||
兼容期保留表但不再更新，前端与运营入口不再读取
|
||
|
||
6. cfg_index_parameters 配置体系更新（你要求的“更新”核心）
|
||
6.1 现有配置表结构（保持不变）
|
||
|
||
cfg_index_parameters 继续使用现有字段：
|
||
(param_id, index_type, param_name, param_value, description, effective_from, effective_to, created_at, updated_at)
|
||
|
||
6.2 index_type 更新范围
|
||
|
||
保留：NCI, WBI（不改参数，不改逻辑）
|
||
|
||
删除：INTIMACY（通过 effective_to 失效，不再读取）
|
||
|
||
新增：RS, OS, MS, ML
|
||
|
||
其它 index_type（如 RECALL）本 PRD 不涉及，保持现状。
|
||
|
||
7. 新增参数清单（默认值建议）
|
||
|
||
说明：参数名尽量沿用现有风格（snake_case），并把“展示映射参数”复用到 RS/MS/ML 三个需要 0–10 映射的指数上。Winsorize 与 EWMA 的合理性见设计依据。
|
||
|
||
7.1 RS 参数（index_type = RS）
|
||
param_name 默认值 说明
|
||
lookback_days 60 回看窗口（天）
|
||
session_merge_hours 4 会话合并间隔（小时）
|
||
incentive_weight 1.5 附加课权重
|
||
halflife_session 14 会话衰减半衰期（天）
|
||
halflife_last 10 最近服务衰减半衰期（天）
|
||
weight_F 1.0 频次项权重
|
||
weight_D 0.7 时长项权重
|
||
gate_alpha 0.6 最近门控幂次（越大越强调“必须最近”）
|
||
percentile_lower 5 映射下分位
|
||
percentile_upper 95 映射上分位
|
||
compression_mode 1 0=none,1=log1p,2=asinh
|
||
use_smoothing 1 是否启用 EWMA 平滑
|
||
ewma_alpha 0.2 EWMA α
|
||
7.2 OS 参数（index_type = OS）
|
||
param_name 默认值 说明
|
||
min_rs_raw_for_ownership 0.05 归属噪声门槛（低于此 RS_raw 不参与 OS）
|
||
min_total_rs_raw 0.10 客户总体关系强度过低则视为“未形成归属”
|
||
ownership_main_threshold 0.60 OS 主责阈值
|
||
ownership_comanage_threshold 0.35 OS 共管阈值
|
||
eps 1e-6 分母保护
|
||
7.3 MS 参数（index_type = MS）
|
||
param_name 默认值 说明
|
||
lookback_days 60 回看窗口（天）
|
||
session_merge_hours 4 会话合并间隔（小时）
|
||
incentive_weight 1.5 附加课权重
|
||
halflife_short 7 短期半衰期（天）
|
||
halflife_long 30 长期半衰期（天）
|
||
eps 1e-6 比值保护
|
||
percentile_lower 5 映射下分位
|
||
percentile_upper 95 映射上分位
|
||
compression_mode 1 0=none,1=log1p,2=asinh
|
||
use_smoothing 1 是否启用 EWMA 平滑
|
||
ewma_alpha 0.2 EWMA α
|
||
7.4 ML 参数（index_type = ML）
|
||
param_name 默认值 说明
|
||
lookback_days 60 回看窗口（天）
|
||
recharge_attribute_hours 1 充值归因窗口（小时）
|
||
attribution_mode 1 1=last_touch（单笔充值只归因一个助教）
|
||
amount_base 500 金额压缩基数
|
||
halflife_recharge 21 充值衰减半衰期（天）
|
||
percentile_lower 5 映射下分位
|
||
percentile_upper 95 映射上分位
|
||
compression_mode 1 0=none,1=log1p,2=asinh
|
||
use_smoothing 1 是否启用 EWMA 平滑
|
||
ewma_alpha 0.2 EWMA α
|
||
8. 配置迁移策略（cfg_index_parameters 具体更新方式）
|
||
8.1 INTIMACY 下线
|
||
|
||
将 index_type = 'INTIMACY' 的现行有效参数统一设置 effective_to = 下线日（建议为新版本生效日前一天）
|
||
|
||
代码层：不再加载/执行 INTIMACY 任务
|
||
|
||
8.2 新增 RS/OS/MS/ML 参数
|
||
|
||
插入上述四个 index_type 的参数行，设置 effective_from = 新版本生效日
|
||
|
||
param_id 由数据库自增生成（不在 PRD 固定）
|
||
|
||
8.3 生效日期建议
|
||
|
||
当前日期为 2026-02-08（台北时区），建议：
|
||
|
||
新增四类参数 effective_from = 2026-02-09
|
||
|
||
INTIMACY effective_to = 2026-02-08
|
||
|
||
9. 任务与工程改造范围
|
||
9.1 ETL 任务
|
||
|
||
保留：NCI/WBI 原任务
|
||
|
||
新增：RelationIndexTask（或拆为 RS/MS/ML/OS 四个任务，但建议一个任务产出一张关系表）
|
||
|
||
删除/停用：原 IntimacyIndexTask
|
||
|
||
9.2 关键工程点（必须实现）
|
||
|
||
复用 session merge（降低风险）
|
||
|
||
充值归因改为 last_touch 单归因（ML 可靠性的硬前提）
|
||
|
||
RS/MS/ML 的 display 映射复用 BaseIndexTask（一致性与可调参性）
|
||
|
||
OS 份额化与标签化（防撞单的唯一有效方式）
|
||
|
||
10. 运营使用方式（落地规则）
|
||
10.1 任务队列（建议固定四条队列）
|
||
|
||
新客欢迎：按 NCI_welcome 排序
|
||
|
||
新客转化：按 NCI_convert 排序
|
||
|
||
老客召回：按 WBI 排序
|
||
|
||
活跃升温承接：按 MS 排序
|
||
|
||
10.2 “落人”规则（所有队列通用）
|
||
|
||
有明确归属：按 OS_label=主责 的助教派单
|
||
|
||
共管：只派给主责助教，协同人由 ML 或 RS 次高者确定
|
||
|
||
公海：派给当班/新客官/运营池
|
||
|
||
10.3 增值推荐（谁推更可能成）
|
||
|
||
选客户：以 NCI/WBI 中的价值/充值未回访信号做筛选
|
||
|
||
选执行人：以 ML 高者为主，OS 作为责任边界，RS 决定话术深度
|
||
|
||
11. 验收标准（可测试、可回归）
|
||
11.1 数据正确性
|
||
|
||
OS：同一 member_id 下所有 assistant_id 的 OS_share（参与归属者）求和≈1
|
||
|
||
RS：新增会话、会话更近、时长更长 → RS_raw 单调上升（统计抽样验证）
|
||
|
||
MS：短期频次明显高于长期 → MS_raw>0；否则 MS_raw=0
|
||
|
||
ML：充值发生在归因窗口内且越近越大 → ML_raw 越高；且单笔充值只归因一个助教
|
||
|
||
11.2 运营可用性
|
||
|
||
至少能稳定支持：
|
||
|
||
客户分配（OS）
|
||
|
||
跟进紧急程度（MS）
|
||
|
||
召回优先级（WBI）
|
||
|
||
新客欢迎/转化（NCI）
|
||
|
||
推增值选人（ML）
|
||
|
||
12. 风险与对策
|
||
|
||
OS 噪声归属：低互动关系也被算份额
|
||
→ 用 min_rs_raw_for_ownership 与 min_total_rs_raw 双门槛
|
||
|
||
ML 偏差：归因口径不稳定导致误导选人
|
||
→ 强制 last_touch 单归因；窗口可调；上线初期做抽样对账
|
||
|
||
display 分数跨批次漂移（相对分固有属性）
|
||
→ 开启 EWMA 平滑降低短期抖动
|
||
|
||
13. 上线与灰度建议
|
||
|
||
第 1 阶段（影子跑数）：RS/OS/MS/ML 与 INTIMACY 并行计算但不对外展示（1–2 周）
|
||
|
||
第 2 阶段（切读）：前端/运营策略只读 RS/OS/MS/ML；INTIMACY 停止消费
|
||
|
||
第 3 阶段（下线）：停更 INTIMACY 表，保留历史查询周期后再清理
|
||
|
||
14. 交付物清单
|
||
|
||
新增关系表：dws_member_assistant_relation_index
|
||
|
||
新增指数任务：RelationIndexTask（含 RS/OS/MS/ML）
|
||
|
||
cfg_index_parameters：
|
||
|
||
INTIMACY 参数失效（effective_to）
|
||
|
||
新增 RS/OS/MS/ML 参数（effective_from）
|
||
|
||
运营端：
|
||
|
||
队列：新客欢迎/新客转化/老客召回/升温承接
|
||
|
||
客户详情：展示 NCI、WBI、以及每位助教的 RS/OS/MS/ML
|
||
|
||
15. 实施定稿补充（2026-02-08）
|
||
|
||
1. ML 数据源定稿为“人工台账唯一真源”：
|
||
- `dws_ml_manual_order_alloc` 为 ML 主口径输入；
|
||
- 无台账时 `ML_raw=0`；
|
||
- `dwd_recharge_order` 的 last-touch 仅保留备用代码路径（默认关闭，`ML.source_mode=0`）。
|
||
|
||
2. 台账规则定稿：
|
||
- 一单可归多个助教，默认均分；
|
||
- `external_id` 作为订单ID，必填；
|
||
- 同一 `(site_id, external_id, assistant_id)` 重复导入时覆盖；
|
||
- 覆盖边界：
|
||
- 30天内：按 `site_id + biz_date` 日覆盖；
|
||
- 超过30天：按固定纪元 `2026-01-01` 的 30 天桶覆盖。
|
||
|
||
3. 关系指数任务形态：
|
||
- 单任务 `RelationIndexTask` 一次产出 RS/OS/MS/ML；
|
||
- 输出表：`dws_member_assistant_relation_index`；
|
||
- `RS/MS/ML` 分位映射与 EWMA 历史按 `index_type` 隔离。
|
||
|
||
4. 参数补充：
|
||
- `index_type=OS` 新增 `ownership_gap_threshold`（默认 0.15）；
|
||
- `index_type=ML` 新增 `source_mode`（默认 0，manual_only）。
|
||
|
||
5. 上线策略修订：
|
||
- 当前未正式上线，直接切换读新表；
|
||
- 影子期不再作为强制步骤。
|