Shopifyのローカルデリバリー設定。配達エリア・料金・注文処理

現在の料金と条件

判断に使う数字と条件。

横並びで比較

郵便番号と配達半径を、運用のしやすさで選ぶ。

地図上の広さではなく、対象判定、料金、配達順、問い合わせ対応を同じ条件で比べます。

確認事項 01

ロケーション、在庫、担当者を先に揃える。

設定画面でエリアを作れても、その拠点から注文全体を用意できなければ購入者には表示されません。配達前の在庫と人の条件を確定します。

1. 01
   配達拠点をロケーションにする

   住所を確認し、オンライン注文をフルフィルメントできるロケーションとして設定します。半径を使う場合は住所が認証されていることも確認します。

2. 02
   注文全体を一拠点で揃える

   カート内の物理商品を一つの配達ロケーションで用意でき、十分な在庫がある場合に表示されます。複数拠点の在庫合計で配達可能と判断しません。

3. 03
   管理画面へ入る担当を決める

   配達準備や配達済みへの更新を行うスタッフには管理画面アクセスが必要です。担当者、代替者、更新締切を決めます。

確認事項 02

狭い一エリアから、料金と最低額を決める。

最初から最大範囲を使わず、通常時間帯に守れる一つの配達エリアで、注文一件あたりの費用を計算します。

1. 04
   郵便番号か半径を一つ選ぶ

   住所の一致を明確に管理したいなら郵便番号、店舗からの距離で判断したいなら半径を使います。対象境界の住所を先に用意します。

2. 05
   配達原価から料金を決める

   移動時間、人件費、車両、駐車、再配達、梱包を一件あたりへ置き換えます。競合の送料無料だけを根拠に0円へしません。

3. 06
   重なるエリアを確認する

   複数エリアと価格ルールが重なると、適用できる中で最も安い料金になる公式注意があります。境界住所で意図した料金が出るか確認します。

確認事項 03

表示されない条件を、先に購入者へ伝える。

住所、在庫、商品構成、チェックアウト方法によりローカルデリバリーが表示されない場合があります。問い合わせが来てから例外を探さないようにします。

1. 07
   住所候補から選んでもらう

   チェックアウトではGoogleが認証できる住所が条件です。対象郵便番号でも表記が認証されないケースを、実際の住所候補で確認します。

2. 08
   簡単なチェックアウトを確認する

   現行公式案内ではShop Payに対応する一方、Apple Pay、Google Pay、Amazon Pay、PayPalなどから先に進むと選択肢が出ない制約があります。利用中の決済ごとに試します。

3. 09
   B2Bと外部アプリを分ける

   B2Bチェックアウトは標準のローカルデリバリー対象外で、外部配送アプリは競合する場合があります。該当する店は本番設定前に別経路を検証します。

確認事項 04

注文から配達済みまで、一人で通す。

購入者に表示できたことと、現場が配達を完了できることを分けて確認します。注文状況と通知の更新を作業表にします。

1. 10
   三つの注文を作る

   対象住所、対象外住所、在庫不足の商品で試します。対象注文では電話番号、配達手順、料金、注文合計を確認します。

2. 11
   準備完了と配達済みを分ける

   ピッキングと梱包後に配達準備へ進め、担当者が引き渡した後に配達済みへ更新します。未配達を完了にしません。

3. 12
   停止時の未処理注文を守る

   エリアを無効にする前に、未フルフィルメントと配達準備完了の注文を確認します。新規受付を止めたことと、既存注文への対応完了を分けます。