堂食自取配送共用厨房时怎样承诺交付时间

三种渠道共用厨房，不能各自看见空闲就独立接单。订单能否按时交付，取决于它在加工、装配包装和交接环节分别占用什么资源。先确认食品制作条件，再检查完整任务能否排入已有承诺，才能决定接受、调整时间或暂停承接；渠道名称本身不能作为插队理由。

有限服务餐厅指南讨论了菜单、人员和空间对设备配置的影响。[1] 这些限制同样会影响订单承诺，但机器标称能力并不能直接给出三渠道可接受单量。以下全部时间均为原创桌面假设，用于解释排程，不是任何产品的实测速度，也不是食品加工或保存时间建议。

用一个时钟记录五种不同事件

把中午某一时刻记为零分钟，所有渠道使用可核对的共同时间基准。保留顾客提出需求的时刻与门店正式接受的时刻，不能将平台送达消息、员工看到消息和已承诺接单混为一项。时间戳有偏差时，应另记校正依据，不直接覆盖原始记录。

接受、加工开工、加工完成、装配包装完成和实际交接，应分别记录。堂食可能不需要外带包装，但仍有装盘核单与送交动作；配送还要区分门店备妥和骑手实际取走。若把出锅时间算成交付，包装区等待会从报表里消失，顾客却仍没有拿到餐品。

本例只有一个共享加工位和一个独立装配包装位，各由一名员工操作，两名员工不互相兼岗。食品进入排程前所需条件已在假设中满足，区间内包含对应任务必要动作；不讨论真实菜品工艺。每个工位同时只处理一单，未另设并行设备，也不允许随意中断正在执行的任务。

三笔订单怎样排到同一张时间表

甲是堂食单，零分钟接受，希望六分钟内交付；乙是自取单，一分钟接受，约定七分钟备妥。丙是配送需求，一分钟到达，原本要求八分钟备妥。三者所需共享加工位时间依次假设为三、二、二分钟，装配包装位时间为一、二、二分钟。

订单及正式接受时刻	加工占用区间	装配包装区间	门店完成时间与结果
甲堂食，零分钟	零至三分钟	三至四分钟	四分钟交接，早于六分钟约定
乙自取，一分钟	三至五分钟	五至七分钟	七分钟备妥，假定顾客此时取走
丙配送，一分钟协商后接受	五至七分钟	七至九分钟	九分钟备妥，原八分钟要求不可承诺

表内区间按前闭后开理解，前一任务在边界完成并释放工位，下一任务才可开始；真实交接或清洁若另外占时，必须加回，不能用数学边界消除现场动作。甲结束装配后，装配位四至五分钟的空档，并不能拿来处理仍在加工中的乙。

丙在七分钟已结束加工，却还需要两分钟完成包装。九分钟才是本例能够备妥的时刻。因此接单前就应说明八分钟无法满足，只有需求方接受九分钟的新安排，才按该条件正式承接；表中假定协商在一分钟完成，不允许事后倒填一个更宽松期限冒充准时。

若骑手实际十一分钟才取走丙单，应保留九分钟备妥和十一分钟交接两个事件。门店加工包装是否达到承诺，与食品等待及配送过程是否满足要求，需要分别判断。多出的两分钟不能自动归为厨房迟延，也不能因厨房按时备妥便断言整个订单无风险。

优先规则需要保护已有承诺

这个例子按可行的先后顺序保留已接受订单，接近期限的需求先被检查，但这不是证明某一种算法对所有菜单都最优。订单是否具备开工条件、共用设备是否被占用、包装是否能接续，都要同时看。仅把最急的标签排在最前面，可能让多张已经接受的订单一起失约。

假设两分钟又来一笔新需求丁，也要占加工位两分钟、包装位两分钟，并要求十分钟备妥。沿表中已有安排，丁最早在七至九分钟加工，九至十一分钟包装，只能十一分钟备妥。即使丁来自门店更重视的渠道，也不能直接插到乙之前且保持对乙、丙的承诺不变。

可执行的答复是说明可接受的时间，或暂不承接这项需求；若确需调整已接订单，应有明确通知与适用处理，不能在后台悄悄换序。食品所需控制措施不参与抢时间的交换，不能通过缩短必要过程、跳过核单或扩大不适当存放来使表格看起来准时。

改单和取消要更新任务而不是抹掉历史

如果甲在两分钟提出增加一份食品，先识别这是新增制作任务，还是仅更正无需新增制作的交付信息。新增任务应重新检查资源和时间，不能因为沿用同一个订单号就继续套用原完成时刻。食品成分等改变还涉及适用的食品安全与制作条件，不能由排程人员只按增加几秒处理。

如果丙在四分钟取消，假设它尚未开始加工，释放的是未来五至七分钟的加工位与七至九分钟的包装位。丁是否可以改为更早接受，仍要检查确认时刻及全部条件，而不是直接把已经拒绝的需求当成又自动回来。取消记录保留，报表也不能用它删除先前曾经占用的计划。

已经开工后取消的订单不同。实物、员工和设备仍可能处于工作状态，应依获准程序处理，再记录何时真正释放资源。不能为了清空屏幕而立刻把下一单送入仍被占用的工位。设备异常同理，暂停的是受影响任务的新增承诺，并核查在制食品和其他相关任务，不能靠改换渠道维持接单数量。

在制上限不能从这张算例直接搬到现场

本例可以另外设一个仅用于演示的管理限制：已接受但未完成交接的订单最多三笔。三笔未结束时，即使某工位短暂空闲，也不自动接受第四笔。这个限制是人为设定的假设，不是从三笔成功排程推导出来的安全值；真实上限应依据现场已验证的食品、人员、存放及服务能力设置。

订单数量还会掩盖份数差异。一笔十份的订单和一笔单份订单都算一笔，并不意味着占用相同能力。现场若保留单数上限，应同时检查食品种类、份数和对应资源任务，不能让大单借“只新增一笔”绕过限制。各工位预计完成时间也应随任务变化重新计算，而不是沿用上一轮的显示值。

若把未交接订单计入上限，骑手迟到会继续占用名额。是否需要把制作中、已备妥待取两类分别设限，取决于是否存在合适的管理与存放条件，不能为了显示厨房空闲就把待取订单从系统中隐藏。各渠道入口应反映同一可接受范围，暂停或恢复也要确认已传播到相关岗位。

验证这套安排时，应比较每单最初约定与实际五类事件，而不是只报平均出餐时间。尤其保留最迟的一单、改单、取消和异常中断造成的影响。桌面推算能发现明显冲突，不能替代真实任务验证；只有具备现场依据，才能把演示中的时长、人员配置和上限换成可用于运营的承诺。

参考资料

• Middleby：Quick Guide to Outfitting a Limited Service Restaurant Kitchen（2025-03-27）