旗舰场景 报告文书 行业 · 商超连锁零售

ST-01 · 门店经营日报与晨会一页纸

痛点 POS 系统里什么数都有 · 但店长每天早上还是对着屏幕发呆十五分钟不知道明天进什么货

① 场景引入

一、这件事现在是什么样

门店经营(店长) · 真实业务触发

每天早上 8 点,店长要在晨会前把昨天的经营情况讲清楚差在哪、今天补什么货。上午 9-10 点是店长全天唯一能坐下来看数据的时间,之后就是到货、客诉、巡场。日报还要发到总部经营群,老板会追一句「锦绣店这周怎么掉了 6 个点」。

二、痛点 · 每条都有来源

  1. 店长一天七八十通电话、三万步,全天只有上午一次时间看数据;日报是 JD 里的明确职责,但真实做法是 POS 截图配一句「昨天还行」发群
    依据:店长一天纪实:每天上午巡完场才有一次时间看昨日销售数据决定次日进货;每天七八十通电话、日行三万步
  2. BI 看板在这个行业失败过一轮:做了几十张看板,业务还是反复要数,同一指标各部门出数不一样;日活集中在管理层,一线为零——店长拿到的是数字罗列,不是「今天该干什么」
    依据:BI 厂商自述:大量项目「做了几十张看板,业务还是反复要数,同一指标各部门出数不一样,上线大半年业绩没增长」
  3. 日报的异常说明栏全店一个模板「客流下滑、天气影响」,没有人有时间把损耗、变价、缺货、促销执行对到一起找原因
    依据:店长一日工作清单:开店巡检、盯收货、晨会复盘、效期检查、二次巡检价签临期、闭店日结报损
  4. 口径混乱:促销拆分口径财务与门店各一套,同一份「门店业绩」出两个数,月度复盘时再花一天对账
    依据:BI 厂商承认的口径问题:同一「门店业绩」各部门出数不一样

三、换个做法之后

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

✕ 现在的做法

  • 店长一天七八十通电话、三万步,全天只有上午一次时间看数据;日报是 JD 里的明确职责,但真实做法是 POS 截图配一句「昨天还行」发群
  • BI 看板在这个行业失败过一轮:做了几十张看板,业务还是反复要数,同一指标各部门出数不一样;日活集中在管理层,一线为零——店长拿到的是数字罗列,不是「今天该干什么」
  • 日报的异常说明栏全店一个模板「客流下滑、天气影响」,没有人有时间把损耗、变价、缺货、促销执行对到一起找原因
  • 口径混乱:促销拆分口径财务与门店各一套,同一份「门店业绩」出两个数,月度复盘时再花一天对账

✓ 交给 Agent 之后

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

四、场景闭环

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

  1. 要素校验 · 昨天的数齐不齐逐项检查四类数据是否到齐;缺项不阻塞,但要标出「今日缺 XX,影响哪段归因」
  2. 口径归一 · 把四张表拉到同一天POS 的销售口径、损耗台账的实物口径、变价记录的价格口径对齐到同一营业日,折算规则逐项写清
  3. 异常识别 · 和谁比、差多少同比/环比/同类店对比三把尺子;只列超出阈值的项,每条带数据出处
  4. 归因叙述 · 差在哪、证据是什么把损耗、变价、缺货、促销执行、天气对到异常项上,讲得通的写证据,讲不通的标「原因待查」
  5. 动作建议 · 今天货架前干什么补货/调价/出清/追单四类建议,每条带依据;订货量确认栏留空
  6. 留证与发送 · 生成日报文件与晨会一页纸日报落成带签批栏的文件,晨会一页纸只有今天要讲的三件事,发群由店长决定

要准备什么:POS 日结导出(销售额/客单/客流/分品类/分时段)系统导出的原始表,各店导出习惯不一,列名经常对不齐生鲜损耗登记表(当日)打烊后补录的 Excel 或手写拍照,损耗原因栏经常空着促销档期执行记录总部下发的档期表 + 门店换堆头换 POP 的拍照打卡,散在微信群昨日变价与临期出清记录POS 变价流水 + 出清登记,能解释「为什么昨天毛利变了」

为什么这个场景值得做

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

