Woltの配達エリア拡大ガイド：判断基準と実務手順

配達エリア拡大の前提条件と対象読者

このセクションでは作業開始前に確認すべき前提を明確にします。アカウント状況や地域規制で手順が変わる点に注意してください。

対象読者

対象となるのは、現場とプラットフォームの橋渡しをする担当者です。次の職務を想定しています。

• 店舗オーナー・マネージャー（オペレーション調整）
• キッチン責任者（調理キャパ・リードタイム調整）
• プラットフォームのアカウントマネージャー
• オペレーション担当（梱包／受け渡しSOP作成）
• データ分析担当（注文データの抽出・分析）

要約（Key takeaways）

ここでは最重要ポイントを先出しします。短時間で意思決定できるよう、優先順を示します。申請はデータと段階的テスト計画を添えて行うと承認確度が上がります。

• 小さく始めて段階的に拡大すること。
• GeoJSON等で境界提示し、CSVデータで需要裏付けすること。
• KPIは中央値とP90を両方設定すること。
• 数値は例示であり、契約や地域に合わせて再評価すること。
• 申請テンプレと必須添付を揃えてサポートチケットで提出すること。

用語定義（主要）

配達エリア拡大で頻出する用語を定義します。共通理解のために簡潔にまとめます。

GeoJSON / KML

地理的境界を表すファイル形式です。多くのプラットフォームは GeoJSON を受け付けます。座標系は WGS84 を基本とします。

AOV（平均注文額）

Average Order Value の和訳です。ゾーン別のAOVが損益分岐の基礎になります。

中央値（中央値）・P90

配達時間の中央値と P90（上位90%）は配達体験の安定性を示します。P90 は長時間化リスクを反映します。

到達不能・キャンセル率

到達不能は配達員が到達できなかった件数です。キャンセル率は顧客・店舗・配達側のキャンセル合計を指します。

配達パートナーのオンライン率

ある時間帯にオンライン状態の配達パートナー数です。ピーク時の供給余力を評価する指標です。

Merchant Portal / Delivery Zone

Merchant Portal は店舗管理画面の総称です。Delivery Zone は配達可能範囲の設定を指します。画面名称はサービスにより異なります。

配達エリア拡大の仕組みと決定要素

配達エリア拡大は複数の因子を総合判断して行います。ここでは主要な決定要素と評価視点を整理します。

距離と到達時間

距離増は配達時間とコストを増やします。平均・中央値・P90で時間分布を評価してください。

• 注文確定〜配達完了の中央値とP90を確認。
• 店舗の許容配達時間（例：中央値≤40分、P90≤60分）を設定。
• 距離に応じた追加配送料や最低注文額を検討。

配達パートナー供給とオンライン率

供給が追いつかない地域はキャンセル増の要因です。ピーク別に供給量を確認してください。

• ピーク（ランチ／夕食）ごとのオンライン数を測定。
• 1人当たりの想定処理件数でキャパシティ試算する。
• 配達員のピン到着待ち時間を把握する。

需要密度と過去データ

エリアごとの注文ポテンシャルは過去データで推定します。近隣ヒートマップを活用してください。

• 直近1〜3ヶ月のエリア別注文数を集計。
• 時間帯別・曜日別の需要を抽出する。
• 拡大候補地での注文増加想定を数値化する。

地理的条件とインフラ

道路、駐車、建物構造は配達時間に直結します。現地確認や配達パートナーの声を集めてください。

• 駐車規制、狭路、高層階の割合を確認。
• 車両進入可否や荷下ろしポイントを明示する。

店舗側の調理能力とオペレーション

調理リードタイムやピーク時キャパが不足すると遅延が発生します。キッチン側の制約を数値化してください。

• 同時調理可能数、平均調理時間を把握する。
• ピークシフト計画とSOPを準備する。

現状把握：Merchant Portalでのデータ取得と分析

まずは管理画面から必要データを取得し、拡大申請に使える形に整えます。取得手順と推奨フォーマットを示します。

