経済産業省「令和6年度 電子商取引に関する市場調査」によると、日本のフードデリバリー市場は2025年に約8,600億円に達し、2020年比で約2.5倍に拡大した。Uber Eats、出前館、Woltといった大手プラットフォームが市場を牽引する一方、プラットフォーム手数料は注文金額の30〜40%に達するケースもあり、飲食事業者の収益を大きく圧迫している。

「自社でデリバリーアプリを持てば手数料を大幅に削減できるのでは」——新規事業としてフードデリバリーへの参入を検討する経営者の多くが、そう考える。しかし、「開発にいくらかかるのか」「注文・配達管理・決済まで含めた総額はどうなるのか」が見えず、投資判断が前に進まない。

本記事では、フードデリバリーアプリの開発費用をMVP（最小実用製品）と本格版の2段階に分けて整理し、注文機能・店舗管理・配達員アプリ・決済・GPS追跡の機能別コスト、ROI試算、補助金の活用法、開発会社の選び方までを解説する。山本さんのように「新規事業としてデリバリー事業に参入すべきかどうか」を判断する材料にしていただきたい。

目次

  1. フードデリバリーアプリとは何か -- 自社開発とプラットフォーム利用の違い
  2. 開発費用の全体像 -- MVP版と本格版の2段階
  3. 機能別のコスト内訳 -- 注文・店舗管理・配達員アプリ・決済・GPS追跡
  4. 見積書の読み方 -- 費用の構造を理解する
  5. ROI試算 -- 自社アプリ開発の投資はいつ回収できるか
  6. 補助金を活用して自己負担を抑える方法
  7. 開発会社の選び方 -- フードデリバリーで失敗しないポイント
  8. まとめ
  9. よくあるご質問（FAQ）
  10. 参考資料
  11. 付録

1. フードデリバリーアプリとは何か -- 自社開発とプラットフォーム利用の違い

フードデリバリーアプリとは、ユーザーがスマートフォンから飲食店のメニューを閲覧・注文し、配達員が店舗から自宅やオフィスまで届ける仕組みを一貫して管理するシステムだ。一般的に「注文者アプリ」「店舗管理画面」「配達員アプリ」「運営管理画面」の4つで構成される。

大手プラットフォームに加盟すれば初期費用は抑えられるが、注文ごとに30〜40%の手数料が差し引かれる。月商500万円の飲食事業者であれば、年間1,800万〜2,400万円の手数料を支払っている計算になる。

プラットフォーム利用と自社アプリの比較

項目大手プラットフォーム利用自社デリバリーアプリ開発
初期費用0〜50万円500〜3,000万円
手数料注文金額の30〜40%0円（決済手数料3〜4%のみ）
月額ランニングコスト注文金額に比例サーバー費用+保守費（月15〜50万円）
顧客データの所有プラットフォーム側が保有自社で完全に保有
ブランド露出プラットフォーム名が前面に出る自社ブランドで訴求可能
メニュー・価格の自由度プラットフォームの制約あり完全に自由
プロモーションプラットフォーム内広告に依存自社でクーポン・ポイントを設計可能
月間のデリバリー売上が300万円を超える事業者の場合、プラットフォーム手数料は年間1,080万〜1,440万円に達する。この金額を踏まえると、自社アプリの開発費用（MVP版500〜1,200万円）は1年前後で手数料削減分によって回収できる計算になる。

一方、月間デリバリー売上が100万円以下の小規模事業者であれば、プラットフォーム利用のほうがコストパフォーマンスが良い。「自社で開発すべきか、プラットフォームに乗るべきか」は、売上規模と経営戦略で判断する。

セクションまとめ：フードデリバリーアプリは注文者アプリ・店舗管理画面・配達員アプリ・運営管理画面の4つで構成される。月間デリバリー売上300万円以上の事業者なら、自社アプリ開発のほうがプラットフォーム手数料を削減でき、顧客データの自社保有やブランド構築の面でも有利だ。

2. 開発費用の全体像 -- MVP版と本格版の2段階

フードデリバリーアプリの開発費用は、「どこまでの機能を作るか」で大きく変わる。以下の2段階に分けて整理した。

2段階の費用比較