最大差异点:不要求客户先统一口径再上系统。POS 导出、损耗台账、变价记录、促销排期各是什么格式就用什么格式,Agent 在日报里逐项标注每个数的出处,两套口径并存时并列展示并写清差额,而不是逼财务先改系统。

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

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

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

五、会产出什么

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

  • 正式件本体:门店经营日报.xlsx 正式件 · 含签批栏与逐项数据出处
  • 可派发清单:晨会一页纸.docx 今天要讲的三件事 · 可直接进店长群
  • 可派发清单:异常与待办清单.xlsx 每条异常带证据链与影响金额 · 可派发

这套东西不承诺什么:不替店长做订货决定——日报只给「建议动作」和依据,订货量确认栏留空由店长填。不自动发到任何对外渠道,日报先落成文件,店长看完再决定转发哪个群。异常归因只列证据链,不写「业绩下滑是因为店长管理不到位」这类责任判断。

② Live Demo(演示逐步)

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

案例设定:2026-09-01 早上 8:10,锦绣店店长吴丽娟要在晨会前把 8-31 的经营情况讲清楚。她把 POS 日结、损耗登记、变价流水和促销档期打卡四样东西一起拖给了 Agent。开学季第二天,附近中学学生回流——这条背景她只口述了一句。

8-31 销售额86,420 元(环比 −6.8%)客流 / 客单1,847 人 / 46.8 元缺货单品14 个(水产占 6 个)当日损耗1,860 元 · 台账另有 2 条缺失

输入连锁零售手上能拿到的东西

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

POS日结导出_0831.xlsx锦绣店 8-31 全天销售数据系统导出原始表,列名是工程师起的名字,店长从来不改损耗登记表_0831.xlsx打烊后值班组长补录的当日损耗原因栏经常空着,今天空了 2 条整行变价与出清流水_0831.xlsx昨日全部变价与临期出清记录POS 变价流水,能解释毛利为什么动促销档期执行打卡_0901档.xlsx开学季档期(9-1 起)各店换堆头/换POP的打卡记录是店员随手发在「惠邻各店陈列群」里的照片,导出前从来没进过任何报表上周日报存档.xlsx上周同店日报,做环比基准上周就是 Agent 生成的,这周对比就多一个真基准注意标橙色那一份 —— 促销档期执行打卡_0901档.xlsx。它是店员随手发在「惠邻各店陈列群」里的照片,导出前从来没进过任何报表,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

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

这是锦绣店昨天的经营数据:POS 日结导出、损耗登记表、昨天的变价记录和促销档期执行打卡。 帮我生成昨天的门店经营日报和今天晨会用的一页纸。 异常要给我讲清楚差在哪、为什么,讲不通的就说讲不通,别硬编原因。 最后给今天要做的三件事,订货数量那栏留空,我自己定。 今天是开学季第二天,附近中学学生回流,你参考的时候把这条记上。

口径怎么归一、和谁比、异常阈值是多少,这些规则都在 Skill 里——prompt 只需要交代是哪家店、今天有什么特殊背景(开学季),以及店长自己保留的两个决定权:归因不硬编、订货自己定。

第 1 步 · 要素校验 · 昨天的数齐不齐

四类数据逐项点到,缺什么先说清楚

POS、变价流水、上周基准齐全;损耗台账 6 行里有 2 行无法辨认;促销执行打卡这份从微信群照片导出的表,第一次被拉进日报。数据源状态缺口对归因的影响POS 日结导出齐—无损耗登记表缺 2 行字迹潦草无法辨认损耗合计只能按1,860 元入账,缺失部分单独估变价与出清流水齐—无促销档期执行打卡齐锦绣店打卡 0/4开学季档期执行情况成疑,毛利归因受影响4 类数据3 齐 1 缺2 行台账 + 4 项打卡两条缺口都已标注,不阻塞出报缺项不拦日报,但每条缺口要写清影响哪段归因——这条纪律写进了 Skill。该拦的地方拦住了损耗台账缺 2 条记录时,日报顶部直接挂红条:「本日损耗数据不能作为月度损耗考核依据」——并给出不用干等的替代方案(见最终拦停)。考核口径的数据缺口,宁可先拦住再补。

