系统、数据、接口与最小权限

10.1 系统地图

系统ID	系统	负责什么	不负责什么	核心主数据
SYS-H02-01	CRM/会员	客群、会员权益、触达、反馈	不能替代支付或食品安全记录	会员、标签、授权、权益
SYS-H02-02	POS	堂食点单、收银、折扣、退款	不能单独证明平台到账或库存批次	门店、商品、价格、支付
SYS-H02-03	OMS/渠道中台	汇聚自有、平台、自提与配送订单	不能任意改平台原始事件	渠道、菜单、订单状态
SYS-H02-04	ERP/采购SRM	采购、供应商、应付、总账	不能替代现场验收事实	供应商、物料、合同、科目
SYS-H02-05	WMS/库存批次	收货、批次、库位、状态、领退料	不能由财务库存替代实物状态	物料、批次、库位、效期/状态
SYS-H02-06	配方/菜单PLM	配方、工艺、过敏原、成本版本	不能由营销菜单图片替代	SKU、配方、单位、版本
SYS-H02-07	中央厨房/计划系统	预测、生产、领料、批次和发运	不能假定所有门店需求都可汇总生产	餐次、产线、批次、路线
SYS-H02-08	食品安全/QMS	检查、隔离、事件、追溯、CAPA	不能用“全部合格”汇总覆盖原记录	风险、标准、事件、措施
SYS-H02-09	排班/WFM	编制、技能、班次、考勤	不能替代健康与胜任专业判断	人员、技能、门店、班次
SYS-H02-10	财务/资金税票	收入、成本、应收应付、银行、发票	不能用会计调整回写删除业务事实	主体、客户、供应商、账户、税务
SYS-H02-11	BI经营驾驶舱	跨系统分析贡献、风险和趋势	不是交易状态源	指标口径、维度、版本

10.2 数据状态源

正在绘制业务流程…

菜单名称以PLM/商品主数据为准，实际成交以POS/OMS原始订单为准，平台应结以平台账单及对账规则为准，银行到账以银行状态源为准，批次与可用状态以WMS/QMS为准，配方批准版本以PLM为准。Excel可以做分析，但不能在没有审计轨迹时成为唯一订单、放行、退款或付款状态源。

10.3 主数据最低字段

主数据	最低字段	所有者	变更风险
门店/项目点	主体、地址、许可、场景、营业/餐次、负责人、系统	运营+法务风控	错主体开票、超范围经营
SKU	名称、规格、渠道、门店范围、状态、配方版本、过敏原	产品研发	错餐、错价、过敏风险
食材	标准名、规格、单位、储存、供应商范围、风险等级	采购+质量	单位换算、替料、追溯断裂
配方	原料、净/毛量、工艺、份量、替代、版本、生效时间	研发+质量	成本错、工艺错、历史无法还原
供应商	主体、许可、品类、地点、结算账户、状态	采购+质量+财务	无资质、付款欺诈
团餐合同	客户、点位、餐次、餐标、价格、餐数、SLA、账期	商务+财务法务	误结算、无限范围
价格优惠	原价、成交规则、承担方、起止、叠加、停止条件	营销+财务	价格欺诈、负贡献
异常码	类型、严重度、责任、停用、升级、证据	质量+运营	相同问题被拆散、漏报

10.4 最小权限与四个高风险动作

高风险动作	申请	审批	执行	独立复核
配方/过敏原变更	研发	产品+食品安全+成本运营	主数据管理员	门店首批验证
食材隔离解除	仓库/现场	授权食品安全/质量	仓库	质量审计日志
退款/账单调整	客服/运营	按金额由运营与财务	支付系统岗位	财务对账
供应商银行账户变更	采购/供应商	独立回拨+财务双批	主数据岗位	首次付款前复核
盘点差异调整	门店/仓库	运营+财务按阈值	库存岗位	内控抽查
用户数据导出	业务提出目的	数据/隐私责任人	最小授权账户	下载日志与到期删除

10.5 离线与灾备

POS、网络或平台中断时，门店只在已批准的离线范围内经营：使用预分配唯一号、有限菜单、明确价格、受控收款、纸面或本地加密证据，并在恢复后按原编号导入、去重和对账。不能离线确认批次、过敏原特殊要求或团餐餐数时，应缩减或暂停对应服务。恢复演练至少验证订单不丢不重、退款不重复、平台状态可追、库存能桥接、银行和现金能对平。

10.6 店长的一班：从开门前九十分钟到闭店

零基础最容易把店长理解成“处理客诉和催出餐的人”。实际上，店长是一个小型经营单元的总调度：既要把人员、设备、食材和订单组织成高峰产能，又不能越过食品安全、财务和数据权限。下面以午晚餐门店为例说明动作逻辑；具体时点应按店型调整。

