DR-01 · 多平台经营日报（口径统一版）

① 场景引入

一、这件事现在是什么样

经营数据与口径治理 · 真实业务触发

每天早上 9 点半前，运营要把三个平台的数拼成日报发到管理群。生意参谋一个数、抖音罗盘一个数、拼多多后台一个数，口径各不相同 —— 老板娘只认「支付宝到账」。拼完的日报她总要追问一句：为什么报表上 92 万，到账只有88 万？

二、痛点 · 每条都有来源

1. 直接看板数据通常带 10%-15% 水分：支付口径含未退款订单，实收才是真金白银 —— 验证线是支付宝到账 ÷ 支付金额 ≥ 82%，低于说明结构性问题
   依据：对账指南：支付宝月度实际到账 ÷ 生意参谋支付金额低于 82%，说明退款率、渠道扣费或看板逻辑出现结构性错误；直接看板数据通常带 10%-15% 水分
2. 某美妆客户双 11 GMV 同比 +31%，拆开是退款率 46% 的虚假繁荣 —— 只报支付口径的日报等于给老板递一颗延期爆炸的雷
   依据：某美妆客户双 11 GMV同比 +31%，拆开发现真实有效销售只涨 9%，其余是「预售定金膨胀」催出的虚假繁荣，大促结束 15 天内退款率冲到46%
3. 日报形式主义的根源：登 N 个后台抄数拼表是纯手工，抄错一个数整份信任崩塌；写了没人看的不是「日报」，是「没有结论只有数字的日报」
   依据：日报形式主义吐槽：写了没人看、不写又挨骂；运营的时间黑洞在「每天登 N个后台抄数拼表」

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 直接看板数据通常带 10%-15% 水分：支付口径含未退款订单，实收才是真金白银 —— 验证线是支付宝到账 ÷ 支付金额 ≥ 82%，低于说明结构性问题某美妆客户双 11 GMV 同比 +31%，拆开是退款率 46% 的虚假繁荣 ——只报支付口径的日报等于给老板递一颗延期爆炸的雷
• 日报形式主义的根源：登 N 个后台抄数拼表是纯手工，抄错一个数整份信任崩塌；写了没人看的不是「日报」，是「没有结论只有数字的日报」

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 多源取数 · 三个后台的数先对上GMV、订单、退款、流量、转化逐项归集 —— 平台间口径差异先标注再归一
2. 双口径核算 · 支付与实收并排支付 GMV × (1−退款率) − 平台扣点 = 实收；实收/支付比对照 82% 健康线第 3步异常标红 · 三个维度的偏离环比偏离、渠道偏离（抖音退款率显著高于店铺均值）、单品偏离
3. 口径注释 ·每个数字说清来路「支付口径（生意参谋）」「实收口径（支付宝到账）」逐项标注 —— 老板娘问「钱呢」时答得上来
4. 结论生成 · 头部三句话不是数字堆砌：一句话讲发生了什么、一句话讲为什么、一句话讲今天该看什么

要准备什么：生意参谋/抖音罗盘/拼多多后台导出三份格式各异的原始数据支付宝/微信到账流水财务导出 —— 实收口径的真身昨日手写日报（如有一并拿来）对照抄错与口径混乱的现状商品成本表异常解读时判断「涨了但不赚钱」为什么这个场景值得做

优先级评分：痛感 5 × AI 适配 5 ÷ 落地难度 2 = 12.5

最大差异点：不要求各平台数据先打通。三个后台的导出（格式各异）直接扔进来 —— 口径翻译是机器的活，抄数不是。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：多平台经营日报（口径统一版）.xlsx 双口径 + 82% 对照 + 异常标红 + 三句话结论
• 可派发清单：异常与待核对清单.xlsx 逐条异常 · 排查方向 + 当日复核责任人
• 可派发清单：口径对照说明.xlsx 三平台口径差异表 · 供新运营接手时读

这套东西不承诺什么：不做「自动发群」—— 定时推送企微自带。本场景的价值在口径翻译与异常解读：同一个 GMV给两个数、低于 82% 告警、每个异常给排查方向。日报发出前由运营过目。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：洁屿家居（虚构 · 三平台 · 9 人团队）早上 9 点半，运营专员沈飞要把昨天的数拼成日报发管理群。三个后台的导出、财务的到账流水、还有上个月那份出过抄错事故的手写日报 —— 老板娘只认「钱到账了多少」。

输入文件5 份昨日支付 GMV52,400 元昨日实收44,951 元告警渠道抖音 1 个

