**あるミールプレップサービス:月曜 8 時オープン、水曜 18 時クローズ、木曜から日曜まで配達。**それがリズムです。顧客はそれを知っています。キッチンはそれに依存しています。そして Shopify には、デフォルトではこれを強制する手段がありません ―― 繰り返しの週ウィンドウなし、メニュー別サブ上限なし、翌週バッチへの自動ロールオーバーなし。
本稿では、Shopify ストアをミールプレップ運用に変える 4 つのルールスタックを扱います:繰り返しの週次注文ウィンドウ、週次合計キャパシティ上限、特定料理のメニュー別サブ上限、自動ロールオーバー スケジューリング。それぞれが実運用上の制約に対応し、組み合わせるとキッチンは毎週水曜 18 時にダッシュボードを手動で切り替えなくても回ります。
Shopify におけるミールプレップのパターン
ミールプレップサービスは、標準的な EC のデフォルトには収まらない独特の運用リズムを持っています:
- 生産は週次バッチで、日次ではありません。キッチンは仕入れ、仕込み、調理、パッキング、配達を 4 日サイクル(通常は木〜日)で行います。その週の注文は仕入れ開始前に確定している必要があります。
- 注文ウィンドウは有限。 顧客は週の前半 2〜3 日のウィンドウで注文できます。そのウィンドウ外では、ストアはその週の注文を受け付けません。
- 週次キャパシティは固定。 キッチンは品質を保ったまま 200 食(あるいは 500、1,000 ―― 規模次第)を仕込めます。それ以上は、注文を翌週へ繰り越す必要があります。
- 一部の料理は週次合計より厳しい制限を持ちます。 サーモンの仕入先が週に 30 人前を納品するなら、週次合計が 200 でもサーモンボウルは 30 で上限です。
Shopify のデフォルトは連続的・常時オープンの注文を前提にしています。上記のいずれもネイティブにはサポートされていません。OrderRules のスケジューリングとルールエンジンは、ミールプレップ パターンに直接対応します。
ミールプレップサービスが必要とする 4 つのルール
ルール 1:繰り返しの週次注文ウィンドウ
基礎ルール:毎週、月曜 8 時に注文オープン、水曜 18 時にクローズ。ウィンドウ外では、ストアは明確なメッセージを表示し、次の配達週向けの新規注文を受け付けません。
OrderRules のスケジューリング エンジンは繰り返し週ウィンドウをサポートします。一度設定すれば(「月 8 時オープン、水 18 時クローズ」)、ルールは毎週、手動操作なしで作動します。基礎となるスケジューリング パターンの広い文脈は Shopify で当日・翌日注文のカットオフ時刻を設定する を参照してください(ミールプレップはそこで扱う 4 つのカットオフ パターンのひとつです)。
ルール 2:週次合計キャパシティ上限
キッチンの週次の天井 ―― 例えば合計 200 食 ―― が 2 層目です。注文ウィンドウが開いていても、その週に 200 食売れたら早期にクローズします。ウィンドウは双方向です:時間ベース(水 18 時)とキャパシティ ベース(200 食)、先に発火した方が効きます。
これはレストランの店舗全体の日次上限に似ていますが、週次サイクルです。基礎の上限パターンは Shopify で 1 日の注文を制限する方法 を参照してください。ミールプレップ版は深夜リセットではなく週次リセットを使います。
ルール 3:メニュー別のサブ上限
メニューの各料理に独自の天井を設定できます。サーモンボウルは 30(仕入先の納品で制約)、チキン シーザーは 60(最人気で、まとめて仕込む)、ヴィーガン キヌアは 25(最小の顧客基盤)など。これらメニュー別上限は合計と組み合わせます ―― 先に天井に当たったほうが、その料理を閉じます。
完売したサーモンボウルを買おうとした顧客には明確なメッセージが出ます ―― 「今週は完売しました。次回:翌週のメニュー。」 他の料理は、上限に達するか合計上限が満杯になるまで注文可能です。
多 SKU の多品目メニューでは、OrderRules の CSV 一括インポートですべてのメニュー別上限を一度に設定できます。Shopify 一括商品制限:CSV インポート ガイド を参照してください。
ルール 4:翌週への自動ロールオーバー
手作業で正しく行うのが最も難しいのがロールオーバーです。水曜 18 時で現週ウィンドウが閉じます。翌週月曜 8 時には新しいウィンドウが、先週からの繰り越しなしの新鮮な週次上限で開く必要があります。先週完売したサーモンボウルは、仕入先が再納品するため今週は 30 ユニット利用可能に戻ります。
OrderRules の繰り返しルールがこれを処理します ―― 各週のカウンターは独立で、ウィンドウは自動で前進します。月曜の手動リセットも不要、長い週末明けにストアの再開を忘れるリスクもなし。
標準の日次上限がうまくいかない理由
ミールプレップサービスは、週ウィンドウの代わりにシンプルな日次上限 ―― 「1 日 30 食、週 7 日で合計 210」 ―― を使いたくなるかもしれません。3 つの理由で破綻します:
- 注文日と配達日が一致しない。 顧客は月曜に注文して木曜配達。月曜の日次上限は、本当の制約が木曜の仕込み枠なら役に立ちません。
- クローズ ウィンドウの強制ができない。 日次上限では、すでに確定したその週のバッチに対して木〜日に注文が入るのを止められません。
- メニュー単位の感覚がない。 日次上限は店舗全体。メニュー別サブ上限は週全体のウィンドウで特定のメニュー項目をカウントする必要があります。
週ウィンドウ + メニュー別上限のパターンは、ミールプレップ運用のために専用に作られています。日次上限で近似しようとすると、解決する数より多くの問題を生みます。
生産サイクル:なぜ木〜日はクローズなのか
注文ウィンドウが水曜 18 時にクローズするのは、木〜日が生産専用時間だからです。4 日リズム:
- 木曜午前 ―― 最終メニュー仕入れ。水曜 18 時にロックされた注文リストに基づき、サーモン、チキン、青果が納品。
- 木曜午後〜金曜 ―― 大量仕込み。マリネ、ドレッシング、ベース食材を量で仕込み。
- 金曜〜土曜 ―― 調理、ポーション分け、パッキング。
- 土曜〜日曜 ―― 配達、冷蔵ロジ、顧客ピックアップまたはラストマイル配送。
このウィンドウ中に届く注文は、仕入れ ロック後に到着します。生産に追加すると、置き換え(顧客の不満)か履行遅延(注文はどのみち翌週へずれる)。最もクリーンな答えは:注文を受け付けず、翌週のウィンドウが月曜に開くことを顧客に伝える、です。
これが注文ウィンドウが木〜日にクローズする理由 ―― ストア が閉まっているからではなく、生産サイクル に新規注文の余地がないからです。OrderRules の閉鎖ウィンドウ メッセージはそれを明確に伝えます:「来週の注文は月曜 8 時に開きます。」 顧客は混乱して離脱せず、月曜に戻ってきます。
サブスクリプション vs 単発注文
多くのミールプレップサービスはハイブリッド モデルを運用します:サブスクライバーは毎週自動配送(サブスクリプション アプリで管理)、単発顧客は週ウィンドウで注文。ルールスタックはどちらにも有効です:
- 単発顧客向け ―― 週ウィンドウ + メニュー別上限 + 週次合計上限がチェックアウトで適用。OrderRules は Shopify Functions でサーバーサイド検証します。
- サブスクライバー向け ―― サブスクリプション アプリはプログラム的に注文を作成しますが、OrderRules の上限は引き続き適用されます。サーモンボウルが週内 30/30 なら、次のサーモン サブスクリプション注文は置き換え(サブスクリプション アプリのロジック)かスキップ(置換が未設定の場合)。
- 段階別サブスクリプション ―― 週 5 食上限の Lite プランと週 10 食上限の Pro プランには、OrderRules の顧客単位制限と顧客タグ ルールが使えます。顧客単位の強制パターンは Shopify で顧客単位の購入数量を制限する方法(チェックアウト単位ではなく) を参照してください。
サブスクリプション アプリとの相互作用は使うアプリ次第です。OrderRules のサーバーサイド検証は通常、サブスクリプション アプリの注文作成ロジックより優先されるため、サブスクリプションが 31 件目のサーモンボウル注文を作ろうとしても上限は保たれます。
設定手順
- OrderRules をインストール。 週次スケジュール ルールとメニュー別サブ上限は Pro($9.99/mo)が必要。週次合計上限は無料の Starter プランで動きます。
- 週次注文ウィンドウを設定 ―― 月曜 8 時オープン、水曜 18 時クローズ、週次の繰り返し。
- 週次合計上限を設定 ―― 例えば週 200 食、毎週月曜 8 時にリセット。
- メニュー別サブ上限を追加 ―― 各メニュー項目に。メニューが 10 項目以上なら CSV 一括インポート を使う。
- クローズ ウィンドウのメッセージをカスタマイズ ―― 注文が再開する時刻(月曜 8 時)と期待値を顧客に伝える。
- 祝日週の上書きを追加 ―― 感謝祭、クリスマス、オーナー休暇のため。Shopify 祝日カレンダー:店舗を自動で閉じる を参照。
- サブスクリプションを運用しているなら、顧客タグを使った段階別の顧客単位ルールを設定。ストリクト ログイン モードと組み合わせる。
- 下書き注文で各エッジをテスト ―― 週次上限、メニュー別上限、水曜 18 時の境界、月曜 8 時の再開。
実例:あるミールプレップサービス
匿名化されたミールプレップ運用を想定:
- 週次注文ウィンドウ: 月曜 8 時〜水曜 18 時
- 週次合計上限: 240 食
- メニュー(8 種):サーモンボウル 30/週、チキン シーザー 60/週、ヴィーガン キヌア 25/週、ビーフ プルゴギ 35/週、パスタ プリマヴェーラ 40/週、ブレックファースト ブリトー 25/週、蕎麦麺 15/週、ハーベスト サラダ 30/週(上限の合計は 260 ―― 240 の合計上限がメニュー別上限すべてに達する前に発火し得ます)
- サブスクリプション段階: Lite(週 5 食)、Standard(週 8 食)、Pro(週 12 食)を、ストリクト ログイン付きの顧客単位ルールで強制
- 祝日週: 感謝祭の週クローズ、クリスマスの週クローズ、8 月のオーナー休暇クローズ
- サージ週: 感謝祭の短い週の仕込み(感謝祭メニュー向け注文)を 100 で上限、カットオフを火曜 18 時に厳しめ設定
OrderRules ダッシュボード上でおよそ 14 ルール、すべてオートパイロットで稼働。オーナーの仕事は食材調達とキッチン運営 ―― 毎週月曜 8 時にストアを開閉することではありません。
まとめ
ミールプレップサービスは、Shopify 上で最もスケジュール集約的な運用のひとつです。4 ルール スタック ―― 繰り返しの週ウィンドウ、週次合計上限、メニュー別サブ上限、自動ロールオーバー ―― は設定がそこそこ複雑ですが、対応する生産サイクルを理解すれば明快です。
フード業態の文脈(ミールプレップがベーカリー、レストラン、フローリスト、ドーナツ ショップ、ケータリングとどう並ぶか)については フード業態向けの Shopify 注文制限 を参照してください。隣接する 2 つの業態は別角度から同じ週ウィンドウ パターンを運用します:ファーム ショップ向けの Shopify(収穫週の日〜水曜の注文)と コーヒー焙煎業者向けの Shopify(各焙煎日前の注文カットオフ)。基礎ルール タイプ:週次キャパシティ上限、注文ウィンドウのカットオフ、祝日休業、祝日サージ週。アプリ全比較:Shopify 注文制限アプリのハブ。