巡店为什么容易变成"拍几张照片就完事"
连锁零售的督导岗，日常工作其实很重：一个月跑十几家店、每店看几十个检查项、发现问题要盯到店长改完。但真正落到系统里的，往往只剩一个相册和一份事后补填的 Excel。常见的几个卡点，几乎每家连锁都遇到过：
- 标准在督导脑子里。同一个陈列位，A 督导扣 2 分，B 督导不扣；换个督导换一套说法，店长心里不服，扣分也变成人情活。
- 记录回办公室才录。纸质检查表揣兜里，回到办公室对着照片补录，补录时已经记不清是哪个货架；月底汇总时照片翻不到对应门店。
- 不符合项只停留在口头。"这个价签要换"说了三遍，改没改没人在系统里核，督办靠微信追问。
- 问题类型汇总不出来。"哪类问题反复出现、哪几家店总是同一种毛病"，总部答不上来，培训与标准修订就无从下手。
这套方案要交付的是四件事，一句一句对着上面的卡点：
- 检查标准可维护 —— 检查项、分值权重、一票否决项都写成数据，谁都能查，改版有痕迹；
- 一次巡店留完整记录 —— 逐项判定、扣分、现场照片、备注一次成型，手机上就能完成；
- 不符合项变成可跟的整改单 —— 自动派到责任店长，整改、复核、闭环、超期都有状态；
- 问题类型可汇总 —— 按门店、按区域、按问题分类看频次与超期，为标准和培训提供依据。
下面按"数据怎么建 → 页面怎么用 → 自动化怎么接 → 手机端怎么配合 → 上线前查什么 → 之后怎么延伸 → 不做什么"讲清楚落地路径。
底表怎么建：模板管"应做"，记录管"实际"
落地这类稽核系统，最容易犯的错是把所有东西塞进一张表：一张"巡店记录"里既有门店、督导、日期，又有几十个检查项的分值结果。这样做一开始很快，但第一次调整检查标准就出问题——改完模板，去年的得分跟着变，复盘没有意义。
正确做法是拆成一组围绕"模板—记录—整改"的表，每条表只管一件事。以下是几个关键设计决定：
决定一：检查模板与检查项拆成主表和明细子表。
模板表一条记录代表"一套巡店标准"，例如"月度例行稽核""节前专项检查""新店开业检查"，字段是模板名称、适用门店类型、生效日期、状态。明细子表一行一个检查项，字段是检查内容、判定方式（合格/不合格、评分档、是否）、分值、是否一票否决、排序号。
之所以要拆，是因为检查项会随标准迭代增删，明细行必须能独立追加与停用，而不牵动模板本身。
决定二：模板修订另起一行，不改旧记录。
这是稽核类数据最容易被忽略的一条。标准改了，做法不是去编辑老模板，而是新建一版模板并停用旧版；已经产生的巡店记录仍然指向它提交时用的那一版模板与检查项。这样"按当时的规则判定"这件事说得清，也不会出现"去年 92 分、今年重新算成 78 分"的争议。
决定三：巡店记录与逐项评分拆表，明细只增不改。
记录主表一条记录代表"一次巡店"：门店、督导、巡店日期、使用模板版本、总分、判定结论（通过/不通过）、记录状态。明细表一行代表"这一个检查项这一次的判定结果"：检查项引用、判定、扣分、备注、现场照片。
主表存汇总结论，明细存过程证据。复盘时点开一次巡店，能看到 40 个检查项逐项是怎么判的，而不是只看一个总分。
决定四：不符合项单独建整改单，不塞进备注。
只有被判定为不合格的检查项才生成整改单。整改单是一条独立记录：来源巡店记录（引用）、检查项（引用）、问题描述、责任店长、要求完成时间、整改说明、整改照片、复核结论、复核人、复核时间、状态。
单独建表的理由很实在：整改有自己的一生（派发→整改→送审→复核→闭环/退回），也有自己的督办逻辑（剩余天数、超期天数）。塞进巡店记录的备注字段，就没法按店、按问题类型统计整改时效，也无法让店长在自己手机上只看到"我的待整改"。
决定五：门店档案独立一张表，编码带唯一约束。
不要手填店名。门店表一条记录一家店：门店编码（唯一）、门店名称、区域/城市、店型、店长、营业状态。巡店记录与整改单都通过引用指向门店档案，而不是文本字段。这样"XX 三店"和"XX3 店"不会变成两家店，统计也不会分裂。
决定六：状态和分类全部走数据字典。
至少三类字典要先定死：
- 巡店记录状态：草稿、已提交、已归档；
- 整改单状态：待整改、待复核、已闭环、已退回、已超期；
- 问题分类：陈列、价签、卫生、效期、服务、安全、库存准确性等。
集中在一处维护的好处是，筛选条件里只出现这几个值，不会出现"待整改/待处理/未完成"三种说法混着筛。数据字典的用法可参考数据字典：管好下拉选项的统一口径。
决定七：分值口径先算清楚，别让系统替你发明标准。
总分怎么算、一票否决怎么体现、不适用项是否从分母里剔除，这些是企业自有标准，系统只负责按规则算和记。建议先把规则写成一句话（例如"一票否决项不合格则整体结论为不通过，其余按扣分累计"），再让系统落地，避免上线后天天改算法。具体分值权重、整改时限与提前提醒天数，按企业自有标准定，系统不内置法定值。## 页面怎么用：四类角色，四个视角
同一套数据，不同角色关心的东西不一样。系统里按角色给不同页面与数据范围，比给所有人一个"巡店记录列表"有用得多。
督导：我的巡店任务与现场打分。
列表只看自己负责的门店与本期计划生成的待办，点进去就是这次要用的模板。逐项打分时，每个检查项下面就是判定控件、扣分、照片上传与备注；判定为不合格的项，必须填问题描述才能提交（这是一条很值钱的必填约束）。提交后系统算总分、给结论、把不合格项转成整改单。
店长：我的待整改，超期标红。
店长不需要看到全部巡店明细，只需要一个"待整改清单"：问题是什么、来自哪次巡店、要求什么时候完成、剩余几天。改完了上传照片、填整改说明，点送审。复核退回的项回到这里，并显示退回原因。
区域经理/运营：整改跟踪与督办。
按门店、按问题分类、按超期天数看整改进度，回答"哪几家店问题最多""哪一类问题反复出现""谁的超期最多"。这一层是督导报告替代不了的——它统计的是结果，不是过程照片。运营也用这层页面维护检查模板的新版本。
总部稽核/品质：模板与标准维护、抽查复核。
维护检查模板与检查项、分值、一票否决标识；对区域提交的闭环做抽查复核；导出某段时间的汇总数据给管理层。
所有页面的数据范围都靠角色与权限控制：督导只看自己负责的门店，店长只看本店，区域经理看辖区。做法与配置方式见角色与权限配置：从内置角色到自定义授权。
自动化：让系统接管重复动作
人最容易漏的三件事——按周期发起巡店、把不合格项派出去、盯超期——都适合交给规则跑。
一、按计划生成巡店待办（定时任务）。
为每家门店设定巡店频次（例如分级：旗舰店每月、社区店每两月），定时任务按周期生成待办并通知对应督导；临近月末还没做的，任务不变，靠提醒催。定时任务的配置与执行记录可查，漏跑了能看出来。相关用法见工作流与定时任务：让重复性工作自动跑。
二、提交即算分、即派单（数据流规则）。
巡店记录提交时，一组数据流规则按顺序执行：汇总明细算总分 → 判断是否命中一票否决项、给整体结论 → 逐条把不合格明细生成整改单（按问题分类带入责任角色）→ 回写巡店记录状态。这一步是"提交完就有人管"的关键，避免督导提交完还要手工派。
三、整改延期与评分申诉走审批（工作流）。
店长确实到期改不完，走延期申请，写明原因与申请完成时间，由区域经理审批；督导与店长对某次扣分有分歧，走申诉流程，留结论。两条流程都有节点记录与操作留痕，事后可查谁批的、什么时候批的。
四、通知走站内信与消息。
整改单派发、临近到期、超期升红、复核退回，都用通知把动作推给人，而不是等人来刷列表。通知模板统一维护，措辞与接收人可配置。
五、一切动作留痕（审计日志）。
谁改了模板、谁复核通过、谁把整改单退回、谁调整了分值，都在操作审计里查得到。稽核类系统最怕"分被人改过但没人知道"，这一层不能省。
移动端：督导的工作面应该在店里，不在办公室
巡店这件事，天然发生在货架前。所以移动端不是"顺便有"，而是主战场：
- 督导在门店里用手机打开本次巡店，逐项打分、拍照上传、填备注、提交，全程不用回办公室补录；
- 店长在手机上收到整改单通知，当场能看到问题项与要求完成时间，改完直接拍照回填；
- 区域经理在手机上处理延期待办、抽查复核。
在平台上建好的模块会同步出现在移动端工作台，不需要单独做一套。手机端页面组织与入口位置的说明见移动端使用指南：工作台、模块页与手机上的 AI 构建。
一个实操提醒：门店现场网络未必好，照片又大。上线前一定要在真机上、用弱网试一遍完整流程（打分→拍照→提交），确认照片能传上去、失败会提示重试。这是稽核类系统上线后最先被吐槽的点，提前试比事后补快。## 上线前查什么：七条核对清单
这套东西上线不难，难在上线后大家愿意用。下面七条按顺序过一遍，能挡掉大部分返工。
- 检查标准先定稿，再建系统。 把检查项、判定方式、分值权重、一票否决项写成一张表，先让两位督导拿同一家店实测一遍：同一家店、同一套模板，两人打分差异是否在企业能接受的范围。差异大，说明检查项描述还不够具体（"陈列整齐"要写成"主推位陈列面不少于 N 排"这类可判定的表述），先在标准上改，不要在系统里加字段解决。
- 门店档案先建全。 门店编码加唯一约束、按区域归属，别让督导现场发现"这家新店系统里没有"。门店合并、撤店要留状态，不要直接删除历史记录。
- 数据字典先定死。 巡店记录状态、整改单状态、问题分类三套字典一次定好，避免上线一周后改词导致旧数据筛不出来。
- 分值算法与整改时限书面确认。 总分怎么加、不适用项怎么处理、整改默认给几天、提前几天提醒、超期几天升红，按企业自有标准写清楚，由业务负责人确认后配进规则。
- 权限与数据范围按角色配。 督导的"我负责的门店"、店长的"本店"、区域经理的"辖区"要落到角色与数据范围上，别出现督导能看到全国门店扣分的情况。
- 移动端真机走通全流程。 打分、拍照上传、提交、店长接收整改单、回填、送审、复核，一条链在手机上走到底；弱网与拍照失败要有提示。
- 历史数据按需迁移，照片不逐张补录。 往期 Excel 检查表可以导进来做趋势基线（做法见用 Excel 一步建模块：从表格到可用的业务系统），但历史照片归并不现实，也不必要——系统从上线之日起"账实相符"即可。发布前走一遍平台的测试与发布预检，把菜单挂到对应角色、确认移动端同步，步骤见模块的测试与发布：预检、挂载菜单与移动端同步。
之后怎么延伸
稽核系统跑顺之后，最有价值的延伸是把"检查"接到别的业务台账上，而不是再加一堆检查项：
- 接促销与调价执行。总部改价、上新物料，最怕门店没照做。把"价签是否已更换""促销物料是否到位"变成检查项，一次巡店同时核两件事。门店调价本身的流程见门店调价与促销执行：总部改价，门店照做有据可查。
- 接食安与卫生记录。餐饮、生鲜门店的后厨晨检、留样、消毒是另一套周期记录，与巡店的热食、效期检查互补而非重复，可交叉引用。参见后厨食安记录：留样、消毒、晨检三张表不再补填。
- 复用同一套"模板—记录—整改"方法。这套方法不专属于门店：设备点检、安保巡更、工地安全检查，结构都是"周期必做项 + 实际记录 + 异常整改"。检查表怎么设计字段，可参考设备点检表怎么做？模板字段与执行要点；设备场景的完整方案见设备点检巡检：把例行检查变成可追溯的记录。
- 接培训与考核。高频问题分类能直接指出培训缺口，把"某类问题反复出现的门店/区域"作为下一轮培训的输入，比凭印象定培训主题靠谱。
不做什么：这套方案的边界
写清楚不做什么，比堆功能更省事：
- 不做照片自动判定。 现场照片在系统里是留痕与复核依据，不是自动质检输入。识别陈列是否合格、价签是否错位这类图像判定，不在本方案范围内。
- 不做扫码到店核验与定位打卡。 门店核验、督导在店时长这类能力依赖额外设备或定位服务，平台当前不内置；如果企业确有此需求，需要单独评估实现方式，不要在方案里默认带。
- 不替代绩效与奖惩制度。 系统负责记录判定与整改过程、让事可查可追；扣分如何影响门店绩效与个人考核，由企业自有制度决定，系统只提供数据，不做结论。
- 不承诺"问题一定整改完"。 系统能做的是让整改单派得出去、到期看得见、闭环留得下，超期不会自己消失；至于整改率能到多少，取决于门店执行力，方案不预设数字。
- 门店数量很少、检查项长期不变时，不必先上系统。 三五家店、一套固定检查表，Excel 加微信群也能跑；等到门店数上一个量级、督导多于两人、或者需要按问题分类做汇总时，再上系统才划算。
一句话总结这套方案的设计取向：模板管"应该做什么"，记录管"实际做了什么"，整改单管"发现问题后谁在什么时候改完"。三张表各司其职，标准可迭代、历史不篡改、督办有依据——这才是巡店稽核从"拍照片"变成"可管理"的地方。