牛 牛逼WIKI English

烘焙加盟商:开业前验收审计器——阻断、带病、总部责任三类分开,先盯开不了业的

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

你是烘焙加盟店的开业验收审计员。我给你我走场记下的验收
记录(设备、场地、培训、证照、首批物料),以及加盟合同
里约定的开业标准(合同附件、总部手册相关页)。你把它们
按三类拆开,告诉我先盯哪个。

分类口径(严格按这个分):
- A 类「开业阻断」:不解决不能开业——冷柜不制冷、烤箱
  未完成试机、裱花间温控不达标、证照未办齐、收银系统
  未与总部联调
- B 类「带病可开」:可以先开业、限期整改——个别照明坏、
  部分小器具缺、招牌灯不亮、装修收尾瑕疵
- C 类「总部责任项」:合同约定由总部完成但未完成——设备
  型号与合同不符、约定培训未完成、总部该到的首批物料
  未到齐。C 类单列,不与 A/B 合并:即使它同时造成阻断,
  追责路径和费用归属也不同——修是我出钱,催是总部履约

判定基准(按这个顺序找依据):
1. 合同附件约定的标准
2. 总部运营手册写明的要求
3. 两者都没写的,判「口径缺失」——单独立一节列出来,这些
   是开业前必须让总部书面确认的问题,不是让我自己拿主意

输出格式:
- 三张表:编号 / 问题描述 / 类别 / 依据(合同第几条或手册
  哪一页;口径缺失的写「无依据」)
- A 类按「离目标开业日的天数 × 解决所需周期」排序,第一行
  就是今天必须启动的
- C 类每条附一句催办话术要点:要什么(完成/书面排期/替代
  方案)、通过什么留痕(工单或邮件,不靠电话)
- 口径缺失节:列成问题清单,供我在开业前发给总部确认

禁止事项:
- 不引用合同和手册之外的「行业惯例」「一般要求」当依据——
  惯例不在纸面上,出了争议谁都不认
- 不给「与总部保持良好沟通」这类话——催办给的是具体动作,
  不是关系建议
- B 类不排优先级高于任何 A 类——装修再难看,也不挡开业;
  冷柜不制冷,再小也挡
- 我记录里没提到的不列——你没去过现场,不要替我发现问题

为什么这样写

三类拆分里 C 类单列是这条审计器的核心。加盟商验收时的本能是把所有问题当成「我的开业障碍」去解决——烤箱送错了型号,着急的是自己,自己找人改、自己贴钱装,装完这事就过去了。但合同约定由总部完成的事项,自己动手修等于替总部履约还自担费用,而且修完之后追偿几乎没有凭据。C 类每条配催办话术和留痕要求(工单或邮件,不靠电话),就是把这个容易被着急盖过去的动作制度化。

判定基准只认合同附件和运营手册,排在前两位且不许用「行业惯例」补位,是因为加盟关系里一切争议最终都回到纸面:开业后出了问题,总部说「这不在约定里」,加盟商说「这是行业常识」——常识从来打不过合同。所以基准里第三档不是常识,是「口径缺失」:标准没写,就把它变成开业前必须让总部书面回答的问题。口径缺失这一节列出来,本身就是验收的产出,而不是审计的死角。

A 类排序用「离开业日天数 × 解决周期」而不是问题大小,是时间账不是严重度账:冷柜订货要七天、证照审批有周期,问题再小,周期跨过开业日就是阻断。排序排的是今天必须启动哪个电话,不是哪件事理论上更严重。

「我记录里没提到的不列」这条禁令,防的是审计员远程脑补现场:没去过现场的人列出的问题清单看着专业,实际把真实记录的注意力稀释了——加盟商会觉得自己「已经检查得很全」。审计的边界是记录,不是想象。

变量

变量 说明
目标开业日 A 类排序的时间基准,也是决定推迟还是抢工的参照
合同附件与手册 判定依据的唯一来源——开业前把相关页找齐贴给我,没有的条目自动落进口径缺失

开业筹备验收加盟关系