餐厅每周服务复盘怎么做：从一份订单找到下周一个改动

餐厅每周服务复盘，先选一个实际问题，再找对应订单，最后决定下一班改变哪个动作。营业额不错也可能漏交饮品，等待较久也不必然是厨房慢。把问题落到一次交接，才能从“下周注意配合”变成有人负责的安排。

一页周会记录可按这些字段填写

• 本周具体问题：____；门店、当地时区、营业日或日期范围与餐期：____。
• 必要订单参考及服务方式：____；选择这些订单的理由：____。
• 系统有明确记录的事实：____；现场观察：____；当班回忆或推测：____。
• 仍缺的信息：____；由谁查或下次观察：____。
• 最可能的流程缺口及依据：____；下周只改的动作：____。
• 负责人、开始餐期与替补：____；材料或交接依据：____；例外联系人：____。
• 下次回看安排：____；继续、调整或停止该动作的观察依据：____。

只保留本次讨论必要的订单标识和经过，不复制完整顾客资料。事实、回忆和推测标清出处，没有记录的时间不填成精确分钟数；这些原则一次说清，随后围绕本周问题展开。

先选题，再选可比较的订单

题目要具体，例如饮品为何漏交、换座后原单在哪、拆账时哪一份反复询问。不要把所有混乱包成“服务不好”，也不凭一次争执评定员工。可选相近餐期、餐品组合和服务方式接近的顺畅订单对照；找不到依据就保留问题，安排下一次观察。

查看前先对齐门店时区和期间，跨午夜的营业日与自然日不能混用。销售、已确认收款、退款和班次现金是不同口径，未结账单也不是实收，不能用不同范围的合计解释同一个服务事件。

沿同一需求查一次完整经过

按需求提出、订单录入、制作接收、汇总、实际交付和账单处理梳理。有明确时间就按原含义使用，缺交付记录就注明，不因菜品已完成猜客人已拿到。MenuSnap 按现有版本、权限和套餐提供实际可访问记录，排队、催菜和交付信息缺少时由必要人工观察补充，不宣称系统已自动采集。

KDS 制作完成、纸票移开与实际送达不同；拆出份额与收到款项不同，独立终端交易还需外部核实。查经过不需要再造订单、重新送厨或重做付款，用已有必要记录和人员说明即可。

原因要能指向一个动作

• 信息没有写：查是否缺规格、单品归属或未交内容，补对应字段。
• 信息写了但无人接手：明确下一岗位与替补，不只再提醒沟通。
• 接手人难以执行：看位置、动线或共用设备是否形成阻碍，不直接归结为不认真。
• 记录不足无法判断：保留未知，指定下次观察的具体环节与起止，不补一个完整故事。

设备或配置疑问由店主及支持人员核对，先保障已经接到的服务，不让复盘打断厨房或更改正在处理的账单。一次选择一个最相关改动，例如汇总前查同单饮品或换座后通知吧台，不同时改菜单、排班和设备。

下一周先回看上周决定

对照相近条件，查看同类漏交、追问或错归是否仍发生，员工能否持续执行，等待是否转移到下一岗位。客流、排班和菜单差异很大时不作直接因果结论；少量订单只是线索，不代表全部客人。

有效动作写入班前安排，无效的回到原单找遗漏，未知的继续观察，并停止收集不再必要的信息。每周留下一个有依据的决定，比持续增加报表更接近改进；不把未观察的做法写成接待量或效率保证。