2S 性价比调整机制方案

目标：从"看数据手动调"升级为"机制驱动调"。本方案回答四个问题：衡量什么、什么时间触发、什么情况快调、什么情况观察。
汇报对象：老板 · 核心诉求：可行性 + 怎么用 · 生成于 2026-10-26

0一句话机制

转率跌了不直接调，先分清是噪声、临时冲击、还是结构性走弱——三者对应忽略 / 观察 / 调整。
持续性优先于强度：单次大跌先观察，连续走弱才调整。

核心判断：不是"转率跌了就调"，是"转率跌了之后，分清三种情况再决定动不动"。这是机制和动作的本质区别——动作是被数据驱动，机制是被规则驱动。

1为什么要建机制（矛盾 + 对比）

核心矛盾：T+3 转率灵敏但跳变大 vs 双月数据稳定但太钝。
老板要"马上发现马上解决"，但阈值设错会误调——太灵敏被噪声误导，太钝错过窗口。
解法：用三层信号耦合解决——T+3 做快信号、T+3 累积做慢信号、安全垫做兜底。

场景	没机制（现状）	有机制（目标）
噪声误调	T+3 单日大跌就紧张，手动看数据，可能误调	噪声过滤（样本<30不决策）+ 7天高密度观察，确认持续性才调
慢调滞后	等双月数据才看，结构性走弱已持续 1-2 个月	双周累积慢信号 + 月底强制 review，最迟半月发现
一直观察不调	观察中的单元没人盯，一放就一个月	观察 ≥ 1 月强制升级慢调清单（规则 B），不漏不拖
大盘整体下滑误调	2S 转率跌了就调锚点，其实是大盘整体问题	M2（非2S）同步下滑→进观察不调（防把大盘问题当锚点问题）
调整抖动	刚调完又调，反复抖动	14 天冷却期（规则 D），例外：安全垫击穿+倍数跌破1双重命中豁免

2机制核心：三层信号 × 四档动作

三层信号回答"什么情况算异常"，四档动作回答"该调还是该看"。持续性优先于强度——单次大跌先观察，连续走弱才调整。

三层信号 → 复合判定 → 四档动作。红色=快调（紧急），橙色=慢调（半月），黄色=观察（跟踪），灰色=忽略。

设计理由：转率本身有滞后和噪声。持续性比强度更重要——单次大跌可能是节假日/政策冲击，连续走弱才是结构性问题。
所以单次大跌不直接调，但必启动7天高密度观察——7天内若快信号也命中→升级快调；7天后未回升→强制升级慢调。

3判断规则：什么情况怎么处理（决策矩阵）

四档动作的触发条件，写具体阈值——这些是建议值，首月影子模式校准。

档位	触发条件（同时满足）	动作	节奏
快调	S_floor + S_fast 双命中 ≥ 3天且 ¬S_noise 即：单日大跌 + 周级偏离度<-10%且击穿，持续3天	进快调清单	单周内人工review
慢调	S_slow 命中（连续2周累积偏离）且 ¬S_recover 且 ¬S_noise 即：2周偏离度均值<-5%且超额<0，无回升	进慢调清单	半月内人工review
观察	S_floor 命中但 S_fast 未持续 / S_slow 单周触发未满2周 / S_recover 命中	进观察池，采样升到日级T+1	持续跟踪
忽略	S_noise（样本<30）/ S_recover / 偏离度∈[-5%,+5%]正常带	正常日级监控	无

四条硬规则（边界约束）：
规则A：单次大跌不直接调，启动7天高密度观察（T+1辅助每日推送）。7天内S_fast也命中→升级快调；S_recover命中→降级观察再7天；7天后未回升→强制升级慢调。
规则B：半月底线——每半月（1日、16日）强制全量扫描；观察档位累计≥1月→强制进慢调清单（防"一直观察一直不调"）。
规则C：安全垫击穿是硬约束——任一档击穿≥3天→直接进快调清单，不走S_fast路径。
规则D：调整冷却期14天——同单元上次调整后≤14天，新信号只进观察；例外：安全垫击穿+倍数跌破1双重命中→豁免冷却期。

4怎么调：方向 + 幅度

方向看6种信号组合，幅度按严重程度缩放。调整对象是锚点val_ss（S+档位价），其他13档等距平移（复用现有 generate_config.py 逻辑）。