開発段階費用相場開発期間の目安向いている企業
MVP版（基本機能のみ）500〜1,200万円3〜6ヶ月まず自社デリバリーの仕組みを検証したい企業
本格版（高度な機能搭載）1,200〜3,000万円6〜12ヶ月複数エリア展開やマルチテナント型で事業拡大を狙う企業
※ IPA「ソフトウェア開発分析データ集2024」の工数データおよびJISA「情報サービス産業 基本統計調査 2024年版」の人月単価を基に算出した目安。要件の複雑さ、既存システムとの連携有無により変動する。

MVP版（500〜1,200万円）の機能構成

MVP版は「注文から配達完了までの基本フローが回る」ことに絞り、最短3ヶ月で市場に投入する。

機能内容
注文者アプリメニュー閲覧・カート・注文確定・配達状況のリアルタイム追跡
店舗管理画面注文受付・調理ステータス更新・メニュー編集・営業時間管理
配達員アプリ配達リクエストの受信・受諾、ナビ連携、配達完了処理
GPS追跡配達員の現在地表示、到着予定時間の自動計算
基本決済クレジットカード決済（Stripe等）、代金引換
管理画面注文一覧、売上集計、店舗・配達員の一覧管理
MVP版の目的は「自社でデリバリーの注文から配達まで完結できるか」を実際の運用で検証することだ。注文者の反応、店舗オペレーションの課題、配達員の使い勝手を確認し、改善点を洗い出してから本格版の投資判断をする。この進め方が、費用リスクを最小化する。

本格版（1,200〜3,000万円）の機能構成

MVP版の運用で得た知見を反映し、事業拡大と差別化につながる高度な機能を追加する。

機能内容
AI配達最適化複数注文の同時ピックアップ、配達ルートの自動最適化
動的価格設定需要ピーク時のサージプライシング、エリア別配達料金の自動調整
多様な決済手段QRコード決済、電子マネー、後払い、法人請求書払い
マルチテナント対応複数の飲食店が出店できるマーケットプレイス型への拡張
レコメンドエンジン注文履歴・嗜好に基づくメニュー推薦、パーソナライズ表示
経営ダッシュボード売上推移、エリア別需要、配達効率KPI、店舗別パフォーマンス
ロイヤルティプログラムポイント制度、クーポン発行、会員ランク管理
セクションまとめ：MVP版（500〜1,200万円）は注文・配達の基本フロー検証に集中し、本格版（1,200〜3,000万円）でAI配達最適化やマルチテナント対応など事業拡大の機能を追加する。段階的に投資することで、リスクを抑えながら事業の成長に合わせてシステムを拡張できる。

3. 機能別のコスト内訳 -- 注文・店舗管理・配達員アプリ・決済・GPS追跡

フードデリバリーアプリの見積もりで「総額○○万円」とだけ提示されても、どの機能にいくらかかっているかが見えなければ、優先順位をつけた判断ができない。ここでは機能ごとのコスト内訳を整理する。

注文者アプリ

機能MVP版本格版
メニュー閲覧・検索50〜100万円100〜200万円
カート・注文確定30〜80万円80〜150万円
配達状況リアルタイム追跡50〜120万円120〜200万円
プッシュ通知20〜40万円40〜80万円
レビュー・評価20〜50万円50〜100万円
レコメンド機能--100〜200万円
注文者アプリはユーザーが最初に触れる部分であり、UI/UXの品質がリピート率に直結する。MVP版でもメニュー画面と注文フローのUI設計には十分な工数を確保すべきだ。

店舗管理画面

機能MVP版本格版
注文受付・調理ステータス管理50〜100万円100〜180万円
メニュー管理（CRUD）30〜60万円60〜120万円
営業時間・休業日管理10〜20万円20〜40万円
売上レポート20〜50万円50〜100万円
POS連携--80〜200万円
店舗管理画面は「注文を受けてから調理完了するまで」のオペレーションの中心となる。配達員が到着する前に調理を完了できるよう、注文受付から調理完了の通知までをスムーズに流す設計が重要だ。

配達員アプリ

機能MVP版本格版
配達リクエストの受信・受諾40〜80万円80〜150万円
ナビ連携（Google Maps等）30〜70万円70〜120万円
配達完了処理・写真撮影20〜40万円40〜80万円
売上・報酬レポート10〜30万円30〜60万円
AI配達ルート最適化--150〜300万円
配達員アプリの操作性は配達効率に直結する。片手で操作できるUI、注文のワンタップ受諾、音声による通知など、配達中でもストレスなく使えるUXが必須だ。