第 2 步 · 口径归一 · 把四张表拉到同一天

销售额口径、实物口径、价格口径对齐到 8-31 营业日

演示数据(表格原文)指标口径A口径B差额日报采用销售额(含促销拆分)POS 含税口径 86,420财务去税口径 76,4789,942两套并列,差额写明损耗(实物 vs 金额)台账金额 1,860 元实物盘点约 1,900 元(估)约 40以台账为准,盘点数备注生鲜占比含水产39.8%剔水产 36.4%3.4 个点采用含水产,口径写清不要求财务先改系统——两套口径并存就并列展示,差额是多少写多少。从历史里想起公司踩过的坑六月促销换堆头没按时执行、单品白丢一天销量的记录在档——这次同一特征再次出现(档期表有、门店打卡 0/4),Agent 直接把上次的结果拎出来对照。这条不靠当年经手的督导还在不在职。

第 3 步 · 异常识别 · 和谁比、差多少

同比 / 环比 / 同类店三把尺子,只列超阈值的

演示数据(表格原文)异常项数值对比基准偏差数据出处销售额环比86,4208-30 的 92,730−6.8%POS日结\_日结汇总水产销售额环比9,2608-30 的15,030−38.4%POS日结\_分品类缺货单品数14 个上周均值 5 个+9POS 缺货报表(附)促销档期打卡0/4应 4/4−4 项促销档期执行打卡4 项超阈值———全部带出处,可回查客流 1,847(−5.2%)未超阈值,不列入——阈值之上的才值得店长花时间。

第 4 步 · 归因叙述 · 差在哪、证据是什么

损耗、变价、缺货、促销执行、天气对到异常项上

演示数据(表格原文)异常归因证据链置信度水产 −38.4%基围虾连续缺货(8-31 到货少收 4 斤 + 供应商供货不稳)损耗台账「验收待核」行+ 缺货报表水产 6 单品高销售 −6.8%水产缺货拖累约 −2.9 个点,开学季文具增量对冲不足分品类环比 + 变价流水文具15.9 元档中促销执行锦绣店换堆头未执行(打卡 0/4),开学季档期第一天裸奔档期表 9-1 起 + 打卡记录空白高客流−5.2%可排除天气因素:同期同类三家店(城东/万和/康平)客流持平POS 对比(附表)高排除性结论「客流下滑可以排除天气因素,依据是同期同类三家店客流持平——问题在店内,大概率是水产柜缺货」,省掉一整轮向上找理由。讲不通的归因一律标「原因待查」,不硬编。

第 5 步 · 动作建议 · 今天货架前干什么

补货 / 调价 / 出清 / 追单四类建议,每条带依据

演示数据(表格原文)优先级动作依据涉及金额确认栏1联系宏海水产催基围虾到货,同时上架冻虾仁过渡水产缺货 6 单品,−38.4%预估日损失约 1,200 元销售额(店长填)2今天上午完成开学季堆头与 POP 更换,拍照补打卡档期打卡 0/4档期裸奔第一天,损失随天数放大(店长填)3鲜奶(9-2 到保)午后转五折出清位变价流水已 8 折,销量未跟上避免 24 盒 × 4.2 元进损(店长填)3 件今天的事晨会一页纸只放这三条——订货量确认栏全部留空把技术动作翻译成钱异常不只写百分比:缺货 6 单品昨日预估损失销售额约 1,200 元、鲜奶不出清折成潜在报损 100.8 元——店长和老板看的是钱,不是曲线。6留证与发送 · 生成日报文件与晨会一页纸落成带签批栏的文件,发不发、发哪里由人决定产出形态给谁看发送决定门店经营日报.xlsx带签批栏,每个数带出处店长签批 → 总部经营群吴丽娟看过再转发,Agent不自动发晨会一页纸.docx今天要讲的三件事晨会用打印出来,开会带异常与待办清单.xlsx每条异常带证据链与金额店长自己 / 转值班组长店内派发老板周建平如果追问「锦绣店这周怎么掉了」,日报第 4 步的归因表就是答案——证据链都在,不用再翻一遍系统。拦一条:8-31 损耗数据不能进月度损耗考核损耗台账缺失 2 条记录(约 240 元,按同周均值估),今日 1,860 元只是「已登记口径」。  办法一:日报照发,损耗栏标注「台账缺 2 条,考核口径待补」——月度考核时用补录后的数。  办法二:值班组长今天先补录原始记录(对着实物小票补,不许凭记忆),明早重跑一次日报再定。Agent 不代补、不估算入账——缺失数据进考核是给下个月埋雷。之后这一次跑完,公司多了什么

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