管理画面で見るべき指標

必要な指標とその利用目的を整理します。期間は直近1〜3ヶ月が基本です。

• エリア（Delivery Zone）現状と営業時間
• 時間帯別・曜日別注文数
• AOV（平均注文額）ゾーン別
• 配達時間（中央値・P90）
• キャンセル率と到達不能件数
• 店舗受注受諾率と配達側拒否率
• 顧客評価・クレーム件数

CSV・配送ログの取得手順（一般的な流れ）

管理画面での一般的なエクスポート手順を示します。UIはサービスで異なります。画面名が違う場合は担当窓口に確認してください。

1. Merchant Portal にログインします。アカウント権限を確認してください。
2. レポート／注文履歴に移動し、対象期間を指定します。
3. 注文をエクスポート（CSV）します。配達時間やステータスを含めてください。
4. 配送ログ（配達時間分解）や配達パートナーIDが出力できる場合は合わせて取得します。
5. Delivery Zone（ゾーン）データはエクスポート機能があればGeoJSON/KMLで取得します。未対応なら境界図や住所リストを準備します。

GeoJSON / KML の取得方法（実務手順）

GeoJSONが作れない場合の代替手段も示します。ツールは無料のものを優先します。

• geojson.io の手順（簡易）
• geojson.io を開く。
• 地図上でポリゴンを描画し、拡大候補の境界を作る。

• 右上の「Export」から GeoJSON をダウンロードする。

• Google My Maps（KML出力）

• Google My Maps で新規マップを作成。
• レイヤーにポリゴンを描き保存。

• メニュー→「エクスポート」→KML/KMZでダウンロードする。

• QGIS（精密な作業）

• QGIS でベクタレイヤを作成しポリゴンを作成。
• 「エクスポート」→GeoJSON で保存する。

座標系は WGS84 を指定してください。GeoJSON が不可なら住所リスト（郵便番号付き）をCSVで代替提出します。

データ整形とファイル命名規則

提出ファイルは整理して分かりやすくします。命名規則は担当者がすぐ判別できることが重要です。

• 推奨ファイル名例：店舗ID_拡大候補_GeoJSON_YYYYMMDD.geojson
• 注文CSV例：店舗ID_orders_YYYYMM01-YYYYMM31.csv
• 圧縮：複数ファイルは ZIP でまとめる（ファイルサイズ制限に注意）
• CSVに含める推奨カラム：order_id, created_at, delivery_address, postcode, total_amount, items, status, delivery_duration_min, cancel_reason, courier_id

申請準備と提出テンプレート

申請はデータで裏付けし、段階的なテスト計画を添えると承認されやすいです。必須添付とテンプレートをまとめます。

必須添付ファイルとチェックリスト

申請時に必ず添付すべきファイルを一覧化します。ファイルは上で示した命名規則に従ってください。

• 拡大希望エリアのGeoJSON/KML または明示した境界図（PNG可）
• 直近1〜3ヶ月の注文履歴CSV（上記カラムを含む）
• 時間帯別集計（CSVまたはグラフ）
• AOVと想定価格案の試算表（Excel/CSV）
• 梱包仕様書（材質・寸法）と1件あたりコスト試算書
• キッチンのピーク時シフト表（PDF）
• テスト期間・評価KPIを記載した運用計画書（PDF）

申請テンプレート（サポートチケット／メール例）

下は実務で使えるテンプレートです。件名、必須添付、優先度を明記します。応答期待時間は例示です。

件名：配達エリア拡大申請（店舗名：[店舗名]／店舗ID：[店舗ID]）

本文テンプレート（要点を箇条で記載）：