決済機能

機能MVP版本格版
クレジットカード決済30〜60万円60〜100万円
代金引換対応10〜20万円20〜30万円
QRコード決済--40〜80万円
電子マネー対応--40〜80万円
法人請求書払い--50〜100万円
売上分配（店舗・配達員への精算）30〜60万円60〜120万円
決済は「注文者からの入金」だけでなく、「店舗への売上精算」「配達員への報酬支払い」の三者間の金銭フローを設計する必要がある。この三者間精算の仕組みがフードデリバリー特有の複雑さだ。Stripeの「Connect」機能を活用すると、マーケットプレイス型の分配決済を比較的低コストで実現できる。

GPS追跡・地図連携

機能MVP版本格版
配達員位置のリアルタイム表示40〜80万円80〜150万円
到着予定時間の自動計算20〜50万円50〜100万円
ジオフェンシング（配達エリア設定）20〜40万円40〜80万円
配達ヒートマップ--50〜100万円
Google Maps Platform の利用料金は月間のAPI呼び出し件数に応じた従量課金だ。1日1,000件の配達がある場合、地図表示・ルート計算・ジオコーディングを合わせて月額5〜15万円程度のランニングコストが発生する。

機能別コストのまとめ

機能カテゴリMVP版合計本格版合計
注文者アプリ170〜390万円490〜930万円
店舗管理画面110〜230万円310〜640万円
配達員アプリ100〜220万円370〜710万円
決済機能70〜140万円270〜510万円
GPS追跡・地図連携80〜170万円220〜430万円
※ 各機能の合計と全体費用（MVP版500〜1,200万円、本格版1,200〜3,000万円）は一致しない。共通基盤（認証、通知基盤、CI/CD、インフラ構築）の費用が別途かかるため。

セクションまとめ：フードデリバリーアプリは「注文者アプリ」「店舗管理画面」「配達員アプリ」「決済」「GPS追跡」の5つの機能群で構成される。特にコストが膨らみやすいのは「三者間の決済精算」と「AI配達ルート最適化」の2つ。MVP版ではこれらの高度機能を後回しにし、基本フローの検証に集中することで費用リスクを最小化できる。

4. 見積書の読み方 -- 費用の構造を理解する

開発会社から提出される見積書には独特の構造がある。見積書を正しく読めないと、「安いと思ったら追加費用が膨らんだ」という事態になりかねない。

見積書に含まれるべき項目

項目内容全体に占める割合の目安
要件定義・設計業務フロー整理、画面設計書、API設計書15〜20%
UI/UXデザインワイヤーフレーム、ビジュアルデザイン、プロトタイプ10〜15%
フロントエンド開発注文者アプリ、配達員アプリ、店舗管理画面のUI実装25〜35%
バックエンド開発API、データベース、配達ロジック、決済処理20〜25%
テスト・品質保証単体テスト、結合テスト、UAT、負荷テスト10〜15%
インフラ構築サーバー設定、CI/CD、監視設定5〜10%
ストア申請・リリースApp Store / Google Play への申請、審査対応3〜5%

見積書でチェックすべき5つのポイント

1. 「一式」の中身を確認する

「フロントエンド開発一式：400万円」と書かれている場合、注文者アプリと配達員アプリの両方が含まれるか、どの画面・機能が対象かを確認する。「一式」の内訳が不明確な見積書は、後から「これは含まれていません」と追加費用を請求される原因になる。

2. 対応プラットフォームを確認する

iOS・Androidの両方に対応しているか、片方だけかで費用は大きく変わる。クロスプラットフォーム（Flutter / React Native）での開発なら1つのコードベースで両対応でき、ネイティブ開発比で30〜40%のコスト削減が可能だ。

3. ランニングコストが明記されているか

サーバー費用、Google Maps Platform利用料、決済手数料、SSL証明書、ドメイン費用など、リリース後にかかる月額費用が見積書に含まれているかを確認する。フードデリバリーアプリの場合、月額15〜50万円のランニングコストが一般的だ。

4. 保守・運用費用の範囲

「月額保守費○万円」に何が含まれるかを確認する。バグ修正、OS アップデート対応、サーバー監視、軽微な機能追加——どこまでが保守費に含まれ、どこからが追加開発費になるか、線引きが曖昧だとトラブルの原因になる。

5. 変更・追加の単価を事前に確認する

