一家在 Shopify 上跑生意的甜甜圈店,需要五条协同工作的规则,才能每天都卖光、又不接超出后厨产能的单。这不是一条"每天最多 108 个"的简单配额,而是一个五层的规则集：它要处理按口味的产能上限、为次日订单设的固定晚间截单、按取货日期计数——让每个日期在满额时关闭,以及随订单进来而更新的售罄提示。下文的这家店是一个综合示例,基于商家在 Shopify 社区帖中描述的模式。
如果你经营的是甜甜圈店、批量烘焙坊,或者任何按固定日产数量跑生产的食品商家,这套规则正好贴合你真实的约束。
这家店：一天 108 个到底是什么样子
文中的这家店一天产 108 个甜甜圈。这个数字不是随便定的——它是后厨在早晨取货窗口开放之前,可以完成混料、发酵、油炸和装饰的最大一批量。他们卖 6 种核心口味,再每周轮换 2 种季节性口味。每种口味都有自己的产能上限：Maple Bar 24、Glazed 30、Chocolate 18,以此类推。
下单流程：
- 客户在线下单,在一个固定地点次日取货。
- 下单窗口在取货前一晚 10 点关闭,这给师傅们一份定稿的生产清单。
- 10 点之后的订单会自动滚到再下一天。
- 每天的库存彼此独立——周二的分配不会影响到周三。
- 售罄的口味在一达到上限的瞬间,就在该日期关闭。
看起来像是一个问题("把甜甜圈一天的销量限制在 108"),其实是五个问题叠在一起。Shopify 原生的数量限制一个都解决不了。
让它运转起来的五条规则
规则 1:每日 108 个的天花板
第一个、也是最重要的数字,是总产量天花板：每个取货日期全口味合计 108 个。
要说清楚 OrderRules 是怎么做到的。它的全店「每日订单限制」统计的是订单,按下单当天计——不是甜甜圈,也不是取货日。而且没有一个按取货日期计数、覆盖所有口味的单一件数上限。所以 108 落在下面的按口味上限里：让它们加起来等于 108,这一天就不会接超过 108 个。
Shopify 对这些都没有原生支持。它的加购限制只能在一个购物车里限制一个变体,无法跨所有结账计数。按下单日期的限制参见 如何在 Shopify 上限制每日订单数。
规则 2:按口味的每日配额
每种口味都有自己的日上限——通常是基于后厨实际能做出多少这个变体来定。Maple Bar 因为还要淋糖浆,比 Glazed 慢;Chocolate 受甘那许那一锅的批量限制。按口味的配额反映的是真实的生产约束,而不是随便定个数。
每种口味各自关闭。Maple Bar 被抢购时,会停在 24,而其他口味继续卖。由于各口味上限加起来是 108,所有口味卖完时这一天就关闭了。如果你想保留一些灵活性——比如 Maple Bar 卖得慢的日子让 Glazed 多卖一些——就得手动调整：调高一个上限、调低另一个。
这正是店主们说"我一天做 108 个,但每种口味的上限不一样"时所描述的设置——单条规则的版本是表达不出来的。
规则 3:晚上 10 点的次日截单
每天晚上 10 点,次日下单窗口关闭。晚上 10:01 来到网站的人,会看到次日之后的那一天作为下一个可选的取货日。这不是店铺关门——店铺其实仍然营业（网站还能接单,只是面向更晚的日期）。这是一条履约截单：明天的生产清单到此刻起就被定稿并冻结。
之所以要这条截单,是因为师傅们凌晨 4 点开工。他们需要一份能从打印机拿走的清单,而不是一份在晚 10 点到凌晨 3:30 之间可能还会多出三笔的清单。10 点的设置,给他们从截单到开工之间留出 6 小时的缓冲。
截单规则的详细配置参见 在 Shopify 上为当日与次日订单设置截单时间。
规则 4:会向后滚动的按配送日期的库存
这套规则和一条普通的"每日订单配额"之间最关键的差别,是这些上限是按配送日期的,不是按下单日期的。周二下单订周五取货的客户,占用的是周五的份额,不是周二的。
在 OrderRules（Advanced 套餐）里,这是每个商品上的一项设置：每日上限的统计依据 → 配送日期。取货和配送共用同一个计数。周二的计数器记录周二取货的订单;周三的计数器和它互不影响;周五的计数器可以接整周的订单,直到每种口味的上限填满,或者周四晚上 10 点截单触发为止。
对于做批量生产的生意来说,这正是把"凑合能用的应用"和"真正贴合我业务运作的应用"分开的那条规则。按配送日期计数是不可妥协的。
规则 5:售罄口味的可见性
当某个口味在某个日期触到了它的上限,这个日期就必须不再为该口味提供。仍然走到结账的客户,会在结账页上看到一条拦截提示。
对按配送日期计数的上限,OrderRules 的日期选择器会做到这一点。放不下当前购物车的日期无法选择,选择器还会显示类似"[日期] 仅剩 8 个"的提示。下一位客户看到"仅剩 5 个";卖完后,该日期对 Maple Bar 关闭,客户会选一个更晚的日期。
这不是装饰——这是一位客户去挑替代口味,和一位客户在困惑中放弃购物车的差别。
为什么 Shopify 原生不够用
把每条规则需要什么、Shopify 提供什么、OrderRules 提供什么放在一起：
| 规则 | 需要什么 | Shopify 原生 | OrderRules |
|---|---|---|---|
| 每日 108 个的天花板 | 某个取货日期所有口味的一个总数 | 不支持 | 通过加起来等于 108 的按口味上限 |
| 按口味的日配额 | 跨所有结账,对每个 SKU 在自己天花板下计数 | 仅限单个购物车（加购限制） | 支持——服务器端计数 |
| 晚上 10 点的次日截单 | 在固定钟点关闭次日履约 | 不支持 | 支持——可用性规则的截单时间 |
| 按取货日期计数 | 计数器按请求履约日期索引,而不是按下单时间戳 | 不支持 | 支持（Advanced） |
| 售罄口味可见性 | 与按口味计数器联动的店面文案 | 不支持 | 支持——日期选择器中的「仅剩 N 个」 |
五条规则,没有一条是原生的。这就是批量生产的食品商家会超出 Shopify 默认能力、需要专门规则引擎的原因。
截单时间的选择
第一次配置的店常问的一个问题：*为什么是晚上 10 点,而不是午夜？*答案是运营层面的,不是技术层面的：
- 缓冲时间——师傅们至少需要 4 到 6 小时的截单到开工时间。午夜截单加上 4 点开工,几乎不留时间打印、核对、调整生产单。
- 深夜浏览习惯——晚上 11 点为明天浏览的客户,常常到午夜也没决定,他们最后会下到再后一天——而运营层面的结果（订单落在截单后那一桶里）是一样的。
- 决定的确定性——生产需要一份定稿清单,而不是一份"几乎定稿"的清单。午夜之前截单,让"封板"这个动作没有歧义。
对大多数批量烘焙商来说,前一晚 9 点到 11 点之间是一个合理的截单范围。
把这个套路套用到别的业务上
5 条规则栈并不是甜甜圈专属。它适用于任何具备下面特征的批量生产食品业务：
- 有一个固定的日产能天花板
- 有多个 SKU,各自有独立的子上限
- 履约窗口是次日或近未来
- 在生产开工前,有一个运营上的截止时刻
符合这个模式的业务包括：
- 做定制蛋糕的烘焙坊——参见 Shopify 按需定制：交货周期与产能上限。
- Meal prep 服务——按餐品的子配额、每周下单窗口截单。
- 手工冰淇淋——按口味的子配额、每日批量天花板。
- 熟食拼盘 / 餐饮承办板——按尺寸的子配额、按交付前置期的截单。
- 特色饼干和糕点——按变体的子配额、晚间截单。
要理解这一类问题在更大范围里为什么会出现,参见 Shopify 产能问题:为什么商家会超售。这个模式在所有产能受限的商家身上都是普适的。
数字层面：不超售带来的收入影响
超售是有真实代价的。一家甜甜圈店一天卖 108 个、平均客单 $4,满产能下每日收入 $432。一个超售的日子意味着：
- 退款——通常会有 1 到 3 笔订单受影响,直接退款金额 $4 到 $60。
- 客服开销——每笔退款需要 10 到 30 分钟,按 $25/小时算,$4 到 $12。
- 客户流失——一个曾被退过款的客户,再回来的概率会显著降低;生命周期价值的损失可能远大于这一笔退款本身。
- 声誉损害——愤怒的客户会留下负评,而在一家小烘焙坊的 Google 资料下,一条差评非常显眼。
一家真把这套规则用起来的店,可以得到相反的结果：忙碌的日子傍晚就售罄,客户也学会了早下单——因为他们知道晚了就赶不上。被诚实地执行的稀缺,会变成营销资产;被马虎地执行（先超售再道歉）,只会变成负债。
整套配置怎么搭
配置顺序：
- 从 Shopify App Store 安装 OrderRules,并升级到 Advanced 套餐（14 天免费试用）。按配送日期计数需要它。
- 开启配送日期和到店自提,并把日期选择器添加到商品页和购物车页。走查：如何添加配送日期选择器。
- 在甜甜圈的可用性规则上 设置晚上 10 点的次日截单：1 天的交货周期和 22:00 的截单时间。走查：设置截单时间。
- 为每种口味添加每日上限,加起来等于 108。如果 SKU 多,使用 CSV 批量导入。
- 在每种口味上把 「每日上限的统计依据」设为「配送日期」,这样每个未来日期都有自己的计数器。
- 在某个口味的产品页上 检查选择器的「仅剩 N 个」提示。
- 通过店面和 Shop Pay 测试每一条规则的边界:Maple Bar 上限、晚上 10:00 截单,以及晚上 10:01 滚到下一天。
总的来说
一家在 Shopify 上一天卖 108 个的甜甜圈店,跑的不是一条规则——是五条规则,合起来构成一套生产纪律。Shopify 对其中任何一条都没有原生支持。OrderRules 在 Advanced 套餐上覆盖它们：上限按取货日期（而不是下单日期）计数,通过 Shopify Functions 在服务器端强制,并在日期选择器中展示给客户。一个坦白的限制：结账读取的是已预订情况的快照,因此同一秒内为最后一个甜甜圈发起的两次结账可能都会通过。小额上限请留一点余量。
这正是商家在 Shopify 社区里描述为*"我真正需要的订单限制,而不只是一个按商品的上限"*的那套规则。它贴合批量生产食品业务的运营现实——也是 demo 里能跑和生产里也能跑之间的分水岭。
订单限制品类内完整的应用对比,参见 Shopify 订单限制应用合集页。食品业态更宽视角的设置,参见 烘焙店的按需定制 与 Shopify 餐厅应用组合。