私域复盘引擎

私域复盘常陷入「只看结果」的陷阱：GMV 涨了归因于话术，GMV 跌了归因于流量，最后排期、选品、脚本、推客任务各自拍脑袋改，下一场继续靠猜。这个技能解决的问题很具体——当手上有一份直播或拼团的销售数据表，需要回答「哪一环断了、为什么断、下一场该怎么改」时，如何把归因从经验判断变成可验证的计算过程。

核心能力：过程与结果双层对照

技能把数据拆成两层：结果数据是销售漏斗（预热→进入→停留→点击→下单→补单），过程数据是推客任务执行留痕（谁在什么时间执行了什么任务、触达了多少人、用了哪个素材版本）。两层对照的价值在于：当漏斗某环节异常时，能直接定位是执行没到位，还是执行到位但转化逻辑本身有问题。

关键步骤分六步：

1. 数据采集与字段盘点：读取 xlsx/csv/md/json 格式的通用数据表，识别订单字段中的利润、拼团标记、顾问、会员等级、退款时效、履约状态等高价值字段，标注可用或缺失。
2. 口径校验：统一时段、金额是否含运费、退款是否扣除、拼团按成团支付还是发起支付计，缺失即标注「该环节因 XX 缺失无法下结论」。
3. 双线漏斗诊断：直播线与拼团线分别逐环节计算转化率，标红断点，并按规则映射到预热、主题、货盘、品控等具体问题。
4. 变化归因：本场 vs 历史可比场做多维对比（规模、价格、利润、退款、转化、拉新），维度配额规则防止退款指标主导整个报告。
5. 反推四件套：把归因信号映射为排期日历、选品建议、脚本重写点、推客任务卡与素材清单，每个建议标注「待验证假设」。
6. 双版本交付：Markdown 版按 10 段式模板输出供存档，HTML 版自包含单文件供汇报分享，两者结构必须同构，置信度声明与合规清单不可省略。

适用边界与注意点

这个技能渠道无关，不调用任何专有平台 API，数据输入是通用表格式。如果你用微信小店或 OneOne，需要先导出为通用表再喂给它。

两个关键限制：

• 过程数据决定归因精度：有推客执行留痕时，归因决策树能逐层收敛到具体动作；无过程数据时只能做四维交叉归因，报告会标注「归因置信度受限」，结论为假设待验证。
• 动作必须验证才能固化：反推的四件套建议本质是「待验证假设」，执行时需留痕，下周期做单一变量对照，跑通两次才升级为 SOP。一条信号只主改一个变量，禁止同时全改。

报告配色遵循中国习惯：涨/好=红、跌/差=绿。合规红线包括极限词禁止、功效承诺需有依据、售后只承诺可执行保障。