给经营预算留出余量

小镇基金改成了什么？

Tasty Chef 的 1.0.32 更新说明：小镇基金兑换比例调整为 1:1，手动兑换停用，改为按每日收入自动奖励。继续寻找旧版兑换按钮，可能是在追随已经过时的操作路径。

更新文字没有公布完整换算公式，因此本文不会把“按每日收入奖励”写成任意固定比例，也不会把它当作一定与店铺现金相同的资源。先看当前界面的基金余额和班次结算，再判断实际获得了什么。

经营预算最好先用你看得见的现金、工资和购物费用。基金的自动变化单独观察，避免把预计会获得的奖励提前当成已经可以使用的资金。

开业之前检查四类开支

把开支按是否已经发生区分，会比只看余额更清楚。尚未扣除的活动费、计划中的购物和预计收入，都是预算安排的一部分；不要把它们误认为结算后已经确认的利润。

用自己的数字做下一班计划

下面的表只做你输入数字的加减：现有现金加预计收入，再减去工资、活动、食材和其他计划投入。它不读取游戏存档，也不预测销量、招募概率或自动基金奖励。填写结果不会上传或保存。

“计划剩余现金”低于零，说明按这组输入，预计收入不足以覆盖计划开支；先减少可推迟的投入，或重新检查估计。它并不证明游戏一定会按同样方式结算，因为实际营业结果和你的输入可能不同。

例如，现有现金 1000，预计收入 200，工资 150，活动费 100，食材 200，其他投入 100，算出的计划余量是 650。这只是算术示例，不是对某种店铺规模的收入承诺，也不是推荐的固定预算。

招募折扣结束后重新比较

开发者解释，前 100 次招募有折扣，玩家提到的价格从 140 变成 200 是因为折扣结束。价格变化本身没有证明稀有员工概率提高。预算时应使用你当前界面显示的实际单次费用。

先问自己这次招募要解决什么：缺少一个岗位、需要不同的团队效果，还是想换一个长期培养对象。已有员工停在被挡住的工作台前时，多招一个人可能不会解决问题。

如果决定培养已有员工，参见 员工培养与升阶。先训练再升阶与后续上限有关；培养完成之后，还要读取调整后的工资，更新下一班的预算。

活动费为什么开班才扣？

员工与奶茶店问题帖中，开发者说明活动费用会在班次开始时扣除。因此，选择活动后余额暂时没有按预期减少，不足以说明活动免费或扣费失败。

开业前把已选择的活动费用算进去，再决定是否同时购买家具或继续招募。只看点击活动那一刻的余额，容易忽略之后才发生的扣款。

官方这条说明没有建立所有活动都能赚回费用的收益模型。不要把某个活动写成必定盈利的选择。评估它时，先记录实际班次结果，再比较自己付出的费用与观察到的效果。

买了食材还没到：先看日期

开发者在配送问题帖建议检查是否选了次日或两天后的配送。下单后，先查看对应订单的送达安排，不要仅凭“已经付款”推断物资必须在当前班次可用。

但同一讨论里也有玩家反馈，即使选择了当天送达，问题仍然发生。那条反馈在使用的回复范围内没有得到确定解决。因此，检查配送日期是一项排查步骤，不是保证修复所有缺货问题的办法。

先核对日期、订购物品和当前库存，再观察是否已经到达计划时间。条件符合仍没收到时，记录版本与订单信息反馈问题；不要通过反复购买来掩盖尚未确认的配送异常。

1.0.32 及其他更新包含传送带、补货和物流方面的修复，但不能把某项补丁自动视作所有配送问题都已经永久解决。自己的当前订单状态仍需单独检查。

扩建不一定只取决于钱

1.0.47 已引入扩建限制。余额足够但不能继续扩建时，应检查当前可用区域和版本，而不是直接认为必须继续攒钱。超过限制的旧区域可以继续放置物品，但不能继续向外扩建。

在现有范围重新组织入口、物资和交接位置，有时比继续购物更有用。相关排查见 厨房布局与员工寻路。这里没有公布未经确认的统一最大尺寸或解锁价格。

收班以后如何修正计划

把预计收入换成实际结果，检查原先低估了哪项开支。若主要问题是寿司成品没有被及时上菜，先处理 寿司订单流程，不要仅因为收入少就减少所有食材。

下一班只调整一项明显偏差，逐渐让自己的预算更接近实际经营。表格里的数字完全由你填写，结果也只用于规划；它不替代游戏结算和当前物资状态。

看看实际游戏画面

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