IN-02 · 巡店报告与整改闭环追踪

① 场景引入

一、这件事现在是什么样

区域督导（巡店） · 真实业务触发

巡完店当天要出报告：问题描述、责任人、整改时限，然后是漫长的等待——整改回复大多是微信群一句「已处

理」，复查靠下次巡店顺路。行业数据是 48 小时内闭环的只有 37%、平均闭环周期 72 小时。月度评分时，台账上开着口的问题和「已加强」的回复混在一起，谁也说不清真闭环率。

二、痛点 · 每条都有来源

1. 超六成连锁企业存在「巡而未改、改而未验、验而未固」的管理断点
   依据：超六成连锁企业存在「巡而未改、改而未验、验而未固」的管理断点；考核紧盯完成率、忽视解决率
2. AI 识别出的问题仅 37% 在 48 小时内整改；问题靠微信/邮件派单，平均闭环周期 72 小时——价签错误导致的单店月均损失超 2.3 万元
   依据：巡店行业数据：AI 识别出的价签错误率 18% 的连锁，仅 37% 的问题在 48 小时内整改；价签错误导致促销期价格错失，单店月均损失超 2.3 万元；问题靠微信/邮件派单，平均闭环周期 72 小时
3. 检查表「保存三个月以备考评」而基本无人回看；照片散在群里、问题靠微信派单——发现与整改之间没有结构化链路
   依据：巡店检查表 100+ 项打勾，保存三个月「以备考评」而基本无人回看
4. 督导 JD 要求「建立巡店问题台账，明确整改责任人及时限，闭环复查」，但一名督导数十家店，复查根本排不进日程
   依据：超市督导 JD：建立巡店问题台账、明确整改责任人及时限、闭环复查、定期输出巡店复盘报告

三、换个做法之后

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

✕ 现在的做法

• 超六成连锁企业存在「巡而未改、改而未验、验而未固」的管理断点
• AI 识别出的问题仅 37% 在 48 小时内整改；问题靠微信/邮件派单，平均闭环周期 72 小时——价签错误导致的单店月均损失超 2.3 万元
• 检查表「保存三个月以备考评」而基本无人回看；照片散在群里、问题靠微信派单——发现与整改之间没有结构化链路
• 督导 JD 要求「建立巡店问题台账，明确整改责任人及时限，闭环复查」，但一名督导数十家店，复查根本排不进日程

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 结构化 · 照片和打勾表变成问题台账每个问题一条记录：门店/位置/问题描述/证据编号/责任人/时限——照片编号入库
2. 分级 · 不是所有问题都一个时限食安类（过期上架/温度异常）当日闭环、价签类 48 小时、陈列类下次巡店——分级规则透明
3. 派发与追踪 · 到期自动催办整改单到人；超时未闭环逐级提醒（督导→营运→老板），提醒不是处罚
4. 复查验证 · 双条件关单「已处理」回复+复查证据（照片或数据回落）才能关闭；数据类问题用经营数据回流当证据
5. 评分 · 完成率旁边必须放解决率巡店报告的评分从「查了多少项」转向「解决了多少项」——两个数并排展示
6. 成文 · 生成巡店报告与台账报告带签批栏；台账滚存，历史问题永不丢失

要准备什么：本次巡店检查记录与照片督导的打勾表与现场照片——问题的原始证据未闭环问题台账（历史）与 IN-01 的催办清单同源——本周报告必含历史对账门店整改回复（微信群消息/照片）非结构化的「已处理」——需要结构化登记与复查对照相关门店的经营数据回流损耗率/价签错误率的数据变化可作为数据类问题的复查证据

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 3 = 5.9

最大差异点：与巡店 SaaS 的区别在闭环标准：不是「门店回复了就算闭环」，而是「回复+复查证据」双条件关单；数据类问题（损耗率回落）可以直接用跨场景的数据回流当复查证据，不必等督导再到店——这是巡店应用单独做不到的。

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

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

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

五、会产出什么

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

• 正式件本体：巡店报告及评分.xlsx 正式件 · 双口径评分 · 含签批栏
• 可派发清单：问题台账（更新）.xlsx 滚存台账 · 双条件关单 · 逐条带证据编号
• 可派发清单：超时升级提醒清单.xlsx 超时未闭环项 · 逐级提醒对象与话术

这套东西不承诺什么：不替门店确认整改完成——闭环的唯一标准是复查证据（照片/数据），门店自己说「已处理」不能关单。不自动扣分或自动通报——超时未闭环的只做升级提醒（督导→营运→老板逐级），处理决定由人做。评分口径变更（如完成率改解决率）需要营运负责人确认后生效。

② Live Demo（演示逐步）

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

案例设定：2026-09-10 周四晚上 8 点，陈刚巡完 5 家店回到办公室。打勾表记了 17 个问题、拍了 23 张照片，微信里已经收到三条「已处理」。他要把这些变成报告和滚存台账——价签那 11 处到底是门店的事还是总部档期通知的事，老板问起来得说得清；锦绣 F-02 那条重开的整改单，今天在店里调了记录，结论不轻松。

本次新增问题17 项（价签 11 · 陈列 4 · 食安 1 · 台账复核 1）价签归因门店未换 7 处 · 档期通知晚发 4 处双口径评分锦绣店 完成率 92 / 解决率 619 月台账新增 42 项 · 闭环 38 · 超时 4

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

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

