熟客与团体餐服务怎样复盘：核对当次需求、加菜与交付

复盘熟客与团体服务，先分别核对本次需求有没有确认、加菜由谁汇总、餐品是否交齐。熟悉不代表需求没变，人多也不代表一定混乱。周会围绕一个有依据的交接问题展开，再说明人数、餐品和排班差异，不能只比较营业额或凭一次争执判断整周。

周会记录卡，只留能支持决定的字段

• 本次问题：写具体环节，如本单何项未交或谁接了新增，不先给某类客人或员工贴评价。
• 查看范围：记录门店时区、营业时段、选择这些经过的原因，以及相关订单标识。
• 可查事实：注明订单或工位记录实际显示什么，制作完成与外场送达分别找依据。
• 现场观察与回忆：分别说明员工当场看见的内容和事后回想，缺少依据的部分标为未知，不补造时间线。
• 比较条件：列人数、餐品组合、加菜轮次、付款约定、排班和菜单变化，条件不同就说明限制。
• 下次动作：只选当前能执行的一项，写明负责岗位、开始班次、例外交给谁及如何观察执行。
• 复查结论：下次记录保留、调整或继续观察的依据；资料不足不补写已解决或有效。

日常接待与活动团不必强求一一对应，但需说明条件差异。没有完整记录的经过可用于提出线索，不能拿来计算精确等待或漏交比例；销售、已确认收款和服务交付也不能互相充当结论。记录只围绕当次服务，不建立顾客长期行为档案。

熟客和团体，不用同一条印象判断

在熟悉客人的案例中，重点查员工是否未经确认就沿用旧规格、堂食外带或付款习惯。若确实没有问题，也应说明本次观察到的依据，而不是用彼此熟悉代替。店主可以请员工复述如何确认当前需求，检查换一位同事接手时是否仍能得到相同信息。

活动团案例则沿加菜、共享菜和分批交付查看信息落在何处。不是人多就必然混乱，而是多个提出需求的人可能让不同岗位各掌握一部分。复盘应找到哪一次新增没有汇总、哪一份实物无人负责交齐，而不是要求员工以后对团体更用心这样难以执行的表态。

工位记录与实际交付，分别取依据

MenuSnap 后厨指南分别说明制作状态与岗位交接，KDS 和纸票按各自条件使用。复盘可以先查工位完成了什么，再向外场了解实际送达情况，两个环节分别找依据。客人的反馈另作服务线索，与餐品交付记录一起看；工单完成或客人当时没有提出异议，都不足以单独说明整单已经交齐。

店主只查看当前版本、权限和套餐下实际可访问的记录，不假定已有排队时长、催菜次数或漏交原因报表。若要了解这些事实，可以安排下一班做简短观察，先约定记录起止点。没有统一口径就不比较数字，也不把订单存在的总时间直接叫作客人等待。

下周复查的是动作，不是提前宣布成效

若熟客案例的问题是默认规格，下一班可要求接单前复述当次选择；若团体案例的问题是加菜无人汇总，则指定本轮经手岗位。两种改动不必同时推广到所有情形。负责人写明谁执行、什么时候开始和例外交给谁，不把复盘变成一次采购或功能愿望清单。

• 保留：说明在哪些相近服务条件下看到了动作执行，结论不扩大到所有班次或长期效果。
• 调整：指出具体信息仍在哪一步断开，改清负责岗位或记录位置，而非只要求更用心。
• 继续观察：下周只有普通接待时，先查各班能否找到加菜汇总、待交项目和接手岗位的信息。相近团体尚未出现或记录仍不足，就只记录已经完成的准备与执行情况，不把一次说明或缺少反例当作问题已经解决。

提交、打印或付款出现故障，负责人先查原订单并联系支持，客人订单只用于正常服务，不用于尝试陌生操作。周会可以说明已知故障与待查事实，但不把尚未查清的问题转换成服务效率结论。