店頭で1,000円の料理が、アプリでは1,200円になっている。値上げ分200円がそのまま店の利益になるわけではありません。サービス料の計算基礎、容器、袋、販促、値引きの負担、調理工数、受け渡し、欠品、キャンセル、返金を引くと、注文が増えたのに利益が減ることがあります。
反対に、手数料が高いという理由だけで配達を止めるのも早計です。客席を増やさず追加販売でき、雨天や平日の需要を拾い、新規客が店頭へ来る可能性もあります。問題は率の大小ではなく、どの時間帯・商品・商圏で一注文が残す利益と負荷を測れているかです。
フードデリバリーの採算は「アプリ売上－手数料」ではなく、注文ごとの入金額から食材、包材、販促負担、追加人時、返金を引き、同じ時間に失った店頭注文まで見て判断します。
本記事は2026年9月2日に確認したUberの国内加盟店向け契約・案内、公正取引委員会、経済産業省などの公開資料を基に、特定サービスの非公開料率を推測せず、契約と現場データで再計算する方法を示します。
1,000円の注文をレジ売上と同じにしない
顧客支払額から店の入金と一注文の変動費を切り出します。
配達注文の損益表は、顧客が支払った総額から始めません。商品代、消費税、配達料、サービス料、少額注文手数料、チップなど、誰の売上・預り金かを分けます。飲食店が受け取る対象額と、プラットフォーム・配達員側の金額を混ぜないためです。
店側の商品売上が1,200円なら、契約上のサービス料、キャンペーン負担、決済・調整、返金を明細から引きます。次に食材、調味料、配達専用容器、袋、カトラリー、封印材を引きます。さらに受注確認、調理、梱包、受け渡し、問い合わせ、再調理に増えた作業時間を入れます。
家賃や正社員給与を一注文へ配賦した営業利益と、追加注文を受けるか判断する限界利益は分けます。空いている午後3時なら固定費をすぐ増やさず販売できますが、金曜午後7時に店頭客を待たせる注文は機会損失を生みます。同じメニューでも時間帯で採算が変わります。
一注文の収益性は、商品売上、サービス控除、変動原価、追加作業分数を注文IDへ残し、時間帯別に比較します。
フードデリバリー業界の図鑑では、注文、店舗、配達、利用者をつなぐ業態の違いを整理しています。
手数料率の分母と対象サービスを読む
同じ率に見えても、課金基礎と配達責任が違います。
契約書で「手数料30％」と読んでも、何に30％を掛けるかが分からなければ金額を再現できません。税込の商品価格か、値引き前か後か、容器代を含むか、返金時に戻るかを確認します。提供機能や契約形態で料金と責任が分かれるため、別の加盟店やサービスの率を自店へ流用せず、契約画面と請求明細で計算を再現します。
配達員をプラットフォームが手配する方式と、自店スタッフが届ける方式では、同じ画面から注文を受けても費用と責任が変わります。自店配達なら外部配達費が減る可能性がある一方、車両、保険、労務、安全、現金、遅延、事故対応を店が持ちます。
契約比較では、注文手数料だけでなく、初期費、端末、写真撮影、広告、優先表示、返金、チャージバック、振込周期、税、解約、データ取得を並べます。率が低くても注文が来ず、固定費と運用だけ残る経路は安くありません。
手数料は率の横比較をする前に、税込・税抜、値引き前後、対象商品、配達方式、返金時の戻しを一つの注文例で計算します。
値上げは店頭価格との差だけで決めない
価格差を、配達向けの商品・品質設計と一緒に説明します。
配達メニューを店頭より高くする理由には、手数料だけでなく、漏れにくい容器、品質を保つ調理、配達向けの量、セット設計があります。反対に同じ商品名・量・内容で価格だけが大きく違えば、利用者は不透明さを感じます。価格差を隠すのではなく、受取方法と提供内容の差を説明します。
2026年3月、Uber Eatsは一部加盟店で店頭と同価格の商品を提供する取り組みを約1万8,000店舗で開始したと発表しました。これは全加盟店、全商品、永続条件が同価格という意味ではありません。参加条件、対象商品、キャンペーン負担、終了条件を店舗ごとに確認します。
配達専用セットは客単価を上げやすい一方、不要なサイドや飲料を抱き合わせると再注文を下げます。単品、二人向け、家族向けで食材原価と梱包時間を測り、安易な大容量化で品質が落ちないか試します。
店頭との差額を一律に決めず、商品別に食材、包材、調理、サービス料を計算し、利用者が受け取る量と品質の違いを説明します。
厨房の5分遅れが二つの顧客を待たせる
アプリ注文と店頭注文が共有する設備能力を測ります。
アプリは注文を増やせても、フライヤー、コンロ、盛付台、レジ、受け渡し場所は自動では増えません。店頭と配達の注文が同じ設備へ集中すると、配達員の待機だけでなく客席の提供時間も延びます。売上が増えても、店頭の回転と評価を落とす場合があります。
注文チャネルではなく、フライヤー、コンロ、盛付、受け渡しの処理能力で上限を決めます。
受注上限は総注文数で置かず、ボトルネック別に置きます。揚げ物が集中するならフライヤー分数、麺なら茹で釜、寿司なら職人の握り数、ドリンクなら梱包場所を測ります。調理時間だけでなく、配達員到着までの保温時間と、到着後の待機も記録します。
繁忙時は配達メニューを絞る、調理時間表示を延ばす、受注を一時停止する、専用ラインへ分ける選択があります。売れ筋を全て残すより、品質が崩れにくく限界利益の高い商品に絞る方が、返金と低評価を減らせる場合があります。
ピーク時の受注上限は売上目標で決めず、最も混む調理設備の分数と、店頭・配達を合わせた許容提供時間で決めます。
飲食店の省力化比較では、モバイルオーダー、配膳、会計のどこを自動化するかを扱っています。注文入口だけを速くして厨房を詰まらせない視点が共通します。
容器は原価ではなく商品設計の一部
30分後に届く料理の品質から包材を選びます。
汁漏れ、蒸れ、温度低下、形崩れは、店内でおいしい料理を別の商品へ変えてしまいます。最安の容器を選んで返金や再注文低下が増えれば、包材費の削減を超える損失になります。容器は一個単価だけでなく、料理品質と梱包時間で選びます。
配達時間15分、30分、45分で試食し、温度、食感、漏れ、見た目、開封しやすさを評価します。熱い料理と冷たい料理を同じ袋に入れない、ソースを分ける、麺と汁を分離するなど、料理固有の設計を行います。封印材には異物混入防止の意味がありますが、貼る位置と剥がれもテストします。
カトラリーやおしぼりは希望制にすると原価と廃棄を減らせますが、必要な利用者へ届かないと体験を損ないます。注文画面の選択、厨房伝票、梱包チェックを一つの項目でつなぎます。
包材は一個数十円の削減だけで選ばず、30分後の温度・食感、漏れ率、梱包秒数、返金、再注文を同時に比較します。
販促費は新規客と値引き常連を分ける
通常価格で戻る顧客の累積利益まで追います。
送料無料、商品値引き、広告表示は注文を増やします。しかし、誰が値引き原資を負担したかを明細で分けなければ、増えた売上を利益と誤認します。プラットフォーム負担、店舗負担、共同負担をキャンペーンIDへ記録します。
新規顧客の獲得費は初回注文だけで回収できなくても、再注文で利益が出るなら成立します。ところがクーポン期間だけ注文し、通常価格で戻らない顧客を同じ継続客として扱うと採算を誤ります。初回から30日・60日・90日の再注文と累積限界利益を追います。
広告の評価も表示回数や注文数で終えません。広告経由の新規率、商品別限界利益、自然注文の減少、キャンセル、再注文を比較します。既に店名で探す顧客へ広告費を払っているなら、純増ではなく経路の置き換えかもしれません。
販促の成功は割引中の注文数ではなく、店舗負担を引いた90日累積限界利益と、通常価格で再注文した顧客数で判定します。
キャンセルと返金を一つの損失にしない
返金理由を工程へ戻し、改善できる担当を特定します。
欠品、店舗都合の遅延、配達員不足、誤配、利用者不在、破損、品質不満では、原因と改善者が異なります。返金額だけを店舗損失へまとめず、誰が負担し、食材、調理、人時、配達がどこまで発生したかを分けます。
注文受付後に欠品が分かると、代替連絡、キャンセル、低評価が発生します。店頭POSとアプリ在庫を連携できない商品は、安全在庫を置く、売切れ時刻を自動化する、選べる代替を事前表示するなど運用を決めます。
誤商品は、厨房で正しく作っても袋の取り違えで起きます。注文番号、商品、アレルゲン、封印、配達員への手渡しを同じ受け渡し画面で確認し、顧客名を大声で読む運用に頼りません。写真を残す場合は個人情報と保存期間を定めます。
返金率を下げるには、返金理由を店舗・配達・利用者の三分類で終えず、欠品、調理、梱包、待機、受け渡し、誤配まで工程へ戻します。
四週間の試験で続ける商品と時間を選ぶ
全店展開前に、商品・時間帯・販促を分けて採算を検証します。
導入初週から全営業時間・全メニューを開ける必要はありません。第一週は空いている時間帯と10商品程度で、調理・梱包分数、入金差、品質を測ります。第二週は通常需要、第三週は週末ピーク、第四週は販促あり・なしを比較します。
一注文ごとに商品売上、控除、食材、包材、販促負担、追加作業、返金、調理開始、完成、受け渡しを記録します。同じ15分枠の店頭注文数、待ち時間、キャンセルも並べます。合格基準は、限界利益が正、許容提供時間内、返金・苦情が基準内、店頭品質を悪化させないことです。
月次売上ではなく、商品・時間帯・販促ごとの一注文採算で残す範囲を決めます。
飲食店の開業ガイドで扱う席数・厨房・人員計画へ、配達の設備負荷と商品別原価を追加します。
配達を続ける判断は「注文が増えた」ではなく、商品別限界利益が残り、店頭と配達の提供時間・返金・再注文が合格した時に行います。
二社目を増やす前に厨房側を一つにする
複数の注文入口を商品・在庫・損益の共通IDへ戻します。
複数アプリへ掲載すれば商圏は広がりますが、端末、商品名、価格、営業時間、売切れ、注文番号、返金明細が分かれます。スタッフが端末ごとに注文を読み上げ、厨房へ転記する運用では、注文増加と同時に入力ミスが増えます。
まず店内で共通の商品ID、オプション、アレルゲン、売切れ状態を決めます。アプリごとの表示名は変えても、厨房伝票では共通IDへ戻します。営業時間変更と臨時休業を一か所から反映できない場合は、更新担当と二重確認を決めます。
二社比較では、合計注文数だけでなく純増を見ます。一社目で注文していた顧客が二社目へ移っただけなら、追加端末と運用費に対する売上増ではありません。サービス別に新規、重複、再注文、限界利益、返金、調理分数を測ります。
自社サイトや電話で受けた注文だけ外部配送網へ渡す方式も、アプリ内集客を伴う方式とは分けて検証します。注文獲得費と配送費を同じ「手数料」にまとめず、顧客接点を誰が持つか、問い合わせを誰が受けるか、配送可能距離をどこまで広げるかを一件ずつ比較します。
配達サービスを増やす条件は、注文入口が増えることではなく、商品・在庫・厨房伝票・損益を共通IDへ戻し、純増利益を確認できることです。
個人情報と問い合わせの責任も整理します。店が閲覧できる顧客情報、利用目的、保存期間、削除、事故連絡を確認し、配達完了後に不要な情報を独自台帳へ転記しません。顧客から連絡が来た時、店、サービス、配達担当のどこが返答するかを原因別に案内します。
アプリを停止する時は、未処理注文、返金、売上入金、端末返却、商品画像、レビュー、税務資料の保存を一覧にします。掲載停止日だけを決め、入金明細を取得できなくなる事態を避けます。
サービス変更後も問い合わせが続く期間を見込み、注文IDから店側の記録と入金・返金履歴を検索できる状態を保ちます。
まとめ
月商から一注文の利益と厨房負荷へ判断単位を変えます。
フードデリバリーは、高い手数料を払う販路とも、空き厨房を自動で売上に変える仕組みとも一概には言えません。商品、時間帯、配達方式、販促、厨房能力によって採算が変わります。
利益を残す店は、アプリ別の月商ではなく、一注文の入金差、変動原価、作業分数、返金、店頭への影響を測り、売る商品と時間を選んでいます。
参考情報
以下は2026年9月2日に確認した一次情報です。
よくある質問
気になる質問を開くと、本文の重要点を短く確認できます。
Qフードデリバリーの手数料は売上の何％ですか？
Aサービス、配達方式、契約、国・地域で異なります。通知された率だけでなく、税込・税抜、値引き前後、返金時の扱いを契約と明細で確認します。
Q店頭よりアプリの商品価格を高くしてもよいですか？
A契約や表示条件を確認した上で、商品別原価と提供内容から決めます。同名商品の量・内容が同じ場合は、価格差を利用者へ分かりやすく示します。
Q配達注文が増えれば利益も増えますか？
A空き能力で正の限界利益が出れば増える可能性がありますが、厨房混雑で店頭注文を失い、返金や残業が増えると逆転します。
Q自店スタッフで配達すれば安くなりますか？
A外部配達費が変わる一方、配達員の賃金、車両、保険、安全、事故、遅延対応を店が負います。注文密度と一時間当たり配達数で比較します。
Q配達専用メニューは何品から始めるべきですか？
A固定数ではなく、調理設備が競合せず、30分後も品質を保ち、包材込みの限界利益が残る商品へ絞ります。まず10品程度で測る方法があります。
Q値引きキャンペーンの効果は注文数で判断できますか？
A店舗負担額を引き、通常価格での30日・60日・90日再注文と累積限界利益を追います。既存注文の置き換えも分けます。