巡店检查记录_0910.xlsx本次 5 家店的检查打勾汇总与问题清单食安那一条是当场处置的——过期酸奶 2 盒，现场下架留证巡店照片索引_0910.txt23 张现场照片的编号索引（照片编号入库，不再散在群里）每张照片对应一个问题编号——这是第一次上月问题台账与整改回复登记.xlsx上月台账与各店整改回复的结构化登记7-15 那条 F-02 的关单记录就在里面——「已加强设备巡检」，无复查证据门店整改回复微信截图_0910.txt巡店后各店店长在微信里的整改回复（文字登记）「明天全换」「已经弄好了」——今天起都要有复查证据才算数门店经营数据回流_近两周.xlsx相关门店近两周经营数据（数据类问题的复查证据）锦绣损耗率在回落——这是 F-02 整改的数据侧证据注意标橙色那一份 —— 上月问题台账与整改回复登记.xlsx。它7-15 那条 F-02 的关单记录就在里面——「已加强设备巡检」，无复查证据，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

这是我这次巡店的检查记录和照片，未闭环问题台账，还有几家店的整改回复截图 和最近的经营数据。 帮我出这次的巡店报告和更新后的问题台账。 「已处理」但没有复查证据的不能关单，你给我单独列出来。 价签那个问题你看看是门店的事还是我们档期通知发晚了的事，说错了我可不签。 评分两套口径都放上去，考核用哪个我自己定。

闭环三要素（复查证据、责任人、时限）、「已处理但没有复查证据不能关单」、两套评分口径并列呈现，这些规则Skill 都带了——prompt 只说这次巡店材料的构成，和价签归因这个当次要查的疑问。

第 1 步 · 结构化 · 照片和打勾表变成问题台账

每个问题一条记录，照片编号入库

第 2 步 · 分级 · 不是所有问题都一个时限

食安当日、价签 48 小时、陈列下次巡店，规则透明

第 3 步 · 派发与追踪 · 到期自动催办

整改单到人；超时逐级提醒，提醒不是处罚

第 4 步 · 复查验证 · 双条件关单

回复 + 复查证据（照片或数据回落）才能关闭

第 5 步 · 评分 · 完成率旁边必须放解决率

从「查了多少项」转向「解决了多少项」，两个数并排

第 6 步 · 成文 · 报告与滚存台账

报告带签批栏；台账滚存，历史问题永不丢失

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

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

1. Skill 能力包

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

巡店报告与整改闭环追踪 · Skill

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

版本 v1.0

patrol-loop-track.zip

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

包内结构

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

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

2. 原始素材

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

📁IN-02 · 演示素材

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

共 5 份

• 巡店检查记录_0910.xlsx 本次 5 家店的检查打勾汇总与问题清单
• 巡店照片索引_0910.txt 23 张现场照片的编号索引（照片编号入库，不再散在群里）
• 上月问题台账与整改回复登记.xlsx 上月台账与各店整改回复的结构化登记
• 门店整改回复微信截图_0910.txt 巡店后各店店长在微信里的整改回复（文字登记）
• 门店经营数据回流_近两周.xlsx 相关门店近两周经营数据（数据类问题的复查证据）

怎么用

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

3. 提示词卡片

这是我这次巡店的检查记录和照片，未闭环问题台账，还有几家店的整改回复截图 和最近的经营数据。 帮我出这次的巡店报告和更新后的问题台账。 「已处理」但没有复查证据的不能关单，你给我单独列出来。 价签那个问题你看看是门店的事还是我们档期通知发晚了的事，说错了我可不签。 评分两套口径都放上去，考核用哪个我自己定。

为什么这么短就够了：闭环三要素（复查证据、责任人、时限）、「已处理但没有复查证据不能关单」、两套评分口径并列呈现，这些规则 Skill 都带了——prompt 只说这次巡店材料的构成，和价签归因这个当次要查的疑问。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• IN-02_巡店报告及评分.xlsx 正式件 · 双口径评分 · 含签批栏
• IN-02_问题台账（更新）.xlsx 滚存台账 ·双条件关单 · 逐条带证据编号
• IN-02_超时升级提醒清单.xlsx 超时未闭环项 · 逐级提醒对象与话术

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

输入清单：本次巡店检查记录与照片督导的打勾表与现场照片——问题的原始证据未闭环问题台账（历史）与 IN-01 的催办清单同源——本周报告必含历史对账门店整改回复（微信群消息/照片）非结构化的「已处理」——需要结构化登记与复查对照相关门店的经营数据回流损耗率/价签错误率的数据变化可作为数据类问题的复查证据

人工边界：不替门店确认整改完成——闭环的唯一标准是复查证据（照片/数据），门店自己说「已处理」不能关单。不自动扣分或自动通报——超时未闭环的只做升级提醒（督导→营运→老板逐级），处理决定由人做。评分口径变更（如完成率改解决率）需要营运负责人确认后生效。

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

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

区域督导（巡店） · 产出即下一步输入

IN-01 · 督导巡店重点预筛 — 巡店表 100 多项打勾项 · 但真正出问题的店往往藏在数据里 查看 →

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

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