开门前。 店长先看昨日未关闭异常、当日天气/活动/平台投放、预订和预测，再检查到岗、胜任、人员状态与关键缺口。接着确认供水供电、冷藏、烹饪、洗消、排烟、消防通道和收银网络。厨师长与仓管核对当日可用批次、待判隔离、短缺和备料计划；前厅核对菜单、价格、售罄、过敏原提示、座位和清洁。任何一项硬门不通过，先缩菜单、缩渠道或延后开餐，而不是在系统里全部点“正常”。

首个高峰前。 店长要做五分钟站会：预计订单曲线、今日重点SKU、人员工位、补料节奏、外卖取餐区、团体订单、特殊餐、设备风险和异常联系人。每个人要能复述自己的输入、输出和停线条件。若团队只能复述“加油出餐”，说明站会没有产生控制作用。

高峰中。 店长关注的是队列和瓶颈，而不是每道菜都插手。监控待制作、制作中、待交付、超时和返做；观察关键工位是否超负荷；根据批准规则关闭某渠道或SKU；确保外卖交接不侵占堂食安全通道；把顾客特殊要求从订单传到厨房并在交付前复核。发生设备、食材或人员异常时，立即用异常码记录并按权限止损，不允许员工先做完再补单。

高峰后。 进行小盘点：实际订单与预测、理论耗用与补料、报废与退菜、人员加班、设备报警、顾客等待和平台退款。高峰后的复盘应在记忆仍清晰时完成，不能等月末才猜。若同一瓶颈连续出现三次，要改变配方、工位、菜单或排班，而不是要求员工“熟练一点”。

闭店。 对平订单、支付、现金、退款和平台状态；记录期末库存、待判、报废、员工餐和赠送；按批准程序完成清洁消毒、设备关闭与安全巡查；移交未结工单、维修、供应短缺和次日活动。原始差异先保留，再解释和调整。一个“所有金额刚好相等、所有检查永远正常”的门店，反而需要审计记录真实性。

店长看板	班前问题	班中问题	班后问题
顾客与订单	今天谁来、何时来、从哪下单	队列在哪、谁在等待、哪些单要升级	复购/退款/投诉透露了什么
人员	人够不够、技能匹不匹配	工时与负荷是否安全	缺口是偶发还是编制问题
食材	哪些批次可用、哪些短缺/隔离	补料是否受控、有没有临时替料	理论和实际耗用为何不同
设备	关键设备和备援是否可用	报警、停机、产能降级怎么处理	维修工单是否有负责人和时限
现金数据	价格、优惠、支付与离线预案	订单状态与支付是否同步	POS、平台、现金、银行如何桥接

10.7 团餐项目经理的首三十天

团餐项目失败常常不是某顿饭不好吃，而是中标承诺没有被转成现场主数据。首三十天应按“接管—稳定—验证—优化”四阶段推进。

第1—3天：接管事实。 逐项盘点场所、设备、库存、人员、供应商、合同附件、客户系统、餐券/刷卡、在途采购、维修、虫害、清洁、投诉、证照和未结费用。双方共同签署资产与缺陷清单，拍照不能替代责任确认。对客户指定供应商、设备或人员，也要明确谁审核、谁修、谁停用。

第4—7天：稳定供餐。 使用经过验证的较窄菜单和保守产能，确保预测、锁餐、收货、制作、分餐、餐数确认和清洁形成闭环。每天与客户现场负责人短会，讨论事实和下一餐动作；重大问题即时升级，不攒到周报。把员工口头经验转为岗位卡和检查点。

第8—14天：验证成本与合同。 对照投标底稿，比较实际人数、食材、工时、能耗、设备、配送、免费餐、夜班和扣款。任何偏差都要判断是预测错误、范围增加、执行低效还是合同理解不同。商务不能等项目亏损三个月才重谈，财务也不能只用月末总成本倒推。

第15—21天：验证质量和满意。 按人群、班次、窗口和菜单收集反馈，区分口味偏好、份量、等待、温度、卫生、服务和价格。满意度调查要有分母和样本，不用一次微信群点赞代表所有就餐人。食品安全团队做追溯演练和非预告检查，验证记录是否与现场一致。

第22—30天：形成基线。 冻结项目的菜单周期、编制、设备维护、供应商、预测误差、食材率、工时、不可售浪费、餐数差异、投诉、应收和现金基线。将临时措施分成永久化、到期撤销或继续验证。经营负责人和客户共同确认未关闭问题、责任和时限。

首月交付物	必须回答	不能接受的替代
项目责任矩阵	客户和承包商在场地、设备、人员、采购、安全各负责什么	“按合同执行”四个字
餐次主数据	哪日、哪班、什么菜单、多少餐、怎样确认	厨房每日口头报数
成本底稿	中标假设与实际差在哪里	只报总食材率
风险基线	最高风险、控制、证据、负责人	检查表全部打勾
应收计划	对账、开票、到期、争议和催收日	客户说“月底会付”