• 店舗名・店舗ID：［店舗名］／［店舗ID］
• 拡大希望エリア：添付 GeoJSON（ファイル名）参照。希望営業時間：平日11:00–21:00 など。
• 直近指標（添付CSV参照）：直近1ヶ月の注文数、AOV、キャンセル率（要点を数値で）。
• 提案内容：最初は半径500mで2週間トライアル。目標KPIは中央値配達時間≤40分、キャンセル率≤5%（例示）。
• 価格案：ゾーンA 最低注文額1,000円／ゾーンB 1,500円（比較テスト希望）。
• 店舗側準備状況：梱包仕様・ピーク時シフト・受け渡しSOPを添付済み。
• 希望支援：アプリ内トライアル表示、配達パートナーへの周知（可能なら）。
• 添付ファイル一覧：［ファイル名1］、［ファイル名2］ …
• 担当連絡先（管理画面のアカウントで確認可能）

注：上述の手数料・配達コスト等の数値は例示です。実数は契約書を確認してください。

サポートチケット送信手順と優先度（例）

サポートチケットは追跡可能にします。優先度と期待応答時間の例示を示します。実際のSLAは担当窓口に確認してください。

• 手順（一般）
• Merchant Portal → サポート／ヘルプ → 新規チケットを作成。
• カテゴリは「Delivery zone / Operations change」等を選択。
• 件名に「配達エリア拡大：店舗ID」を明記。
• 本文にテンプレを貼り、必須添付を添付。

• 送信後、チケット番号を記録し72時間以内に返信がない場合はエスカレーション。

• 優先度例（社内合意用）

• Normal：対応目安 3–7 営業日（情報提供・小規模変更）
• High：対応目安 1–3 営業日（トライアル開始や顧客影響あり）
• Urgent：1営業日以内（重大な運用障害・安全問題）

現場運用準備：メニュー・梱包・価格設計と配達パートナー運用

現場オペの整備が拡大可否を左右します。梱包、メニュー設計、配達時の受け渡しルールを実務的に整えてください。

梱包・品質管理

梱包の目的は温度保持と破損防止です。テスト手順と仕様を決めて記録します。

• 保温・保冷テスト：T0（引渡し直後）、T15、T30で温度を測定し記録する。目標はサービスや規制で設定。
• 固定措置：揺れ防止の仕切りや固定バンドを必須化する。液漏れは個包装＋パウチで対策。
• ラベリング：注文ID、内容、取り扱い注意を明示する。
• コスト管理：梱包材コストを1件あたり算出し、価格設計に反映する。例：梱包費 30〜150円（例示）。

メニューの見直しと価格設計

配達向けのメニュー最適化で返品やクレームを減らします。損益試算の式を示します。

• 配達向けメニュー化：配送で崩れやすい商品は除外または配達専用の商品として出す。
• セットメニュー導入：客単価を上げて送料負担を緩和する。
• 価格計算式（例示）：利益 = AOV - 食材原価 - プラットフォーム手数料 - 配達コスト - 梱包費 - プロモ費
• 例示試算（参考値）：
• AOV = 1,800円、食材率30%、手数料25%、配達コスト300円、梱包50円、プロモ50円 → 利益例を算出（数値は例示）。
• 数値は契約や距離によるため、必ず最新契約条件で再計算してください。

配達パートナー運用とSOP

受け渡しの一貫性が評価に直結します。SOP を簡潔に整備してください。

• ピックアップSOP：受け渡し場所の目印、梱包チェックリスト、待機時間の許容値を明示する。
• 受け渡し時フロー：到着→梱包確認→注文ID確認→受領スタンプ（または写真）で完了とする。
• フィードバック回収：配達パートナー向けの簡易報告フォームを用意し、週次で改善点を集約する。
• 教育：ピーク前に実地トレーニングを行い、一定期間は現場チェックを実施する。

ローンチ、段階的テスト、KPIでの効果測定

ローンチは段階的に実施し、明確なKPIで判断します。日次でのモニタリングと意思決定ルールを定めてください。

主要KPIと計測方法（例示の閾値を含む）

KPIは中央値とP90を組み合わせて判断します。以下は運用で使いやすい指標と例示閾値です。数値は業態・地域で変わります。

注：上記はあくまで例示です。実運用では中央値とP90の両方を必ず追跡してください。