信号组合	方向	逻辑依据
倍数↓ 且超额<0	调高 val_ss（收紧）	2S转率弱 + 份额不超额 → 选车偏松，上抬锚点
倍数↓ 但超额>0 且弹性>1	观察不调	转率降但份额仍超额、弹性>1 → 大盘整体问题，非锚点问题
倍数↓ 且超额>0 但弹性<1	微调高（小幅）	份额超额但弹性<1 → 放宽偏宽，小幅收紧试探
倍数↑ 且超额>0 且上架占比↑	调低 val_ss（放宽）	2S转率好 + 份额超额 + 上架在涨 → 偏紧，放宽捕获更多车源
倍数↑ 但上架占比↓ 且贴边占比>60%	观察不调	转率好但上架缩 + 大量贴边 → 放宽会破价，先看
安全垫击穿（任一档）	必须调高直到击穿档恢复	硬约束，无视其他信号

幅度公式：
delta = clip(0.01 × severity_factor × direction_sign, -0.05, +0.05)
severity_factor = 1 + |偏离度|×2 + 击穿档数×0.5 + S_slow持续周数×0.3

硬上限：单次≤0.05；月内同方向累计≤0.10；调整后val_ss不得越档（不高于val_sss、不低于val_s2）。

5怎么运转：节奏 + 闭环

日级监控 + 周级快调 + 双周慢调 + 月底强制 + 大跌即时兜底。自动化边界：监控/发现/建议清单全自动；Excel改+opl导入必须人工（无接口+合规）。

节奏	时间	动作	自动化
日级	每日 10:00	拉 T+3 + T+1，算指标，更新看板	全自动
周级	周一 10:00	跑 S_fast，生成快调清单 + 观察池增量	全自动
双周级	1日、16日	跑 S_slow 全量扫描，生成慢调清单	全自动
月底	每月最后一天	强制全量 review（观察≥1月的强制进慢调）	全自动
触发式	S_floor 即时	推送大跌预警，启动7天高密度观察	全自动
执行	人工决定	Excel改val_ss + opl导入 + 部署	人工
验证	调整后T+3+14天	跑效果对比，无改善→回滚建议	全自动

7步闭环：监控→信号→决策→清单→人工执行→验证。绿色=全自动，红色=人工执行（合规要求）。

影子模式（首月）：首月只生成建议清单不执行任何调整——系统照常监控、照常算信号、照常出"该调哪个/调多少"的清单，但不动Excel、不导入opl。
这一个月的作用是拿系统建议对照手动判断，校准阈值（-10%/-5%/-25%/30/14天）。准了第二月正式上线，不准先调阈值。

6可行性（基建已有，落地轻）

这不是画饼——90%的基建已就绪，只需补定时任务和机制看板。

基建	现状	复用方式
Doris OAuth 连接	已有	复用 doris_conn.py，任何转率监控SQL都能跑
四步管线	已有	拉Doris→重算→部署→验证，已在2S报告跑通
配置生成（锚点平移）	已有	generate_config.py，19片区×45397×14档，val_ss变动后其余13档+=delta
KPI看板 + 阈值着色	已有	绿≥70%/橙50-70%/红<50%，复用现有看板模板
Cloudflare部署	已有	deploy-cf.sh + workbuddy_sites_deploy
G模块倍数下滑判定	已有	改后倍数<改前倍数即标记，直接复用为信号判定逻辑
定时任务	需补	WorkBuddy automation 新建，cwds指定时任务空间
机制看板	需补	信号状态区+清单预览，复用现有看板模板扩展

落地路径：
第1周：算改前基线 + 跑影子模式（只算信号不出清单），人工对照已有G模块结果
第2周：出首份建议清单，人工review准确率
第3-4周：接入定时任务 + 机制看板 + 效果验证
第5周起：正式上线，首月双跑，月底复盘阈值

7给老板的承诺

1. 半月为底线，周级预警
最迟半月发现结构性走弱，周级就能预警快调候选。单次大跌即时兜底，7天高密度观察确认持续性。

2. 首月影子模式验证，不误调
首月只生成清单不执行，校准阈值（-10%/-5%/-25%/30/14天）。准了第二月正式上线，不准先调阈值。

3. 人工兜底，合规优先
Excel改val_ss + opl导入必须人工（opl配置中心无接口 + 合规要求）。机制只生成"可直接导入的Excel"，人工导入后跑校验脚本。

4. 调了就验证，无效就回滚
调整后T+3+14天跑效果对比，改善≥5%→有效；无改善或恶化→自动进回滚建议清单。