演示数据(表格原文)✓台账多了一条:本次日报的口径与异常结论入库,明天对比就多一个真基准✓三条口径被固定下来:销售额促销拆分、损耗实物/金额双口径、缺货损失估算公式✓促销执行打卡从「照片存群里」变成「日报归因的一等公民」,门店知道照片有人看了✓店长的角色变了:从「截图发群交差」变成「带着证据链的日报上晨会」,老板追问他能当场答上追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果能直接发到总部经营群吗?不能自动发。日报先生成文件,店长(或你指定的任何人)看过再转发——对外发送的按钮必须在人手上。归因会不会胡说八道?讲得通的写证据链,讲不通的一律标「原因待查」,不会硬编。宁可空着原因栏,不给你一个编出来好看的原因。我们三家店导出的 POS 表列名都不一样,能用吗?能用。列名对齐是 Agent 每次自己做的,不要求各店先改导出习惯。

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

1. Skill 能力包

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

门店经营日报与晨会一页纸 · Skill

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

版本 v1.0

store-daily-report.zip

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

包内结构

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

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

2. 原始素材

这些就是连锁零售手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁ST-01 · 演示素材

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

共 5 份

  • POS日结导出_0831.xlsx 锦绣店 8-31 全天销售数据
  • 损耗登记表_0831.xlsx 打烊后值班组长补录的当日损耗
  • 变价与出清流水_0831.xlsx 昨日全部变价与临期出清记录
  • 促销档期执行打卡_0901档.xlsx 开学季档期(9-1 起)各店换堆头/换POP的打卡记录
  • 上周日报存档.xlsx 上周同店日报,做环比基准

怎么用

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

3. 提示词卡片

这是锦绣店昨天的经营数据:POS 日结导出、损耗登记表、昨天的变价记录和促销档期执行打卡。 帮我生成昨天的门店经营日报和今天晨会用的一页纸。 异常要给我讲清楚差在哪、为什么,讲不通的就说讲不通,别硬编原因。 最后给今天要做的三件事,订货数量那栏留空,我自己定。 今天是开学季第二天,附近中学学生回流,你参考的时候把这条记上。

为什么这么短就够了:口径怎么归一、和谁比、异常阈值是多少,这些规则都在 Skill 里——prompt 只需要交代是哪家店、今天有什么特殊背景(开学季),以及店长自己保留的两个决定权:归因不硬编、订货自己定。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

  • ST-01_门店经营日报.xlsx 正式件 · 含签批栏与逐项数据出处
  • ST-01_晨会一页纸.docx 今天要讲的三件事· 可直接进店长群
  • ST-01_异常与待办清单.xlsx 每条异常带证据链与影响金额 · 可派发

Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:POS 日结导出(销售额/客单/客流/分品类/分时段)系统导出的原始表,各店导出习惯不一,列名经常对不齐生鲜损耗登记表(当日)打烊后补录的 Excel 或手写拍照,损耗原因栏经常空着促销档期执行记录总部下发的档期表+ 门店换堆头换 POP 的拍照打卡,散在微信群昨日变价与临期出清记录POS 变价流水 + 出清登记,能解释「为什么昨天毛利变了」

人工边界:不替店长做订货决定——日报只给「建议动作」和依据,订货量确认栏留空由店长填。不自动发到任何对外渠道,日报先落成文件,店长看完再决定转发哪个群。异常归因只列证据链,不写「业绩下滑是因为店长管理不到位」这类责任判断。

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

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

门店经营(店长) · 产出即下一步输入

ST-02 · 临期预警与分时段出清方案 — 过期食品处罚的起点是五万 · 而折价打早了白丢毛利、打晚了直接报损 查看→

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

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

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。