shield_lock
金大哥
← 返回 Skill 列表
extension
分类: 数据与分析无需 API Key

私域运营数据复盘

私域运营数据复盘（通用版）：覆盖直播+拼团双线的数据复盘，从结果数据+过程数据（推客任务执行留痕）反推出下一周期的排期、选品、脚本、推客运营动作与内容素材。渠道无关——不绑定任何特定平台（不依赖 OneOne/微信小店等专有 API），输入为通用数据表（xlsx/csv/md），输出为复盘报告+反推四件套。触发词：私域复盘、直播拼团复盘、数据复盘、复盘反推、推客复盘、复盘报告、反推排期选品脚本。适用于私域运营操盘手、推客体系管理者、直播拼团商家。

person作者: user_9e7096aahubcommunity
download下载资源包

Private Domain Review（私域运营数据复盘 · 通用版）

Overview

复盘不是"看结果"，而是反推引擎——从数据信号倒推出下一周期的排期、选品、脚本、推客运营动作与内容素材。核心增量：过程数据（推客任务执行留痕）与结果数据（销售漏斗）双层对照，让归因从"猜"变"算"。

底层方法论对齐：诊-分-试-固 4 步法 + 增长双公式 + AI 数据诊断 4 模块。

触发场景

  • 用户提供私域销售数据（直播/拼团/订单/推客记录，任意格式表），要求复盘
  • 用户问"为什么卖得不好/哪一环出了问题/下一场怎么排"
  • 用户要求把复盘结论反推成排期、选品、脚本、推客任务、内容素材
  • 用户有推客任务清单/执行记录，要求结合数据归因
  • 用户要求做场次对比 / 找历史可比场 / 判断某场数据正不正常
  • 用户要求输出复盘报告（md + HTML 双版本）

核心流程（6 步闭环 + 基准层）

① 数据采集 → ② 口径校验 → ③ 双线漏斗诊断 → ④ 四维归因 → ⑤ 反推四件套 → ⑥ 验证下周期
       ↑_________________________________数据回流（下周期基线=本期结果）________________________________|
       基准层（贯穿③④）：排期规则 → 场次档案 → 历史可比场 → 基线对比

| 步骤 | 核心动作 | 输出 | |---|---|---| | ① 数据采集 | 读取通用数据表，识别字段；确认是否有过程数据（任务执行留痕）；拉取历史数据形成场次池 | 原始数据表 | | ② 口径校验 | 统一时间/金额/订单来源口径；标注缺失与不可比 | 口径说明 | | ③ 双线漏斗诊断 | 直播漏斗（预热→进入→停留→点击→下单→72h补单）+ 拼团漏斗（发起→参团→成团→支付→售后）逐环节定位断点 | 断点清单 | | ④ 四维归因 + 基准对比 | 人群×商品×推客×场次交叉归因；有执行留痕则套执行归因决策树；同类场指标 vs 历史基线判断正常/异常 | 归因结论 | | ⑤ 反推四件套 | 映射为排期/选品/脚本/推客任务+内容素材 | 作战包 | | ⑥ 验证下周期 | 单一变量对照基线 | 验证记录 → 固化SOP |

工作流

Step 1: 数据采集与识别

  1. 读取用户提供的数据表（xlsx/csv/md/json 均可），识别四类数据：
    • 结果数据：销售/订单/漏斗指标（GMV、订单数、转化率、退款率、复购率）
    • 过程数据：任务执行留痕（每个推广任务的执行状态/时间/触达量/执行人/素材版本）——有则归因精准，无则归因受限并提示补齐
    • 结构数据：商品、价格、毛利、库存
    • 分层数据：人群/推客分层表
  2. 字段盘点先行（防漏）：对照 references/data-attribution-map.md 第二节，检查订单字段可用性——尤其 利润(orderProfit)/拼团标记(isGroupBooking)/顾问(counselorNickName)/会员等级(rankName)/退款时效(refundDate)/履约(shipStatus) 六类高价值字段，标注可用/缺失。
  3. 判断数据质量：来源标记是否齐全（isGroupBooking 标记拼团、counselorNickName 标记推客）——注意：订单里的 counselor 字段即推客数据，勿误判为缺失。