開発中に「この機能も追加してほしい」「仕様を変更したい」となった場合の追加費用の算定方法（人月単価または時間単価）を事前に確認しておく。一般的な人月単価は80〜150万円が相場だ。

セクションまとめ：見積書は「一式」の中身を確認し、対応プラットフォーム、ランニングコスト、保守範囲、変更時の追加単価の4点を必ずチェックする。これらが曖昧な見積書は、開発開始後に追加費用が膨らむリスクが高い。

5. ROI試算 -- 自社アプリ開発の投資はいつ回収できるか

自社デリバリーアプリの最大の経済効果は「プラットフォーム手数料の削減」だ。実際の数字でシミュレーションしてみよう。

月商500万円の飲食事業者のROI試算（MVP版800万円の場合）

項目金額
初期開発費用800万円
年間ランニングコスト約300万円（月25万円）
初年度の総投資額約1,100万円
プラットフォーム手数料の削減（35%→決済手数料4%のみ）約1,860万円/年
顧客データ活用によるリピート率向上約200万円/年（売上増）
自社クーポンによる客単価向上約150万円/年（売上増）
年間の総効果約2,210万円
投資回収期間：約6ヶ月

ただし、自社アプリに完全移行するまでの間は、大手プラットフォームとの併用期間が発生する。現実的には、リリース後6〜12ヶ月で注文の50〜70%を自社アプリ経由に移行し、2年目から手数料削減の効果をフルに享受するシナリオが一般的だ。

手数料削減以外の効果

数字に表れにくいが、経営上重要な効果も見逃せない。

  • 顧客データの自社蓄積：注文履歴、嗜好、注文頻度、エリアごとの需要パターンなどを自社で分析し、メニュー改善やマーケティングに活用できる
  • 自社ブランドの確立：プラットフォーム上では他店と比較されるが、自社アプリなら独自の世界観を表現し、ブランドロイヤルティを築ける
  • 価格設定の自由度：プラットフォーム手数料を上乗せしない分、実店舗と同じ価格で提供でき、顧客満足度が向上する
  • プロモーションの自由度：ポイント制度、限定クーポン、サブスクリプション型のプランなど、大手プラットフォームでは制限される施策を自由に実施できる

セクションまとめ：月商500万円の事業者がMVP版（800万円）を導入した場合、プラットフォーム手数料の削減だけで年間約1,860万円の効果があり、約6ヶ月で投資回収が可能。顧客データの自社保有、ブランド構築、価格・プロモーションの自由度など、定量化しにくい効果も大きい。

6. 補助金を活用して自己負担を抑える方法

フードデリバリーアプリの開発には、国の補助金が活用できる。自己負担を大幅に軽減できる可能性がある。

使える補助金の比較

補助金補助率補助上限額800万円の開発の場合
デジタル化・AI導入補助金（旧IT導入補助金）1/2〜4/5最大450万円自己負担：350〜400万円
ものづくり補助金1/2〜2/3最大1,250万円自己負担：267〜400万円
事業再構築補助金1/2〜3/4最大1,500万円自己負担：200〜400万円
（出典：中小機構「デジタル化・AI導入補助金2026」公式サイト、中小企業庁「ものづくり補助金総合サイト」、中小企業庁「事業再構築補助金」公式サイト）

フードデリバリー事業に適した補助金の選び方

MVP版（基本的なデリバリーアプリ） → デジタル化・AI導入補助金が申請しやすい。「デリバリー業務のデジタル化による生産性向上」という申請理由が通りやすい。

本格版（AI配達最適化搭載） → ものづくり補助金が上限額で有利。AI活用による生産性向上は加点項目となるため、採択率も上がりやすい。

新規事業としてデリバリーに参入する場合 → 事業再構築補助金が最も適している。既存事業からの新分野進出という申請が可能で、補助上限額も高い。

申請書に書くべき数字の例

  • 「大手プラットフォームに年間○○万円の手数料を支払っており、営業利益を圧迫している」
  • 「自社アプリ導入により手数料率を35%から4%に削減し、年間○○万円のコスト改善を見込む」
  • 「配達ルートのAI最適化により、1配達あたりの所要時間を20%短縮し、配達効率を向上させる」
  • 「顧客データの自社蓄積により、リピート率を現状の30%から50%に引き上げる」

具体的な数字で現状の課題と導入後の改善効果を示すことが、採択のカギだ。

