Wolt配達エリア拡大の実務ガイド：申請からパイロットまで

導入：目的と最短実行手順

この非公式ガイドは、店舗がWoltの配達エリア拡大を安全かつ採算性を担保して進めるための実務手順を示します。段階的なパイロットとデータ検証を重視します。

管理画面で過去30日分を郵便番号別に抽出して候補を特定し、時間帯限定・範囲限定の30日パイロットを申請してください。承認後は日次でKPIを追い改善し、黒字化基準を満たせば正式拡大へ移行します。

重要注意点（非公式・確認必須）

以下は必ず確認して進めてください。契約条件が最優先です。

• この文書はWoltの公認資料ではありません。最新の手数料やUI表記はWolt担当へ確認してください。
• 手数料交渉や外部配送併用は契約によって制約があります。必ずWolt担当と合意を得てください。
• 手数料モデル・UI表記・配達員供給は地域・契約時期で変動します。数値は参考値として扱ってください。
• 法務・保険に関する判断は専門家の確認を推奨します。
• 添付データに顧客の個人情報を含めないでください。社内のPマークやGDPR相当ルールを遵守してください。

配達エリア拡大：重要KPIとパイロット設計

配達エリア拡大では、事前にKPIを定めてから小規模パイロットを行うと判断精度が高まります。KPIは採算性と顧客体験の両面をカバーしてください。

KPI一覧と算出方法

以下は必須で計測すべきKPIです。測定は必ずベースライン（現状）と比較してください。

• 総注文数：指定期間の合計受注件数。時間帯別に分解します。
• 平均注文単価（AOV）：売上合計 ÷ 注文数。
• 平均配送時間（分）：受注受領から配達完了までの平均分数。
• 到着遅延率：遅延定義を満たす件数 ÷ 全配達件数。目安：5%未満（店舗基準で調整）。
• キャンセル率：店舗側キャンセル＋顧客キャンセル ÷ 受注件数。目安：3〜5%以下。
• 顧客評価平均（★）と低評価比率：低評価の原因別割合を記録します。
• 粗利（期間）：売上 − 変動費（食材・包装・人件・配送料補填・プラットフォーム手数料）。
• 人時生産性：注文数 ÷ 総労働時間。

パイロット設計（範囲・期間・目標）

パイロットはリスクを限定して運用検証するために設計します。以下を目安にしてください。

• 範囲：現状の外周から段階的に拡大。例）現状から500m外周のみ。
• 時間帯：需要が読みやすい時間帯に限定。例）平日ランチのみ。
• 期間：30日推奨。安定した傾向観察に十分な期間です。
• 目標件数（探索的）：30日で30〜100件程度を目安にします。統計的検定を行う場合は以下のサンプルサイズ指針を参照してください。
• 評価条件：配送時間、遅延率、粗利が店舗の閾値を満たすことを合格条件とします。

統計的サンプルサイズの簡易指針

簡易に必要サンプル数を見積もる式を示します。詳細はデータ担当か外部ツールで確認してください。

• 比率の推定（95%信頼区間、許容誤差 d）：
  n = (Z^2 × p × (1 − p)) / d^2

• Z = 1.96（95%信頼）

• p は想定割合（不明なら 0.5 を使用）
• 例：p=0.5、d=0.05 のとき n ≒ 384 件。
• 例：p=0.5、d=0.10 のとき n ≒ 96 件。

変化の検出（差の検定）などを行う場合は別の式が必要です。簡易ツールは次を参照してください。
https://www.evanmiller.org/ab-testing/sample-size.html

• 実務上の考え方：運用検証だけなら数十件でも有用です。意思決定の厳密性が必要なら上の式で算出してください。

配達エリア拡大：申請テンプレートと記入例

申請は必要情報を整理してサポートへ提出すると対応が早くなります。添付ファイルは分かりやすいファイル名にして、個人情報を含めないでください。

申請テンプレート（サポートチケット用）

下はサポートチケットに使えるテンプレート例です。必要に応じて添付ファイルを付けてください。

件名：配達エリア拡大申請（店舗名／Merchant ID: XXXX）

本文：
1) 店舗情報（必須）

• 店舗名：［店舗名］
• Merchant ID：［ID］
• 店舗住所：［住所（自治体まで）］
• 担当者（窓口）：［氏名］（※連絡先はチケット上で入力）