Step 2: 口径校验（硬规则）

  • 统一口径：时段一致、金额含运费口径一致、退款是否扣除一致、拼团按"成团支付"计
  • 缺失即标注：写明"该环节因 XX 缺失无法下结论"，不臆测
  • 脱敏红线：只读昵称/ID；不读手机号/地址/消费明细；晒单证言脱敏
  • 结论三段式：每条结论 = 证据 → 判断 → 下一个动作

Step 3: 双线漏斗诊断

逐环节计算转化率，标红断点。断点定位规则：

  • 进入少 → 预热问题（查预告任务执行）
  • 停留短 → 主题/开场问题
  • 有互动无下单 → 货盘/价格/话术问题
  • 有下单退款高 → 品控/期望管理问题

Step 4: 变化归因（v3.0 核心 · 替代静态断点）

核心方法：变化归因（详见 references/variation-attribution.md）——本场 vs 同类历史场，多维度变化 → 归因到动作效果：

① 同类场配对：本周每场 → 历史同类场（排期+销售类型+品类+客单区间）
② 多维对比：订单/买家/客单/利润率/退款率 逐维度算 Δ
③ 变化→动作归因：每个显著 Δ → 同期改变了什么动作
④ 效果判定：动作 → 变化 → 有效/无效/待验证 → 反推四件套

维度配额规则（防"退款主导"）：

  • 报告必须覆盖 6 大维度：规模 / 价格 / 质量(利润) / 退款 / 转化 / 拉新
  • 退款只占 1 子块（§3.5 简版），其他分析环节不出现退款指标
  • 异常突出维度篇幅 ≤ 报告 1/3；退款词频不得为最高维度
  • 增长视角必填：报告必须有"本周增长从哪来"章节

环节归因（有观看数据时）：视频曝光→封面素材、观看→点击→选品质量、点击→下单→主播话术（详见 references/data-attribution-map.md）。

有过程数据时，叠加「执行归因决策树」逐层收敛（详见 references/attribution-rules.md）：

某环节结果差
├─ 任务未执行/延迟 → 执行机制问题 → 反推：改排期/推客任务分配
├─ 已执行但触达少 → 触达覆盖问题 → 反推：加渠道/激活推客
├─ 已执行触达正常但点击差 → 内容素材问题 → 反推：改脚本/素材
└─ 已执行点击正常但成交差 → 选品价格问题 → 反推：改货盘/价格锚点

无过程数据时，按四维交叉归因，并在报告中标注"归因置信度受限"。

基准对比（判断"正不正常"）：无论有无过程数据，都把本周场次与历史可比场对比（详见 references/session-comparison.md）：

  • 按排期规则（周三/六直播、周一/五拼团）自动归类场次，建立场次档案
  • 用销售类型 + 品类 + 客单区间检索历史可比场
  • 同类场退款率/转化 vs 基线 → 判断正常/异常，识别放量/失血

Step 5: 反推四件套

按信号→动作映射表（详见 references/attribution-rules.md 第三节）输出：

| 反推项 | 内容 | 对接工具 | |---|---|---| | 排期 | 下一周期日历（含预热节奏、拼团/直播错峰） | sales-schedule-generator | | 选品 | 保留/替换/新增，附数据依据 | selection-plan-generator | | 脚本 | 开场钩子/卖点段/承接话术重写点 | sales-script-generator | | 推客任务+素材 | 任务卡（归因信号→任务清单动作映射）+ 内容素材清单 | 推客任务清单 + references/pusher-actions.md |

归因驱动全件套建议：每个归因信号默认同时输出 排期（主题/品类/客单价）、选品、脚本/排品、推客 四类候选建议（详见 references/attribution-actions.md）：

  • 排期建议含 3 子维度：主题 / 品类 / 客单价
  • 动作 = 待验证假设，执行留痕 → 下期验证 → 跑通 2 次固化 SOP
  • 一条信号只主改一个变量（建议间按优先级挑选，不同时全改）