セクションまとめ：フードデリバリーアプリ開発にはデジタル化・AI導入補助金、ものづくり補助金、事業再構築補助金が使える。800万円の開発なら自己負担200〜400万円に抑えられる可能性がある。新規事業参入の場合は事業再構築補助金が最も適している。

7. 開発会社の選び方 -- フードデリバリーで失敗しないポイント

フードデリバリーアプリは、リアルタイム通信・GPS処理・三者間決済など技術的な難易度が高いシステムだ。開発会社を選ぶ際のポイントを5つ整理した。

ポイント1：位置情報・リアルタイム通信の開発実績があるか

デリバリーアプリの品質は、GPS精度と配達状況のリアルタイム更新速度で決まる。「注文してから配達員の位置が地図上で更新されるまで3秒以内」というUXを実現するには、WebSocketやFirebase Realtime Databaseなどのリアルタイム通信技術と、位置情報処理の最適化に関する知見が必要だ。

確認方法：過去にフードデリバリー・タクシー配車・物流など、位置情報を核とするアプリを開発した実績があるかを確認する。

ポイント2：三者間決済の設計経験があるか

フードデリバリーは「注文者 → プラットフォーム → 店舗・配達員」の三者間で金銭が流れる。注文金額からプラットフォーム手数料を差し引き、店舗と配達員にそれぞれ精算する仕組みは、一般的なECの決済処理よりも複雑だ。Stripe ConnectやPAY.JPなどのマーケットプレイス型決済の実装経験があるかを確認する。

ポイント3：飲食業界の業務フローを理解しているか

デリバリーアプリの成否は、店舗での「注文受付 → 調理 → 配達員への引き渡し」というオペレーションがスムーズに回るかどうかで決まる。飲食業界のピークタイムのオペレーション、キッチンの動線、複数注文の優先順位づけなど、業界特有の業務知識を持つ開発会社のほうが、現場で使えるシステムを設計できる。

ポイント4：段階的な開発に対応できるか

最初からAI配達最適化やレコメンドエンジンまで全ての機能を作ろうとすると費用が膨らむ。「まずMVP版で基本フローを回し、データが貯まったら高度機能を追加する」という段階的なアプローチに対応できる開発会社を選ぶことが、リスクを抑える。

ポイント5：運用保守の体制が整っているか

デリバリーアプリは昼食・夕食のピークタイムに障害が起きると、数十〜数百件の注文に影響する。ピーク時のサーバー負荷への対応、GPS精度の問題への迅速な修正、決済エラーの即時対応ができる保守体制があるかどうかは、事業の信頼に直結する。

確認方法：障害発生時の対応SLA（サービスレベル合意）と、ピーク時間帯の監視体制を確認する。

GXO株式会社の会社概要では、モバイルアプリ開発を含むシステム開発の体制と実績を紹介している。開発事例もあわせてご参照いただきたい。

セクションまとめ：フードデリバリーアプリの開発会社は「位置情報・リアルタイム通信の実績」「三者間決済の設計経験」「飲食業界の業務理解」「段階開発への対応」「ピークタイムに耐える保守体制」の5点で選ぶ。位置情報系アプリと決済精算の経験がない会社に発注すると、GPS精度や精算ロジックの問題が後から発覚し、手戻りコストが大きくなる。

まとめ

フードデリバリーアプリの開発費用は、MVP版で500〜1,200万円、本格版（AI配達最適化搭載）で1,200〜3,000万円が相場だ。

この金額だけを見ると大きく感じるかもしれない。しかし、月商500万円の事業者であれば、プラットフォーム手数料の削減だけで年間約1,860万円の効果があり、投資は約6ヶ月で回収できる。補助金を活用すれば自己負担を半額近くに抑えることも可能だ。

大手プラットフォームに依存し続ける限り、顧客データは自社に蓄積されず、手数料は支払い続けることになる。自社アプリを持つことは、手数料削減にとどまらず、顧客データの活用、ブランドの確立、価格・プロモーションの自由度と、事業の自立に直結する。

まずやるべきことは2つ。

  1. 自社に必要な機能を整理する：月間のデリバリー売上、注文件数、配達エリアに基づいて、MVP版で始めるか本格版に進むかを判断する
  2. 補助金の対象を確認する：フードテック関連の補助金は採択率が高い。使える制度があるか、早めに確認しておきたい