2) 申請内容（必須）

• 現在の配達エリア：管理画面設定の概要（例：半径 2km、ポリゴン）
• 希望拡大範囲：半径 ○○m または 添付のポリゴンファイル名
• 希望時間帯（限定する場合）：例）平日 11:00–14:00、17:00–20:00
• 希望開始日（第1／第2希望）

3) 拡大理由と予測（要約）

• 期待注文数（根拠）：例）隣接郵便番号の過去30日平均×1.2（forecast_sample.xlsx参照）
• 想定平均配送距離・時間（概算）

4) 店舗準備状況（要点）

• 厨房キャパシティ（最大処理数／時）
• 対応メニュー（添付ファイル名：menu_for_delivery.xlsx）
• 包装・保温対策（添付ファイル名：packaging_photo.jpg）
• 保険・許可（添付ファイル名：insurance.pdf）

5) 添付ファイル一覧（ファイル名を列挙）

• expansion_polygon.geojson（推奨）
• forecast_sample.xlsx（時間帯・郵便番号別予測）
• menu_for_delivery.xlsx（配送対応メニュー）
• packaging_photo.jpg（梱包イメージ）
• insurance.pdf（保険・許可書類）

6) 返信希望日・備考

送付時の注意

申請ファイルや本文作成でのポイントを示します。

• 添付はCSV/Excelで時間帯・郵便番号別の列を用意してください。推奨列は下に記載します。
• 添付ファイル名は内容が分かる命名にしてください。例）forecast_2023Q4_sample.xlsx（※年は任意）
• 手数料やWolt側条件は必ずWolt担当の返答を優先してください。
• 返信を急ぐ場合はチケット本文に「〇日までに回答希望」と記載してください。

記入例（サンプル1件）

下は提出用の記入例です。数値とファイル名は一例です。

• 店舗名：和食亭さくら
• Merchant ID：123456
• 希望拡大範囲：半径 800m（expansion_polygon.geojson）
• 希望時間帯：平日 11:00–14:00 のみ
• 期待注文数（30日）：120件（forecast_sample.xlsx）
• 厨房キャパシティ：ピーク時 40件/時
• 添付ファイル：forecast_sample.xlsx、menu_for_delivery.xlsx、packaging_photo.jpg、insurance.pdf

添付データと個人情報の扱い

データ送付時の最低限の注意事項です。必ず社内ルールを優先してください。

• 顧客氏名・電話番号・詳細住所を含めないでください。必要なら集計レベルで郵便番号までの集計を送付します。
• 顧客を特定しうるIDはハッシュ化か代理キーに置換してください。
• 推奨CSV列（例）：date、hour、postal_code、past_orders、predicted_orders、mean_distance_km、avg_order_value、delivery_time_min
• 社内のPマーク/GDPR相当ルールに従い、データ保管と送信方法を確保してください。

配達エリア拡大：管理画面での現状確認とデータ抽出

拡大判断は管理画面のデータが基になります。必要な指標を適切に抽出して可視化してください。抽出は再現可能な手順で行うと申請の説明が容易になります。

現状確認ポイント

次の項目を管理画面で確認してください。各項目は申請根拠になります。

• 現在の配達エリア設定（ポリゴンか半径か、ゾーン分割の有無）。
• 営業時間と実稼働時間の整合性。
• 郵便番号別・時間帯別の受注分布。
• 平均注文額（AOV）とリピート率。
• 平均配送時間と遅延分布。
• 配達パートナーの稼働傾向（可能な場合はヒートマップ）。
• 評価・クレームの傾向と主要因。

データ抽出の手順と推奨列

データ抽出はCSVで行い、以下の列を揃えると分析が速くなります。

• 推奨列：order_id、date、hour、postal_code、order_value、delivery_time_min、delivery_distance_km、delivery_fee_customer、platform_fee、order_status
• 集計単位：日別、時間帯別、郵便番号別での集計を基本にします。
• 可視化：郵便番号ごとの注文件数でヒートマップを作成し、拡大候補の重心を確認します。
• プライバシー：order_id 以外に顧客個人を特定する列を含めないでください。

配達エリア拡大：料金設計と粗利シミュレーション