输入运营手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_生意参谋导出_0818.xlsx 淘宝侧的原始数据 —— 运营默认的「真数」沈飞每早导出 · 平台口径
• 02_抖音电商罗盘导出_0818.xlsx 抖音侧的原始数据 —— 退款率显著高于另两个渠道沈飞每早导出 · 平台口径
• 03_拼多多后台导出_0818.xlsx 拼多多侧的原始数据 —— 量小但退款率中等沈飞每早导出 · 平台口径
• 04_支付宝到账流水_0818.xlsx 财务导出的实际到账 —— 实收口径的真身，运营平时不看财务出纳 · 每日导出
• 05_上月手写日报_0723.xlsx 7 月 23 日的手写日报 —— 出过抄错事故的那份沈飞 · 已归档

注意标橙色那一份 —— 04_支付宝到账流水_0818.xlsx。它财务出纳 · 每日导出，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

三个平台的导出和支付宝到账流水都在这，帮我拼今天的经营日报。

GMV 给我两个口径，实收和支付哪个低给我标出来，跟 82% 那条线比一比。

哪个渠道不对劲、今天该先看什么，给我三句话说清楚。

数对不上的地方直接标出来，我去后台核对，别帮我圆。复制

短是因为「82% 验证线、双口径公式、串行检测规则、三句话结论结构」都写在能力包里。运营只需要把三个导出扔进来。

触发9 点半的死线与老板娘的「钱呢」

三个后台三份导出 · 一个口径之争

昨天的手写日报被老板娘追问了一句「报表上 52,400，到账怎么只有 44,951？」—— 沈飞答不上来。今天他决定把口径一次说清楚：同一个 GMV，给两个数。

第 1 步 · 多源归集 · 三个后台的数先对上

GMV、订单、退款、流量、转化逐项归集

这一步的看点 · 从历史日报里想起了上个月抄错的那个数7月 23 日的日报里抖音退款率写的是 1.5%，实际是 14.6% —— 手工复制串行，「看起来正常」的错误在管理群挂了一整天。这次的归集把串行检测写进规则：任一渠道退款率环比波动超 5 个点必提示人工复核。这条规则不靠当天经手的人警觉 —— 抄错的防护靠规则，不靠小心。

第 2 步 · 双口径核算 · 支付与实收并排

同一个 GMV 两个数 · 实收/支付比对照 82% 线

这一步的看点 · 该拦的地方拦住了结论写的是「今天的日报还不能直接发群」—— 抖音渠道 79.2% 已跌破 82% 线。直接发出去，老板娘的追问会变成问责；带着归因发，追问就变成预警。给出的不是干等：日报照常发（其他两渠道健康），抖音行加黄标「退款率 14.8% 连续 7 天爬升 —— 今日重点核查直播订单的运费险覆盖与尺码/规格描述」，把「钱

呢」变成「今天该看什么」。

第 3 步 · 异常标红 · 三个维度的偏离

环比、渠道间、单品层

这一步的看点 · 排除性结论，省掉一轮自查内耗「拼多多的转化率下滑可以排除出问题清单 ——该平台 8 月调整了流量分配规则，全行业同比都在降，属于外部因素。」没有这条例外排除，运营会花半天查一个查不出来的「自家问题」—— 知道不用查什么，和知道该查什么一样值钱。

第 4 步 · 口径注释 · 每个数字说清来路

老板娘问「钱呢」时，答案在表头

第 5 步 · 结论生成 · 头部三句话

一句话发生了什么 · 一句话为什么 · 一句话今天看什么

#结论1昨日全店支付 52,400、实收 44,951（85.8%），淘宝与拼多多健康2抖音实收比 79.2% 跌破告警线 —— 退款率14.8% 连续 7 天爬升，主因在直播订单3今天优先看两件事：直播运费险覆盖核查（抖音）、油污净退款申请单（31单，与差评聚类同源）三句话是日报的头部 —— 老板娘 10 秒读完决定要不要往下看。没有结论的日报才会「没人

这一步的看点 · 把技术动作翻译成钱「双口径」翻译成：「昨日支付 52,400、实收 44,951 —— 差额 7,449 里5,115 是退款、2,334 是扣点。按 8 月累计（支付 926,000、实收 793,656、差额 132,344），如果备货按支付口径备，月末现金缺口就是 13 万级」—— 口径差第一次被算成了现金缺口，这正是老板娘每天问「钱呢」的原因。