この2つは、無料で確認できる。

「自社でデリバリーアプリを持つべきか」を知りたい方へ

月間のデリバリー売上、注文件数、現在のプラットフォーム手数料をお聞きして、自社アプリ開発の要否判断、最適な機能構成、概算費用、使える補助金をまとめてお調べします。費用の目安を知るだけでも構いません。

※ 営業電話はしません | オンライン対応可 | 相談だけでもOK

フードデリバリーアプリの無料相談・見積もりはこちら

よくあるご質問（FAQ）

Q1. 自社アプリを作っても、Uber Eatsや出前館に慣れた利用者に使ってもらえるか不安です。

A1. 自社アプリへの移行は一気にやる必要はない。まずは実店舗の常連客からアプリ利用に誘導するのが効果的だ。店内にQRコードを掲示して「自社アプリなら配達料無料」と案内する、初回利用で500円割引クーポンを配布する、SNSフォロワーに限定キャンペーンを実施する——こうした施策の積み重ねで、リリース後6ヶ月で注文の40〜60%を自社アプリ経由に切り替えた事例は珍しくない。大手プラットフォームと併用しながら、自社アプリの比率を段階的に引き上げるのが現実的だ。

Q2. 配達員は自社で雇用する必要がありますか？

A2. 自社雇用と業務委託の2つの選択肢がある。月間の注文件数が少ない立ち上げ期は、業務委託の配達員（ギグワーカー）を活用するほうがコストを抑えられる。アプリ側で「配達員の登録・審査・報酬管理」の機能を実装しておけば、ギグワーカーモデルにも自社雇用モデルにも対応できる。注文件数が安定してきた段階で、コアエリアは自社雇用、周辺エリアは業務委託という組み合わせに移行するのが一般的だ。

Q3. 既存の飲食店POSレジとの連携は可能ですか？

A3. 技術的には可能だが、POSメーカーのAPI公開状況によって工数が変わる。スマレジ、Airレジ、Squareなど、APIを公開しているPOSであれば比較的低コスト（50〜100万円）で連携できる。API非公開のPOSの場合はCSVインポートなどの代替手段で対応する。MVP版ではPOS連携を省略し、売上データは管理画面で別途確認する運用にすることで、初期費用を抑えるケースが多い。

Q4. Flutter（クロスプラットフォーム）で開発すると品質が落ちませんか？

A4. 2026年現在、Flutter 3.x系の品質はネイティブ開発と遜色ないレベルに達している。GPS処理やバックグラウンドでの位置情報取得も、Flutter用のプラグインが成熟しており、デリバリーアプリに必要な機能はほぼカバーできる。1つのコードベースでiOS・Androidの両方を開発できるため、開発費用を30〜40%削減でき、リリース後の保守も効率的だ。フードデリバリーアプリではFlutterを第一候補として検討すべきだ。

Q5. マルチテナント型（複数店舗が出店するマーケットプレイス型）にするかどうか、いつ判断すればよいですか？

A5. MVP版は自社店舗（または限定的なパートナー店舗）のみを対象にし、マルチテナント化は本格版で検討するのが現実的だ。マルチテナント化には、店舗ごとの売上精算、個別の管理画面、店舗審査・契約機能など、追加の開発工数が300〜600万円程度かかる。まずは自社の配達オペレーションを確立してから、加盟店舗を増やすかどうかを判断すべきだ。

参考資料

  • 経済産業省「令和6年度 電子商取引に関する市場調査」 https://www.meti.go.jp/policy/it_policy/statistics/outlook/ie_outlook.html
  • IPA（情報処理推進機構）「ソフトウェア開発分析データ集2024」（2024年10月公表） https://www.ipa.go.jp/digital/chousa/metrics/
  • JISA（情報サービス産業協会）「情報サービス産業 基本統計調査 2024年版」 https://www.jisa.or.jp/
  • 中小機構「デジタル化・AI導入補助金2026」公式サイト https://it-shien.smrj.go.jp/
  • 中小企業庁「ものづくり補助金総合サイト」 https://portal.monodukuri-hojo.jp/
  • 中小企業庁「事業再構築補助金」公式サイト https://jigyou-saikouchiku.go.jp/
  • Google Maps Platform 料金表 https://mapsplatform.google.com/pricing/
  • Stripe Connect ドキュメント https://stripe.com/docs/connect