拡大の可否は採算性の確認が必須です。単件利益モデルと距離別のコスト感度を算出してください。数式で感応度分析を行うと判断が明確になります。

変数定義と粗利式

まず変数を定義し、簡易粗利式で感応度を見ます。

• 主要変数（例）
• P：顧客支払合計（注文単位）
• F_cust：顧客負担の配達手数料
• S_store：店舗が補填する配達手数料
• C_w：Woltに支払う手数料（%または固定）
• C_food：食材原価（注文あたり）
• C_pack：包装費（注文あたり）
• C_labour：人件費（注文あたり）

• C_other：その他可変費

• 一注文あたりの簡易粗利（式）
  利益 = P − C_w − C_food − C_pack − C_labour − C_other − S_store

感応度分析では C_w と S_store を変数化して複数シナリオで計算してください。C_w は契約で変わるため必ずWolt担当に確認してください。

サンプル計算例

下は説明用の仮定です。実務では自店の数値に差し替えてください。

C_w が 20%（300円）なら最終利益は 700 − 300 = 400 円／注文になります。

感応度分析と補填設計

補填やクーポン投入の判断はROIで評価してください。基本は次の流れです。

• 補填後の粗利変化を計算する。
• 補填による追加注文数の想定を置き、期間中の増分粗利でROIを算出する。
• 地域別戦略を検討する。都市部は補填を抑え、郊外は段階的補填で検証する。

配達エリア拡大：実務運用とチェックリスト・Q&A

承認後は運用で想定外の課題が出ます。日次の監視と即時対応ルールを用意してください。チェックリストで抜けを防ぎます。

日次・週次の運用フロー

運用時の基本フロー例です。状況把握と改善を速く回すのが目的です。

1. 日次モニタで注文数、平均配送時間、キャンセル、評価を確認します。
2. 問題発生時は原因を分類します。厨房遅延か配達員供給か梱包不良かを特定します。
3. 暫定対応を即時実施します。例）メニュー一時絞り、追加スタッフ投入、梱包改善。
4. 週次で改善案をA/Bテストし、良好なら標準化します。

チェックリスト（申請前／承認後）

申請前に確認する主な項目です。

• 管理画面から時間帯・郵便番号別の注文データを抽出したか。
• ヒートマップで拡大候補を特定したか。
• 厨房キャパの数値化とメニュー絞り込みを行ったか。
• 包装テストと品質チェックを完了したか。
• 保険・許可の確認をしたか。
• 申請資料（地図・予測・メニュー・写真）を整理したか。

承認後に実施する項目です。

• 社内スケジュールに承認範囲と開始日を登録したか。
• スタッフへSOP教育とテスト注文を実施したか。
• 日次・週次のレポートテンプレを作成したか。
• Woltとの定期報告体制を確立したか。

よくあるQ&A（短め）

Q. 申請が却下されたらどうするか。
A. 却下理由を確認し、範囲縮小や時間帯限定で再申請します。配達員不足が理由なら時間帯限定での再提出が実務的です。

Q. 手数料は交渉できるか。
A. 契約条件に依存します。希望がある場合はWolt営業に予測データと達成計画を提示して交渉してください。契約が優先されます。

Q. 配達員不足の暫定策は？
A. 時間帯限定で需要を平準化する、クーポンで分散する、外部配送を併用するなどが考えられます。外部配送はWoltの契約条件を確認してください。

Q. 法務・保険の対応は？
A. 保険の対象範囲や自治体規制は必ず確認してください。専門家確認を推奨します。

まとめ

配達エリア拡大はデータと現場力の両方で判断してください。短期の時間帯限定パイロットで品質と採算を検証することが近道です。

• 管理画面から郵便番号別・時間帯別データを抽出して候補を特定する。
• KPIを事前に定義して、30日程度の時間帯限定パイロットで検証する。
• 申請時は定量的な予測表とオペレーション証明を添付する。添付資料に個人情報を含めないこと。
• 手数料・UI表記・配達員供給は変動します。Wolt担当と契約条件を必ず確認してください。
• 法務・保険に関する判断は専門家の確認を得てください。

次のアクション：管理画面から30日分のデータを抽出し、ヒートマップを作成してパイロット案を1案にまとめ、申請テンプレでWoltサポートへ提出してください。