10.8 新店预算：把投资、经营和现金分开

新店模型至少有三张表。第一张是一次性投资表，包括设计、装修、厨房、家具、消防/环保改造、系统、招牌、押金和开办；第二张是稳态经营表，按餐次、渠道和SKU测收入与贡献；第三张是月度现金表，把施工付款、租金、工资、采购、平台结算和开业爬坡排到时间轴。只有经营表为正，不足以证明现金能撑到盈亏平衡。

模型模块	关键假设	压力测试	决策门
客流	进店、转化、客单、复购、餐次	客流低20%/高峰集中	真实试售是否支持
外卖	曝光、转化、退款、平台活动	流量成本上升、配送异常	渠道贡献为正
食材	配方、出成、采购、损耗	关键原料涨价、缺货	菜单能否调价/替代
人员	编制、薪酬、工时、培训	招聘延迟、加班、流失	不用违法或疲劳填缺口
场地	租金、物业、能耗、免租	工期延长、低峰闲置	租约有退出/转让保护
投资	装修设备、折旧、维护	超支、延期、维修	现金最低点仍有储备

盈亏平衡不能只用“固定成本÷毛利率”。若不同渠道贡献率不同，销量组合变化会改变盈亏点；厨房和座位还有容量上限。当理论盈亏点要求每小时订单超过设备可稳定交付能力时，模型即使数学正确也不可执行。新店审批材料必须同时展示需求证据、产能约束、风险前置和现金最低点。

10.9 菜单月度复盘：一款菜该留、改、涨还是下

每个SKU至少从六个维度评价：消费者价值、销量与复购、单品贡献、关键产能占用、供应与食品安全复杂度、组合战略。决策不是简单四象限。高销量低贡献可能需要调价、改份量、重谈采购或迁移渠道；低销量高贡献可能是曝光不足，也可能是采购长尾；高贡献但过敏原和交叉污染控制成本极高的SKU，必须把风险能力算进去。

正在绘制业务流程…

菜单变更要保留生效日和受影响范围。若配方V3在8月15日上线，8月14日的订单必须仍能找到V2，不能由系统把所有历史订单显示成当前配方。价格、图片、过敏原提示、采购规格、培训、成本和平台菜单应按同一变更单协调发布；某一渠道未同步时先下架，不用人工记忆补救。

10.10 规模化的五个断点

断点一：总部标准到不了现场。 总部文件很多，但门店只靠群消息和口头。解决方式不是继续发通知，而是把标准变成商品、配方、工位、表单、系统硬门、训练和审核。

断点二：门店差异回不到总部。 一线遇到供应规格、设备和顾客偏好变化，私自调整后不记录。总部看到的成本与投诉被扭曲。要提供易用的偏差、临时变更和建议通道，并保护如实报告者。

断点三：供应链规模大于质量能力。 门店扩张快于供应商审核、仓网、冷链和追溯。采购按价格和交期扩供，质量团队事后补档。扩店门应包含合格供应和备援容量。

断点四：数字化放大错误。 一个配方单位、价格或过敏原字段错，会瞬间同步到所有门店和平台。主数据变更需要测试、灰度、生效窗口、回滚和历史版本，不是“总部权限最大所以可以直接改”。

断点五：用平均数管理异质门店。 集团平均食材率正常，可能掩盖某店份量不足和另一店浪费；平均投诉率正常，可能掩盖团餐特殊人群事件。分析要下钻门店、餐次、渠道、SKU、批次和事件严重度，同时防止用小样本误判。

10.11 经营会议怎样避免变成报数字

有效的周会只解决少数跨部门问题。会前由数据所有者发布同口径看板和例外清单；会上从风险开始，再看顾客、履约、贡献、现金和能力；每个问题必须形成事实、假设、决策、负责人、截止日和验证指标。没有原始证据的问题标为待验证，不用级别高的人拍脑袋定结论。

月度经营会至少回答：哪些门店/项目创造可持续贡献，哪些靠折扣或延期付款制造表面增长；哪些SKU同时有复购和贡献，哪些占用瓶颈；食品安全和人员能力是否跟上销量；应收、平台待结算、押金和设备投入吸收了多少现金；下月要放大、修复、缩减还是退出什么。安全事件和数据真实性问题不得因“本月已达预算”而延期。

会议输出	合格样例	不合格样例
问题	F平台晚餐渠道贡献连续三周为负	外卖不好
证据	订单、优惠承担、平台账单、包装、工时	店长感觉
决策	关闭两个负贡献活动，保留三款套餐试验两周	加强运营
责任/日期	ROLE-H02-13，8月24日前	大家尽快
验证	渠道贡献转正且取消率不恶化	GMV上涨

10.12 供应商生命周期：不是准入一次就永久合格

