TASTY CHEF · 寿司订单与传送带

让寿司店顺畅出餐

设置分时出餐数量、分配员工岗位,弄清制作、上菜和订单取消的区别。

寿司制作工作台与周围的传送带。
寿司制作工作台与周围的传送带。 Steam 官方截图 ↗

先把一份订单走完

Tasty Chef 寿司店最容易混淆的地方,是把“制作完成”当成“订单完成”。开发者说明:寿司放到出餐台,只结束了准备环节;还要由员工上菜,顾客的订单才完成。如果食物已经做好但顾客仍在等待,先查上菜环节,不要立即把制作人数翻倍。

下面把传送带、岗位与耐心连成一条流程。官方截图可帮助你辨认工作台和传送带,但不要求照搬相同的房间布局。先观察自己的店铺停在哪一步,再修改对应设置。

看见的状态应该检查的下一步不宜直接推断什么
员工没有继续放寿司当前时段的数量预设是否已达到不能立即认定员工能力不足
成品在出餐台上有没有员工负责上菜、通路是否可达不能认为订单已经结束
员工拿着物品停住下一目的地和放下物品的位置不能只靠训练解决堵路
顾客等待过久,订单消失耐心是否耗尽、服务是否滞后不能自动认定菜谱被删除

空手检查传送带预设

开发者在寿司岗位回复中建议:空手与传送带互动,查看数量设置。先把手里物品处理掉,再打开对应设置,避免把拿着物品时的交互结果误当作菜单失灵。

数量预设可以按时段配置。官方解释,当某个时段已经达到设定数量,员工就不会继续往传送带补同样的寿司。因此,“不再添加”可能是正确执行数量限制,而不是员工忽略任务。

先看游戏当前处于哪个时段,再看该时段的预设。只修改另一时段的数值,不一定会改变现在的出餐表现。检查后观察几份订单的流动,再决定是否需要继续调整。

官方没有给出适合所有店铺的固定数量。店铺规模、菜品和服务速度都不同,直接套用某个数字可能造成积压。把当前设置当作起点,一次改一个数值,比较前后是否出现更少等待或更少剩余。

临近打烊时减少补餐

开发者建议在接近打烊的时段降低数量预设,减少闭店前继续补餐。这里的重点是分时设置,而不是从开店开始就把全时段数量压到最低。

如果早班一直缺货,检查当时的数量与制作能力;如果末班剩余很多,检查末段的预设。两种问题的调整方向可能不同。先让每个时段的设置对应实际需求,再评估员工是否需要培养。

1.0.16 更新加入了传送带数量的数字输入功能。操作时使用自己当前界面提供的输入方式,不要把旧视频中的按钮位置当作所有版本都相同。输入后重新查看显示值,确认改动确实落在正确项目上。

工作优先级要覆盖整条流程

寿司店员工可以设置岗位优先级,这是开发者明确给出的排查方向。打开岗位安排,检查团队是否有人做准备、有人服务;不要只看总人数和品质。

当出餐台已有成品时,优先检查服务岗位。继续提高制作速度可能只是让台上堆得更满。反过来,服务人员都能活动却一直没有成品,需要查看食材、制作岗位和数量限制。

同一班营业中,尽量只改变一项岗位安排。先观察等待发生在哪里,再调整优先级,再观察结果。同时调岗位、数量和布局,会让你很难知道真正改善流程的是哪一步。

培养已有员工的规则见 员工培养与升阶。它可以提高员工的发展空间,但不能代替岗位分工和可达的工作区域。

耐心耗尽会取消订单

开发者说明,顾客耐心耗尽时,会强制取消对应订单。看到订单突然不再继续,应该把之前的等待时间、成品位置和服务安排一起检查,而不是只查最后一秒的菜单。

当制作速度足够、服务速度跟不上时,顾客仍然可能等待过久。把制作完成到实际上菜之间的停留作为观察重点。如果这个间隔持续变长,先查上菜岗位和路线。

1.0.32 的更新记录提到跳舞恢复耐心的相关机制,但没有在这里公布一套通用数值。不要把某个动作写成保证所有顾客都不会离开的办法。稳定出餐流程仍然需要设置、员工和通路共同配合。

菜单变化与自动推荐

菜单或配方变化之后,重新检查相应的数量设置和岗位安排。不要假设原来的预设一定适合新菜单,也不要把旧菜品的表现直接套给新菜品。

已核对的官方回复没有建立一个可以替你完成全部数量设置的通用“自动推荐最优数量”规则。因此,最可靠的输入仍然来自你当前界面的选项和当前班次的观察。

同样,本文没有发布 Omakase 顾客偏好表或所谓固定额外收益比例。没有足够来源支持的数值,不适合用来安排食材和营业预算。

卡住时按这个顺序排查

  1. 看停在哪一环:制作、传送、出餐台,还是服务。
  2. 空手打开传送带设置,检查当前时段数量。
  3. 查看岗位优先级,确认下一步确实有人负责。
  4. 检查员工携带的物品和下一目的地是否可达。
  5. 查看顾客耐心,确认订单是否已经被取消。
  6. 对照当前版本更新,记录持续异常的条件。

布局排查可以从 厨房布局与员工寻路 开始。开发者及补丁承认过一些寿司流程问题,不能把所有停滞都归为玩家设置错误。条件正常仍复现时,记录店铺、时段、菜单、员工岗位和卡住位置,便于说明问题。

Take Over 与结束营业

接管员工没有反应时,先检查是否有可达的空桌子供员工放下手中物品。这是开发者说明过的一种失败条件,不是保证解决所有接管问题的办法。

1.0.61 增加了可自定义的结束营业快捷键,默认没有绑定。想用手柄或键盘结束营业时,先查看当前绑定界面。旧回复中某个按键没有功能,不代表最新版本仍然无法自行设置;也不能直接宣称某个手柄键现在是所有人的默认键。

收班后只改一个问题

闭店后回顾最明显的瓶颈:是某时段补餐过多、成品堆积、缺少服务人员,还是某条路径被挡住。下一班只围绕这个问题做一个明确调整,比较容易看出是否有效。

需要追加员工或食材之前,先检查 经营预算表。数量设置影响流程,但本文不会用它预测确定的收入或利润;实际结果仍由你的店铺经营产生。

看看实际游戏画面

官方宣传截图展示场景与界面。图中数值可能来自较早版本;属性和上限以当前游戏及文中更新说明为准。

寿司店建造模式,画面可见传送带环路与服务区域。
寿司店建造模式,画面可见传送带环路与服务区域。 Steam 官方截图 ↗

相关官方说明

上面的机制说明对应以下游戏页面、开发者回复与更新记录。规划示例属于经营建议,具体数值以你自己的游戏显示为准。