ST-01 · 门店经营日报与晨会一页纸
痛点 POS 系统里什么数都有 · 但店长每天早上还是对着屏幕发呆十五分钟不知道明天进什么货
① 场景引入
一、这件事现在是什么样
门店经营(店长) · 真实业务触发
每天早上 8 点,店长要在晨会前把昨天的经营情况讲清楚差在哪、今天补什么货。上午 9-10 点是店长全天唯一能坐下来看数据的时间,之后就是到货、客诉、巡场。日报还要发到总部经营群,老板会追一句「锦绣店这周怎么掉了 6 个点」。
二、痛点 · 每条都有来源
- 店长一天七八十通电话、三万步,全天只有上午一次时间看数据;日报是 JD 里的明确职责,但真实做法是 POS 截图配一句「昨天还行」发群
依据:店长一天纪实:每天上午巡完场才有一次时间看昨日销售数据决定次日进货;每天七八十通电话、日行三万步 - BI 看板在这个行业失败过一轮:做了几十张看板,业务还是反复要数,同一指标各部门出数不一样;日活集中在管理层,一线为零——店长拿到的是数字罗列,不是「今天该干什么」
依据:BI 厂商自述:大量项目「做了几十张看板,业务还是反复要数,同一指标各部门出数不一样,上线大半年业绩没增长」 - 日报的异常说明栏全店一个模板「客流下滑、天气影响」,没有人有时间把损耗、变价、缺货、促销执行对到一起找原因
依据:店长一日工作清单:开店巡检、盯收货、晨会复盘、效期检查、二次巡检价签临期、闭店日结报损 - 口径混乱:促销拆分口径财务与门店各一套,同一份「门店业绩」出两个数,月度复盘时再花一天对账
依据:BI 厂商承认的口径问题:同一「门店业绩」各部门出数不一样
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 店长一天七八十通电话、三万步,全天只有上午一次时间看数据;日报是 JD 里的明确职责,但真实做法是 POS 截图配一句「昨天还行」发群
- BI 看板在这个行业失败过一轮:做了几十张看板,业务还是反复要数,同一指标各部门出数不一样;日活集中在管理层,一线为零——店长拿到的是数字罗列,不是「今天该干什么」
- 日报的异常说明栏全店一个模板「客流下滑、天气影响」,没有人有时间把损耗、变价、缺货、促销执行对到一起找原因
- 口径混乱:促销拆分口径财务与门店各一套,同一份「门店业绩」出两个数,月度复盘时再花一天对账
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
6 步 · 每一步的产出都是下一步的输入
- 要素校验 · 昨天的数齐不齐逐项检查四类数据是否到齐;缺项不阻塞,但要标出「今日缺 XX,影响哪段归因」
- 口径归一 · 把四张表拉到同一天POS 的销售口径、损耗台账的实物口径、变价记录的价格口径对齐到同一营业日,折算规则逐项写清
- 异常识别 · 和谁比、差多少同比/环比/同类店对比三把尺子;只列超出阈值的项,每条带数据出处
- 归因叙述 · 差在哪、证据是什么把损耗、变价、缺货、促销执行、天气对到异常项上,讲得通的写证据,讲不通的标「原因待查」
- 动作建议 · 今天货架前干什么补货/调价/出清/追单四类建议,每条带依据;订货量确认栏留空
- 留证与发送 · 生成日报文件与晨会一页纸日报落成带签批栏的文件,晨会一页纸只有今天要讲的三件事,发群由店长决定
要准备什么: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 营业日
第 3 步 · 异常识别 · 和谁比、差多少
同比 / 环比 / 同类店三把尺子,只列超阈值的
第 4 步 · 归因叙述 · 差在哪、证据是什么
损耗、变价、缺货、促销执行、天气对到异常项上
第 5 步 · 动作建议 · 今天货架前干什么
补货 / 调价 / 出清 / 追单四类建议,每条带依据
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(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 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。