早期停止ルールと段階的意思決定フロー

具体的な意思決定の手順を定めます。トライアル中は迅速なアクションが重要です。

1. トライアル開始（例：2週間、半径500m）し、日次で主要KPIを集計します。
2. アラート閾値に到達した場合は即時対策を実施します（梱包改善、追加シフト、配達パートナー促進）。
3. 対策後も3日連続でアラートが継続する場合は範囲を縮小または一時停止します。
4. 停止判断は下記の基準を参照：
5. 中央値が目標比で20%以上悪化し、かつP90がアラートを上回る場合は縮小検討。
6. キャンセル率が連続3営業日でアラートを超えた場合は一旦停止。
7. 停止後は原因分析を行い、改善策を確定してから再トライアルを申請します。

A/Bテスト設計と判断基準

A/Bテストは価格・最低注文額・プロモの効果を比較するのに有効です。実務的な設計例を示します。

• 設計例：ゾーンA（最低注文額1,000円） vs ゾーンB（1,500円）を2週間併走比較。
• 必要サンプル：各群で最低100注文を目安にする（例示）。期間は7〜14日を推奨。
• 判断ルール（実務）：中央値配達時間の悪化が10%未満かつ1件当たり利益が基準を上回る場合に採用。
• 統計的有意性は理想だが、まずは実務で使える閾値とビジネスインパクトで判断する。

リスクとコンプライアンス

拡大時に検討すべき法務・衛生・保険関連のリスクを整理します。地域差が大きい点に注意してください。

保険・賠償責任

保険の適用範囲を必ず確認してください。配達中の事故や損傷時の補償範囲を明示する必要があります。

• プラットフォームが負担する保険の範囲を確認。例示の除外事項をチェック。
• 店舗側で追加保険が必要かを検討する。特に高額商品や食品安全リスクがある場合は検討必須。

食品衛生と温度管理

食品の安全保持は法令順守が前提です。温度管理や表示義務を見直してください。

• 温度記録の保存ルールを整備する。規制により保存期間が異なる場合あり。
• 表示義務（アレルゲン表示など）と配送時の表示方法を確認する。
• 規制が曖昧な点は保健所等の窓口で確認し、書面で保存する。

自治体規制・駐車・通行制限

配達拠点周辺の交通規制が配達能率に影響します。事前に確認してください。

• 駐車禁止区域や商店街の通行制限を確認する。夜間配送に制約がある場合がある。
• イベントや工事で一時的に配達経路が制限されるケースを想定する。

よくある質問（FAQ）

このセクションは実務でよく出る疑問に簡潔に答えます。必要なら担当窓口へ追加確認してください。

申請から承認まではどれくらいかかる？

規模や調整内容で異なります。小規模な境界変更は数日、広域変更や複雑な調整は数週間かかる場合があります。担当窓口へ期待期間の確認をしてください。

申請が否認される主な理由は？

主な原因はデータ不足、配達員供給不足、店舗の運用準備不足です。追加データや段階的提案で再申請を行ってください。

GeoJSONが作れない場合はどうする？

GeoJSONが作れない場合は住所リスト（CSV）や境界図（画像）で代替提出できます。可能なら geojson.io や Google My Maps で作成し、支援を依頼してください。

最低注文額や配送料はすぐに変更できるか？

システム反映や合意が必要なため即時変更できない場合があります。変更手順と反映日程は担当窓口と調整してください。

まとめ

配達エリア拡大はデータと現場運用の両面から判断する作業です。段階的に小範囲でテストし、定量的なKPIで意思決定を行ってください。

• まずは直近1〜3ヶ月の注文データとゾーンデータを取得する。
• GeoJSON/KMLで境界を提示し、必要なCSVを添付して申請する。
• トライアルは短期で日次モニタリングを実施し、中央値とP90で評価する。
• 数値はすべて例示であるため、契約・地域規制・保険範囲を必ず確認する。
• 申請テンプレと必須添付を揃え、担当窓口と連携して段階的に拡大する。