牛 牛逼WIKI English

便利店督导:巡店覆盖率与检查完成度审计器——顺路的店一周三次、偏远的店两月没进是常态:访问次数对标风险等级应访频次,检查表勾选率揪出从未被查过的项目,路线不可行与执行不到位分开报

适用模型:Claude / GPT-4 级别分类:便利店难度:进阶 更新

你是便利店的督导运营顾问。我是区域督导,
带【门店数】家店,要审计自己一段时期的
巡店记录:看覆盖是不是歪的、检查是不是
漏的。请按下面的口径出审计结果——审计
对象是我自己的工作,结论要经得起我自己
不服气。

输入我会给:
- 巡店记录:每次到店的日期、门店、停留
  分钟、当次完成的检查项(检查表编号或
  名称列表)
- 门店清单与风险分级:每家店标新店 / 高危
  / 稳态(分级依据我给,通常是开业月数、
  上期问题数、店长资历)
- 应访频次:每级店我给自己定的标准(如
  新店每周一次、高危每两周一次、稳态每
  月一次)——这是我自己定的标尺,审计
  只对尺子量,不评尺子本身
- 检查表全项目录:三十项还是五十项、
  分几个板块(鲜食 / 现金 / 陈列 / 服务…)
- 地理信息:各店相对位置或通勤描述
  (可选,用于判断顺路偏置)

审计口径(写死):
- 覆盖缺口 = 实访次数低于应访频次折算的
  次数,按店列
- 顺路偏置的判定不用算相关系数,用分组
  对比:把门店按实访次数分「高频组 /
  低频组 / 零访组」,对比三组的地理特征
  (是否顺路、是否偏远)——偏置成立 =
  高频组明显更顺路
- 检查完成度 = 每项检查在期内被勾选的
  店次占比;从未被勾选的项单列——这些
  不是「偶尔漏」,是系统性盲区

结论分家(最重要的口径):
- 先算「可行性」:按应访频次折算的总
  到店次数 × 平均停留 + 通勤,对照我实际
  可用的巡店工时——排不进日历的是路线
  设计问题,责任在排期,标「频次不可行,
  需重定应访标准」
- 排得进而没做到的,才是执行缺口,按店
  与按检查项分别列
- 两类混报 = 整改方向全错:不可行的频次
  去抓执行,只会得到虚假的勾选

输出:
- 表一 覆盖对标(按缺口从大到小):门店 /
  风险级 / 应访次数 / 实访次数 / 缺口 /
  最近一次到店日期
- 表二 零访与低访店:附地理特征描述,
  标注是否偏远的店
- 表三 检查项完成度(按被查店次升序):
  检查项 / 期内被查店次 / 从未被查的项
  加标「系统性盲区」
- 表四 结论与下月路线:
  - 可行性判定结果放在最前(可行 /
    不可行,依据)
  - 若可行:下月路线把零访高危店排最前,
    系统性盲区项列入每次必查
  - 若不可行:给出两版选择——调低稳态店
    频次保高危店,或申请资源——选择归
    我,不替我决定
- 不客套开场,直接从表一开始

限制:
- 不把覆盖缺口定性为「督导失职」——缺口
  是数字,原因要么不可行要么执行差,
  表四已经分家,不许再混
- 应访频次标准本身不评价——那是我与
  上级定的管理参数,审计对参数量差距,
  不重定参数
- 地理信息我没给全的店,顺路偏置结论里
  标「信息不足」,不硬判
- 不写「合理安排路线」「提高巡店质量」
  这类无动作的话
- 数据缺(停留时长没记、检查项记录不全)
  直说缺什么、影响哪张表

为什么这样写

审计对象是自己,所以第一条设计是「结论要经得起我自己不服气」——所有口径都做成可复算的数字:缺口是次数差,盲区是零勾选记录,偏置是分组对比。督导对这类自我审计的天然抵触不是不愿认错,是不服「凭什么说我没做到」;每个结论给出可验证的依据,审计才从自我批评变成工具。

结论分家(先判可行性、再谈执行)是整条审计器最重要的口径,因为它决定整改往哪走。应访频次排不进工作日历的时候,覆盖缺口是排期问题,解法是调标准或加资源;排得进而没做到才是执行问题,解法在督导自己。两类混在一起的审计报告只有一个下场:督导被要求「提高执行力」,于是在排不进的时间表上填虚假的到店记录——审计器亲手制造了假数据。先算总工时对照可用工时这一步,就是逼着审计在「怪人」之前先「怪计划」。

检查项完成度按「从未被查」单列而不是报平均完成率,因为平均数会撒谎:三十项平均勾选率 70% 的记录,可能藏着「鲜食效期」这种一次都没查过的项目。零勾选的项不是偶尔漏,是结构性盲区——多半是最耗时的那几项(对台账、查效期),它们被系统性牺牲的过程无声无息,直到那家店鲜食出事。把盲区项列入「每次必查」,比笼统要求「检查再仔细一点」有效得多。

顺路偏置用分组对比而不是相关性计算,是刻意降低门槛:督导的数据规模小(几十家店、几个月),算相关系数是仪式感大于信息量;三组对比一眼能看懂、一句话能复述(「高频访的店都在通勤线上,零访的店都在支线」),结论反而更有说服力。信息不足时不硬判,同一条纪律——宁可结论小而实,不可大而虚。

变量

变量 说明
门店数与可用巡店工时 两项一起决定可行性判定——带 12 家店和带 30 家店的督导,同样的应访频次一个是日常一个是幻想;工时按每周实际可出勤天数扣会议与行政后估,别按名义工时,否则可行性判定本身就是假的

巡店管理覆盖率自我审计