Step 6: 输出与验证（双版本交付）

每次复盘固定输出两个版本：

  1. Markdown 版：按 references/report-template.md（10 段式 v2.0）输出，供存档/归档/知识库
  2. HTML 可视化版：按 assets/report-template.html 输出自包含单文件（内联 CSS，无外部依赖），供查看/分享/汇报

HTML 可视化版规范：

  • 结构完整对齐 md 版（12 区块）：执行摘要 → 概览数字卡 → 直播线/拼团线 → 数据与口径声明 → 直播/拼团漏斗 → 基准对比（可比场）→ 退款诊断（集中模块） → 归因+置信度 → 问题优先级 → 反推四件套 → 下周期验证目标 → 合规清单 → 场次日历

  • 退款分析只保留一个「退款诊断」模块：退款总览/品牌基线/退款归因/反推动作全部集中于此，其余区块不重复退款分析，只做引用

  • 配色遵循中国习惯：涨/好=红、跌/差=绿（注意与直觉相反）

  • 数据视觉化优先：概览用数字大卡、漏斗用横向条、基准对比用表格 + 正常/异常色标

  • 自包含单文件：<style> 内联、无 CDN/外部资源、可直接双击打开

  • 手机可读：窄屏下卡片纵向堆叠

  • 模板与 md 版必须同构：禁止只做"展示型"精简版，置信度声明/数据缺口清单/合规清单等防误导内容不可省略

  • 报告末附「下周期验证目标」：单一变量 + 基线值

  • 跨场次累积形成"执行-结果"对照库，归因从个案判断升级为规律判断

规则速查

  1. 一条信号只主改一个变量（对齐诊分试固的 5 个"1"）
  2. 先漏斗后归因：先定位断点环节，再归因是谁的问题
  3. 四维交叉：同一断点至少看两个维度
  4. 对比基线：所有结论与历史可比场基线比，不只看绝对值
  5. 归因置信度声明：每次归因标注置信度（高=有过程数据+有可比场 / 中=缺其一 / 低=皆缺，结论为假设待验证）
  6. 动作 = 待验证假设：反推动作执行留痕 → 下期验证 → 跑通 2 次才固化 SOP
  7. 双版本交付：每次复盘输出 md（存档）+ HTML（可视化），结构同构
  8. 合规：极限词禁止、功效承诺有依据、价格对比真实可查、抽奖明示规则、赠品价值不虚标、售后只承诺可执行保障

Resources

references/

  • references/attribution-rules.md — 归因决策树 + 信号→动作映射表 + 四维归因模板
  • references/attribution-actions.md — 归因驱动动作库：8 类信号 × 四件套（排期含主题/品类/客单）全量建议
  • references/data-attribution-map.md — 环节→归因对象映射 + 订单字段全量盘点 + 误判修正记录
  • references/variation-attribution.md — 变化归因方法论：本场 vs 同类场多维对比 → 归因动作效果 + 维度配额规则（v3.0 核心）
  • references/session-comparison.md — 场次对比检索：排期→场次档案→历史可比场→基线对比
  • references/report-template.md — 复盘报告 10 段式输出模板（md 版 · v3.0 变化归因）
  • references/task-checklist.md — 推客任务清单通用模板（含执行留痕字段，供用户补过程数据）
  • references/pusher-actions.md — 推客模块：归因信号 →《推客任务清单》动作映射（拼团5/直播8/日常2 任务，不依赖推客数据）

assets/

  • assets/report-template.html — HTML 可视化版报告模板（自包含单文件，Step 6 双版本交付用）

通用性说明

本 skill 渠道无关：不调用任何专有平台 API。数据输入为通用表格式；如需对接特定渠道（如微信小店/OneOne），由调用方先导出为通用表再交给本 skill。