餐饮供应商管理从寻源开始，经过资料核验、样品与规格、现场或远程审核、试供、正式批准、日常绩效、变更、暂停、恢复和退出。供应商主体合格不代表其所有工厂、仓库、品类和规格都已批准；同一集团换生产地点、原料来源、包装、运输方式或收款账户，都可能触发不同审查。

寻源阶段先定义食材标准，而非拿供应商样品反向写标准。规格应包含法定和业务名称、等级、尺寸、净含量/单位、感官、包装、日期或批次、贮运、验收、可替代边界和过敏原等必要信息。若门店只写“牛肉一箱”，收货争议和配方成本必然失控。

准入阶段由采购验证商业能力，食品安全/质量验证主体、许可、地点、品类、过程与追溯，研发验证应用，财务独立验证结算账户。试供要限定门店、期限和数量，保留批次与反馈；“正在试供”不能成为绕过批准长期采购的灰色状态。

日常阶段把准时、完整、规格、验收、温控或运输、投诉、追溯、变更通知和纠正响应分开评分。采购价格下降但破包、短重和退货上升，综合成本可能更高。绩效趋势要下钻至工厂、仓库、路线、品类和批次，集团平均分不能掩盖单一高风险地点。

变更与退出阶段先评估在途、现存、已领料、菜单、平台和团餐合同，再决定切换。停用供应商不等于删除主数据；历史订单和批次仍需可还原。恢复必须有原因关闭、验证和授权，不允许采购员因缺货在系统外重新启用。

生命周期状态	允许动作	禁止动作	退出条件示例
候选	资料与样品评估	商业采购和进入可用库存	关键资料不实
试供	限定品类、门店、批次和期限	自动扩到全网	试供不合格或追溯失败
批准	在批准范围下单与收货	超品类/地点/规格采购	严重或重复失控
暂停	调查、隔离在途和现存	新增订单或解除隔离	证据不足以恢复
退出	结清、保留历史、替代与通知	删除历史记录	合同终止、风险不可接受

10.13 中央厨房如何服务门店而不制造新的断点

中央厨房的价值是把适合集中处理的采购、预处理、半成品或成品加工统一化，改善稳定性与效率；它不是所有食材都集中、所有门店都失去加工判断。是否集中要比较运输半径、货架期或安全时间窗、批量设备、门店空间、质量一致性、包装、配送波动和追溯复杂度。

门店预测先转换成中央厨房需求，计划员按配方、产线、批次和路线形成生产计划。仓库只发放状态合格的原料；生产记录实际领料、产出、损耗和批次；质量按工艺和授权判定；物流按路线、门店和交接要求发运。门店收货仍需确认主体、产品、数量、批次、包装和运输状态，不能因为“总部送来的”就免检。门店退货、剩余和顾客反馈必须回传到中央厨房批次，而非只记门店损耗。

中央厨房要防止三个规模化错觉。第一，计划汇总后波动会消失；实际上平台活动、天气和门店差异仍可能同步放大。第二，大批量必然降低成本；若换线、配送、包装、报废和资本闲置超过节约，单位成本反而上升。第三，总部质检能替代现场控制；门店收货、储存、复热或最终制作仍会引入新风险。

正在绘制业务流程…

10.14 经营诊断的证据优先级

出现“食材率突然改善”时，不要立刻奖励门店。先检查销量和退款是否完整，再检查配方与价格版本、期初期末盘点、调拨、报废、员工餐、单位换算和供应商规格；最后才判断份量、出成或采购改善。出现“投诉率下降”时，先确认投诉入口、平台数据和工单分类有没有变化。出现“团餐满意度上升”时，核样本、班次和非响应人群。经营数字越好，若与一线事实背离，越要验证是否发生指标迁移或记录抑制。

证据优先顺序通常是：原始交易和现场事实→受控单据与审计日志→跨系统对账→趋势和抽样→人员解释。解释很重要，但不能先用解释覆盖原始差异。管理者应营造“如实记录不会因暴露问题而先受罚”的环境，同时对故意篡改和重复规避保持独立调查。

一次合格的经营诊断还应写清“结论在什么条件下会改变”。例如，门店毛利下滑可能来自采购涨价、配方超耗、折扣结构、外卖占比、盘点差异或收入漏记；如果只盯住一个指标，就容易把症状当成原因。诊断人应先锁定口径和观察期间，再把差异拆成价格、数量、结构、损耗与时点五类，逐项指定证据、责任岗位和复核期限。对无法当日确认的事项，应暂列待核差异，而不是为了按时出报表强行归因。最终经营会要留下“事实—判断—动作—负责人—截止日—复验指标”的闭环记录；下一周期先验证动作是否真实发生，再判断指标是否改善。这样，经营分析才不是解释过去的故事，而是能够被证伪、被追责并指导下一餐和下一月的管理工具。