**一家在 Shopify 上跑生意的真实甜甜圈店,需要五条相互叠加的规则,才能每天都卖光又不超售。**这不是一条"每天最多 108 个"的简单配额,而是一个五层的规则集:它要处理按口味的产能上限、为次日订单设的固定晚间截单、按配送日期的库存——某一天关闭后会向后滚动,以及面向客户的、实时更新的售罄提示。这篇文章把整套配置走一遍——基于一条 Shopify 社区帖详细记录的模式整理而来,现在已经是很多批量生产食品商家的常见配置。

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