日报可以发，但抖音行必须带黄标与归因 —— 否则今天就是问责现场抖音实收/支付比 79.2% 已跌破 82% 告警线、退款率 7 天连升 —— 裸发数据等于把问题交出去，带着归因发才是把方案交出去。方案 A（推荐 · 照发带标）：日报照常发群，抖音行黄标 + 归因一句（直播订单退款）+ 今日两件事（运费险覆盖核查、油污净退款单）—— 老板娘看到的是「问题已被看见且有动作」。方案 B（缓发 1 小时）：先让沈飞进抖音后台把退款申请逐单扫一遍（约 40 分

钟），把「14.8% 里多少是运费险可拦截的」写进日报再发 —— 信息更完整，代价是日报晚 1 小时、管理群的节奏被打断。两案都基于同一判断：今天不解决退款率，只看见退款率 —— 解决方案在 MD-02 的差评聚类里（油污净「漏液」已现苗头）。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 日报从「抄数拼表」变成「口径翻译 + 异常解读」—— 每个数带来路
• ✓ 「实收/支付比 ≥ 82%」成为固定健康线—— 虚假繁荣在日报层就被拦下
• ✓ 串行检测规则落地 —— 上月那种「看起来正常」的抄错不会再潜伏一个月
• ✓ 老板娘的追问从「钱呢」变成「今天该看什么」—— 日报第一次有了结论

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 能不能每天自动发到群里？ 定时发企微免费自带。我们的产出是日报文件与结论 —— 什么时候发、发不发，运营定。
• 数据不导不行吗？ 现在要导（各后台导一次约 5 分钟）。平台接口权限若开放会第一时间接 —— 但口径翻译的规则不变。
• 82% 这条线对小店铺也适用吗？ 是行业对账指南的通用验证线；您店铺的历史实收/支付比是最好的基线 —— 首月跑通后用您自己的数定线。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

多平台经营日报（口径统一版） · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

multi-platform-daily.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是运营手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁DR-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

• 01_生意参谋导出_0818.xlsx 淘宝侧的原始数据 —— 运营默认的「真数」
• 02_抖音电商罗盘导出_0818.xlsx 抖音侧的原始数据 —— 退款率显著高于另两个渠道
• 03_拼多多后台导出_0818.xlsx 拼多多侧的原始数据 ——量小但退款率中等
• 04_支付宝到账流水_0818.xlsx 财务导出的实际到账 —— 实收口径的真身，运营平时不看
• 05_上月手写日报_0723.xlsx 7 月 23 日的手写日报 —— 出过抄错事故的那份

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

三个平台的导出和支付宝到账流水都在这，帮我拼今天的经营日报。

GMV 给我两个口径，实收和支付哪个低给我标出来，跟 82% 那条线比一比。

哪个渠道不对劲、今天该先看什么，给我三句话说清楚。

数对不上的地方直接标出来，我去后台核对，别帮我圆。复制

为什么这么短就够了：短是因为「82% 验证线、双口径公式、串行检测规则、三句话结论结构」都写在能力包里。运营只需要把三个导出扔进来。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

XLSDR-01_多平台经营日报（口径统一版）.xlsx正式件本体 · 双口径 + 82% 对照 + 异常标红 + 三句话结论下载

• ↓XLSDR-01_异常与待核对清单.xlsx 逐条异常 · 排查方向 + 当日复核责任人
• DR-01_口径对照说明.xlsx 三平台口径差异表 · 供新运营接手时读

Skill 里固化了什么：从历史日报里想起了上个月抄错的那个数该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：生意参谋/抖音罗盘/拼多多后台导出三份格式各异的原始数据支付宝/微信到账流水财务导出 —— 实收口径的真身昨日手写日报（如有一并拿来）对照抄错与口径混乱的现状商品成本表异常解读时判断「涨了但不赚钱」

人工边界：不做「自动发群」—— 定时推送企微自带。本场景的价值在口径翻译与异常解读：同一个 GMV 给两个数、低于 82% 告警、每个异常给排查方向。日报发出前由运营过目。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

经营数据与口径治理 · 产出即下一步输入

DR-02 · GMV 对账器（82% 告警线） — 运营说卖了 92 万 · 财务说到账 71 万 · 两个人拿着各自的表谁也说服不了谁 查看 →DR-03 · 周报一页纸 — 周报写了三年 · 老板娘从来没有翻到过第二页 查看 →DR-04 · 大促复盘报告（补断链版） — 818 大促 GMV 超了目标 15% · 退款潮 12 天后才来，复盘会开成了庆功会 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。