多くの店舗は「お客様が注文できる量を制限する」ことと「お客様に配送日を選ばせる」ことを、別々のアプリで扱う2つの別々の仕事だと考えています。しかし、これは2つの仕事ではありません。需要を実際に対応できる範囲に合わせるという同じ仕事を、2つの側面から見ているだけなのです。この記事では、なぜこの2つが1つのアプリにまとまるべきなのか、そして店舗が両方をどう組み合わせて使っているのかを解説します。
1つの発想：注文に対するルール
あらゆる配送枠の問題は、注文に対するルールです。今日は50件を超えて受け付けない。18時以降は販売しない。1人のお客様に200個買わせない。休業日の配送は受け付けない。 どれも同じ形で、同じ制御ポイント——チェックアウトで効きます。
OrderRulesは、その発想の一方の側面から始まりました——お客様がいつ注文できるかです。
- ストア営業時間と休業日の自動化
- 日次・週次・月次の注文上限
- 顧客ごと・商品ごとの購入制限
- ステップ／増分の数量ルール
- すべてShopify Functionsでサーバー側で制御。Shop Payやエクスプレスチェックアウトでも回避できません。
配送日時指定はその鏡像です——いつ配送できるかです。
- 商品ページとカートに表示される配送日時指定
- 日付ごと・枠ごとの配送枠の上限
- 受付停止日と休業日に対応したお届け目安
- 複数ロケーションにわたる店舗受取の予約
- 日本の運送会社向けCSVエクスポート（ヤマト、佐川、日本郵便）
同じ店舗、同じ考え方、同じ技術基盤です。
なぜ1つのアプリが2つに勝るのか
2つのアプリを継ぎ合わせても、ルールが相互に作用するまでは問題なく見えます——そして、ルールは必ず作用します。
- 制御レイヤーは1つ、競合なし。 注文上限と配送ルールが1つのFunctionにあれば、同じ注文をまとめて判断できます。2つのアプリがそれぞれ独自のチェックアウト検証を走らせると、「なぜこの注文がブロックされたのか？」という原因不明の不具合が生まれます。
- 互いに参照し合うルール。 当日配送の締め時間は、ストア営業時間と照らし合わせて初めて意味を持ちます。配送の受付停止日は、すでに設定したストア休業日を再利用すべきです。1つのアプリなら同じカレンダーを共有しますが、2つに分かれると二重に管理することになります。
- 設定は1つ、見る場所も1つ。 土曜日の配送枠は単一の数字であるべきで、アプリAの上限とアプリBの枠制限がひそかに食い違う、といったことは起きません。
- サブスクリプションは1つ、サポートの窓口も1つ。 アプリが2つあれば、請求も2つ、ダッシュボードも2つ、そして何か壊れたときに互いを指さす2つのベンダーがいることになります。
店舗が両方をどう組み合わせて使っているか
あるベーカリーは、土曜日を50件に制限し、かつ日ごとの枠を備えた配送日時指定を提供しています。上限と枠は、同じ配送枠を2つの形で表したものです——配送日時指定が、51件目の注文が土曜日を選ぶこと自体を防ぎます。
ある花屋は、14時の当日締め（注文ルール）を、配送日ごとの上限（配送ルール）と組み合わせて運用しています。これにより、バレンタインデーは実際の配送ルートの許容量まで埋まり、その後は自動的に次の空き日へ繰り越されます。
ある日本の店舗は、注文制限と配送日時指定を組み合わせ、その日の出荷を運送会社CSVとしてヤマトや佐川に引き渡しています——注文のコントロール、配送のコントロール、そしてフルフィルメントが1か所にまとまっています。
日本という視点
日本は、この2つの側面が最もはっきりと重なり合う場所です。チェックアウトでの時間帯指定は消費者の標準であり、運送会社向けのCSVエクスポートは業務の最低条件です。そして、注文制限と配送スケジューリングと日本の運送会社向けCSVを1つの製品にまとめたグローバルなアプリは、他にありません。OrderRulesはそれを実現しています——だからこそ、あらゆる地域で使えるようにしながら、日本を先頭にローンチしているのです。
どこから始めるか
すでにOrderRulesを注文制限に使っているなら、配送スケジューリングは評価すべき2つ目のアプリではなく、スイッチを入れるだけです。初めての方は、どちらの側面からでも導入でき、もう一方へと広げていけます。
- 配送日時指定 · 店舗受取 · 運送会社CSVエクスポート
- すべての機能 · 料金
- ガイド：Shopifyに配送日時指定を追加する方法
お客様がいつ注文できるか——そしていつ配送するか——を1つのアプリでコントロールしましょう。14日間の無料トライアルを始める。