国土交通省「タクシー事業の現況について(2025年度版)」によると、全国のタクシー事業者のうち、自社独自の配車アプリを導入している割合は約12%にとどまる。大手配車プラットフォーム(GO、S.RIDE、DiDiなど)に依存する事業者が大半だが、プラットフォームへの手数料負担は1配車あたり200〜400円、年間にして数百万〜数千万円に達するケースも珍しくない。
「自社でアプリを持てば手数料を削減できるのでは」——そう考える経営者は増えている。しかし、「開発にいくらかかるのか」「GPS連携やAI予測まで入れたら総額はどうなるのか」が見えず、検討が前に進まない企業が多い。
本記事では、タクシー配車アプリの開発費用をMVP(最小実用製品)と本格版の2段階に分けて整理し、GPS連携・決済・AI需要予測の機能別コスト、ROI試算、補助金の活用法、開発会社の選び方までを解説する。山本さんのように「うちの規模で自社アプリを持つべきかどうか」を判断する材料にしていただきたい。
目次
- タクシー配車アプリとは何か -- 自社開発とプラットフォーム利用の違い
- 開発費用の全体像 -- MVP版と本格版の2段階
- 機能別のコスト内訳 -- GPS連携・決済・AI需要予測
- 見積書の読み方 -- 費用の構造を理解する
- ROI試算 -- 自社アプリ開発の投資はいつ回収できるか
- 補助金を活用して自己負担を抑える方法
- 開発会社の選び方 -- タクシー業界で失敗しないポイント
- まとめ
- よくあるご質問(FAQ)
- 参考資料
- 付録
1. タクシー配車アプリとは何か -- 自社開発とプラットフォーム利用の違い
タクシー配車アプリとは、利用者がスマートフォンから配車を依頼し、最寄りの車両が自動的に割り当てられる仕組みのことだ。乗客側アプリ・ドライバー側アプリ・管理画面の3つで構成される。
現在、多くのタクシー事業者は大手配車プラットフォームに加盟する形で配車アプリを利用している。しかし、プラットフォーム利用と自社アプリ開発では、コスト構造と経営の自由度が大きく異なる。
プラットフォーム利用と自社アプリの比較
| 項目 | 大手プラットフォーム利用 | 自社配車アプリ開発 |
|---|---|---|
| 初期費用 | 0〜100万円 | 500〜3,000万円 |
| 手数料 | 1配車あたり200〜400円 | 0円(自社運用のため) |
| 月額ランニングコスト | 配車件数に比例 | サーバー費用+保守費(月15〜40万円) |
| 顧客データの所有 | プラットフォーム側が保有 | 自社で完全に保有 |
| ブランド露出 | プラットフォーム名が前面に出る | 自社ブランドで訴求可能 |
| 機能カスタマイズ | 不可(共通仕様) | 自社の営業エリア・サービスに最適化可能 |
| 他社との競合 | 同じアプリ内で他社タクシーと比較される | 自社車両のみ表示 |
一方、月間配車件数が1,000件以下の小規模事業者であれば、プラットフォーム利用のほうがコストパフォーマンスが良い。「自社で開発すべきか、プラットフォームに乗るべきか」は、配車件数と経営戦略で判断する。
セクションまとめ:タクシー配車アプリは乗客側・ドライバー側・管理画面の3つで構成される。月間配車5,000件以上の事業者なら、自社アプリ開発のほうがプラットフォーム手数料を削減でき、顧客データの自社保有やブランド構築の面でも有利だ。
2. 開発費用の全体像 -- MVP版と本格版の2段階
タクシー配車アプリの開発費用は、「どこまでの機能を作るか」で大きく変わる。以下の2段階に分けて整理した。
2段階の費用比較
| 開発段階 | 費用相場 | 開発期間の目安 | 向いている企業 |
|---|---|---|---|
| MVP版(基本機能のみ) | 500〜1,200万円 | 3〜6ヶ月 | 保有台数30〜100台、まず自社アプリを試したい企業 |
| 本格版(AI予測・高度な機能搭載) | 1,200〜3,000万円 | 6〜12ヶ月 | 保有台数100台以上、プラットフォーム手数料の大幅削減を狙う企業 |
MVP版(500〜1,200万円)の機能構成
MVP版は「配車の基本フローが回る」ことに絞り、最短3ヶ月で市場に投入する。
| 機能 | 内容 |
|---|---|
| 乗客側アプリ | 現在地からのワンタップ配車、到着予定時間表示、乗車履歴 |
| ドライバー側アプリ | 配車リクエストの受信・受諾、ナビ連携、乗務完了処理 |
| GPS連携 | 車両位置のリアルタイム表示、最寄り車両の自動選定 |
| 管理画面 | 車両・ドライバーの一覧管理、配車状況のリアルタイムモニタ |
| 基本決済 | クレジットカード決済(Stripe等) |
本格版(1,200〜3,000万円)の機能構成
MVP版の運用で得た知見を反映し、差別化につながる高度な機能を追加する。
| 機能 | 内容 |
|---|---|
| AI需要予測 | 時間帯・天候・イベント情報をもとに需要を予測し、車両を最適配置 |
| 動的配車最適化 | 複数リクエストを同時処理し、待ち時間と空車率を最小化 |
| 多様な決済手段 | QRコード決済、電子マネー、後払い、法人請求書払い |
| ドライバー向け分析 | 売上レポート、乗務効率の可視化、シフト管理 |
| 経営ダッシュボード | 売上推移、稼働率、エリア別需要、KPIの一覧表示 |
| 乗客向けCRM | お気に入りルート、プッシュ通知によるクーポン配信、ロイヤリティプログラム |
- AI需要予測の有無:AI エンジンの開発・学習には300〜600万円が必要。これがあるかないかで総額が大きく変わる
- 決済手段の種類:クレジットカードのみなら100万円程度だが、QR決済・電子マネー・法人請求を加えると300万円以上になる
- 対応プラットフォーム:iOS・Android両対応のネイティブ開発は、クロスプラットフォーム(Flutter等)の1.5〜2倍のコストがかかる
セクションまとめ:MVP版は500〜1,200万円で3〜6ヶ月、本格版は1,200〜3,000万円で6〜12ヶ月が相場。まずMVPで市場検証し、効果を確認してから本格投資するアプローチが費用リスクを最小化する。
3. 機能別のコスト内訳 -- GPS連携・決済・AI需要予測
配車アプリの費用を正しく判断するには、「どの機能にいくらかかるか」を把握する必要がある。主要機能ごとの費用内訳を整理した。
機能別コスト一覧
| 機能カテゴリ | 費用目安 | 開発期間 | 技術的なポイント |
|---|---|---|---|
| GPS連携・地図表示 | 100〜300万円 | 1〜2ヶ月 | Google Maps / Mapbox API利用。API利用料は月額1〜10万円 |
| 配車ロジック(基本) | 150〜400万円 | 1.5〜3ヶ月 | 最寄り車両の自動割当、到着時間予測 |
| 決済機能 | 100〜400万円 | 1〜3ヶ月 | クレカのみなら100万、QR・電子マネー追加で300万超 |
| AI需要予測 | 300〜600万円 | 2〜4ヶ月 | 過去の乗車データ+天候+イベント情報を学習 |
| ドライバーアプリ | 100〜250万円 | 1〜2ヶ月 | リクエスト受信、ナビ連携、売上表示 |
| 管理画面 | 100〜300万円 | 1〜2ヶ月 | 車両管理、配車モニタ、売上レポート |
| プッシュ通知 | 30〜80万円 | 2〜4週間 | 配車確定通知、到着通知、プロモーション配信 |
| 乗客向けCRM | 80〜200万円 | 1〜2ヶ月 | お気に入り登録、クーポン、ロイヤリティ |
GPS連携・地図表示(100〜300万円)の詳細
配車アプリの根幹となる機能。費用の幅は、以下の要因で決まる。
- 地図プロバイダーの選択:Google Maps Platform は機能が豊富だが従量課金が高め(月間28,000リクエストまで無料、以降は1,000リクエストあたり2〜7ドル)。Mapbox はカスタマイズ性が高く、大量リクエスト時のコストが抑えやすい
- リアルタイム追跡の精度:車両位置を5秒間隔で更新するか、30秒間隔で更新するかで、サーバー負荷とAPI呼び出し回数が変わる
- オフライン対応:電波の弱いエリアでの位置情報キャッシュを入れると、追加で30〜50万円
運用時のAPI利用料の目安
| 保有台数 | 月間API呼出回数(概算) | 月額API利用料 |
|---|---|---|
| 30台 | 約150万回 | 約2〜5万円 |
| 100台 | 約500万回 | 約5〜15万円 |
| 300台 | 約1,500万回 | 約15〜40万円 |
決済機能(100〜400万円)の詳細
乗客の利便性に直結する機能。決済手段の種類によって費用が大きく変わる。
| 決済手段 | 追加費用目安 | 決済手数料(1決済あたり) |
|---|---|---|
| クレジットカード(Stripe / PAY.JP) | 基本開発に含む | 3.0〜3.6% |
| QRコード決済(PayPay、d払い等) | 80〜150万円 | 1.5〜2.0% |
| 電子マネー(Suica、PASMO等) | 100〜200万円 | 2.0〜3.5% |
| 法人請求書払い | 50〜100万円 | -- |
| 車内現金対応(現金決済と電子決済の併用処理) | 30〜50万円 | -- |
AI需要予測(300〜600万円)の詳細
本格版の差別化機能。過去の乗車データをAIに学習させ、「いつ、どこで、どれだけの需要があるか」を予測する。
| 開発要素 | 費用目安 | 内容 |
|---|---|---|
| データ収集・前処理 | 50〜100万円 | 過去の乗車データのクレンジング、天候・イベントデータとの統合 |
| 予測モデルの構築 | 100〜250万円 | 時系列予測モデル(LightGBM、Prophet等)の開発と学習 |
| 配車最適化エンジン | 100〜200万円 | 予測結果に基づく車両配置の最適化ロジック |
| ダッシュボード表示 | 50〜100万円 | 予測結果と実績の可視化、配車担当者向けのUI |
セクションまとめ:GPS連携は100〜300万円、決済は100〜400万円、AI需要予測は300〜600万円が目安。MVP版ではGPS+基本配車+クレカ決済に絞り、本格版でAI予測・多様な決済を追加する段階的な投資が、費用対効果を最大化する。
「GPS・決済・AI予測、うちに必要な機能はどれ?」費用の目安を確認できます。
保有台数、営業エリア、現在の配車方法を教えていただければ、必要な機能と概算費用をお調べします。見積もりだけでも構いません。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
4. 見積書の読み方 -- 費用の構造を理解する
開発会社から見積書を受け取ったとき、「この金額は妥当か」を判断するための知識を整理する。
開発費用の内訳(MVP版800万円の場合)
| 費目 | 割合 | 金額目安 | 内容 |
|---|---|---|---|
| 要件定義・設計 | 15〜20% | 120〜160万円 | 業務フローの整理、画面設計、API設計 |
| 設計・開発 | 50〜60% | 400〜480万円 | 乗客アプリ、ドライバーアプリ、管理画面、バックエンドの実装 |
| テスト・導入 | 15〜20% | 120〜160万円 | 動作確認、実車テスト、ストア申請、ドライバー向け研修 |
| 管理・その他 | 5〜10% | 40〜80万円 | プロジェクト管理費、デザイン費 |
人月単価の相場
タクシー配車アプリの開発では、モバイルエンジニア、バックエンドエンジニア、インフラエンジニアなど複数の専門職が必要になる。
| 職種 | 人月単価の目安 |
|---|---|
| プロジェクトマネージャー | 100〜140万円 |
| モバイルエンジニア(iOS/Android) | 80〜120万円 |
| バックエンドエンジニア | 80〜110万円 |
| インフラエンジニア(AWS/GCP) | 90〜130万円 |
| UI/UXデザイナー | 60〜100万円 |
| AIエンジニア(需要予測) | 100〜150万円 |
ランニングコスト(月額費用)
開発費用とは別に、毎月のサーバー費用や保守費用がかかる。
| 費目 | 月額目安 | 備考 |
|---|---|---|
| サーバー・クラウド利用料 | 5〜20万円 | AWS / GCP。車両台数・トラフィックにより変動 |
| 地図API利用料 | 2〜15万円 | Google Maps / Mapbox。配車件数に比例 |
| 決済手数料 | 売上の1.5〜3.6% | 決済プロバイダーにより異なる |
| 保守・サポート費用 | 開発費の年15〜20% | 月額換算で10〜25万円程度 |
| ストア手数料 | 売上の15%(アプリ内課金がある場合) | Apple/Google小規模事業者プログラム適用時 |
見積書で確認すべき3つのポイント
- 人月単価と工数の明細があるか:「一式○○万円」だけの見積書は、追加費用が発生した際に交渉が難しくなる
- ランニングコストが明記されているか:開発費だけでなく、月額の維持費用を含めた初年度の総費用を確認する
- 追加費用の発生条件:「配車件数が○件を超えたらサーバー増強が必要」など、スケール時のコスト変動を事前に把握しておく
セクションまとめ:見積書では「人月単価×工数」「月額ランニングコスト」「追加費用の条件」の3点を確認する。MVP版800万円の場合、設計・開発が50〜60%を占める。月額のランニングコストは15〜40万円が目安だ。
5. ROI試算 -- 自社アプリ開発の投資はいつ回収できるか
自社配車アプリの開発は「コスト」ではなく「投資」だ。投資に見合うリターンがあるかどうかを、具体的な数字で試算する。
プラットフォーム手数料の削減効果
| 保有台数 | 月間配車件数(目安) | 年間プラットフォーム手数料(@300円/件) | 自社アプリ化による年間削減額 |
|---|---|---|---|
| 30台 | 3,000件 | 約1,080万円 | 約1,080万円 |
| 50台 | 5,000件 | 約1,800万円 | 約1,800万円 |
| 100台 | 10,000件 | 約3,600万円 | 約3,600万円 |
| 300台 | 30,000件 | 約1億800万円 | 約1億800万円 |
保有50台の事業者のROI試算(MVP版800万円の場合)
| 項目 | 金額 |
|---|---|
| 初期開発費用 | 800万円 |
| 年間ランニングコスト | 約240万円(月20万円) |
| 初年度の総投資額 | 約1,040万円 |
| プラットフォーム手数料の削減 | 約1,800万円/年 |
| AI需要予測による空車率改善(導入後) | 約300万円/年(売上増) |
| 顧客データ活用によるリピート率向上 | 約200万円/年(売上増) |
| 年間の総効果 | 約2,300万円 |
ただし、自社アプリに完全移行するまでの間は、プラットフォームとの併用期間が発生する。現実的には、リリース後6〜12ヶ月で配車件数の60〜80%を自社アプリ経由に移行し、2年目から手数料削減の効果をフルに享受するシナリオが一般的だ。
手数料削減以外の効果
数字に表れにくいが、経営上重要な効果も見逃せない。
- 顧客データの自社蓄積:乗車パターン、利用頻度、決済手段などのデータを自社で分析し、サービス改善やマーケティングに活用できる
- 自社ブランドの確立:プラットフォーム上では他社と比較されるが、自社アプリなら自社の強み(サービス品質、地域密着など)を前面に打ち出せる
- 法人営業の強化:法人向けの請求書払い機能や専用プランを自由に設計でき、法人契約の獲得がしやすくなる
- ドライバーの定着率向上:売上の可視化やシフト管理の効率化により、ドライバーの働きやすさが向上し、離職率の低下につながる
セクションまとめ:保有50台・月間5,000件の事業者がMVP版(800万円)を導入した場合、プラットフォーム手数料の削減だけで年間約1,800万円の効果があり、約5〜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万円 |
タクシー事業者に最も適した補助金
MVP版(配車アプリの導入) → デジタル化・AI導入補助金が申請しやすい。「配車業務のデジタル化によるドライバーの労働生産性向上」という申請理由が採択されやすい傾向にある。
本格版(AI需要予測搭載) → ものづくり補助金が上限額で有利。AI活用による生産性向上は加点項目となるため、採択率も上がりやすい。
申請書に書くべき数字の例
- 「配車オペレーター2名が1日あたり計6時間を手動配車に費やしている」
- 「プラットフォーム手数料が年間○○万円に達し、営業利益を圧迫している」
- 「空車率が40%を超えるエリア・時間帯があり、車両の稼働効率に改善余地がある」
- 「AI需要予測により空車率を15%改善し、年間○○万円の売上増を見込む」
具体的な数字で現状の課題と導入後の改善効果を示すことが、採択のカギだ。
セクションまとめ:配車アプリ開発にはデジタル化・AI導入補助金・ものづくり補助金・事業再構築補助金が使える。800万円の開発なら自己負担200〜400万円に抑えられる可能性がある。プラットフォーム手数料の削減額を具体的に示す申請書が採択されやすい。
7. 開発会社の選び方 -- タクシー業界で失敗しないポイント
タクシー配車アプリは、一般的な業務アプリと比較して、リアルタイム通信やGPS処理など技術的な難易度が高い。開発会社を選ぶ際のポイントを4つ整理した。
ポイント1:位置情報・リアルタイム通信の開発実績があるか
配車アプリの品質は、GPS精度と配車ロジックのレスポンス速度で決まる。「ボタンを押してから車両が割り当てられるまで3秒以内」というUXを実現するには、WebSocketやFirebase Realtime Databaseなどのリアルタイム通信技術と、位置情報処理の最適化に関する知見が必要だ。
確認方法:過去にタクシー・物流・フードデリバリーなど、位置情報を核とするアプリを開発した実績があるかを確認する。
ポイント2:モバイルアプリの両プラットフォーム対応ができるか
配車アプリは乗客側・ドライバー側の両方でiOS・Android対応が求められる。FlutterやReact Nativeを使ったクロスプラットフォーム開発であれば工数を抑えられるが、GPS精度やバックグラウンド動作についてはネイティブの知識も必要だ。
確認方法:App Store / Google Play にリリース済みのアプリを見せてもらう。
ポイント3:段階的な開発に対応できるか
最初からAI需要予測まで全ての機能を作ろうとすると費用が膨らむ。「まずMVP版で配車の基本フローを作り、データが貯まったらAI予測を追加する」という段階的なアプローチに対応できる開発会社を選ぶことが、リスクを抑える。
ポイント4:運用保守の体制が整っているか
配車アプリは24時間365日稼働する。深夜のサーバー障害やGPSの精度低下に迅速に対応できる保守体制があるかどうかは、事業者にとって死活問題だ。
確認方法:障害発生時の対応SLA(サービスレベル合意)と、夜間対応の体制を確認する。
GXO株式会社の会社概要では、モバイルアプリ開発を含むシステム開発の体制と実績を紹介している。開発事例もあわせてご参照いただきたい。
セクションまとめ:配車アプリの開発会社は「位置情報・リアルタイム通信の実績」「両プラットフォーム対応」「段階開発への対応」「24時間保守体制」の4点で選ぶ。位置情報系の開発実績がない会社に発注すると、GPS精度や配車速度の問題が後から発覚し、手戻りのコストが大きくなる。
まとめ
タクシー配車アプリの開発費用は、MVP版で500〜1,200万円、本格版(AI需要予測搭載)で1,200〜3,000万円が相場だ。
この金額だけを見ると大きく感じるかもしれない。しかし、月間5,000件の配車件数がある事業者であれば、プラットフォーム手数料の削減だけで年間約1,800万円の効果があり、投資は5〜6ヶ月で回収できる。補助金を活用すれば自己負担を半額近くに抑えることも可能だ。
大手配車プラットフォームに依存し続ける限り、顧客データは自社に蓄積されず、手数料は増え続ける。自社アプリを持つことは、手数料削減にとどまらず、顧客データの活用、自社ブランドの確立、法人営業の強化、ドライバーの定着率向上と、事業の自立に直結する。
まずやるべきことは2つ。
- 自社に必要な機能を整理する:保有台数、月間配車件数、営業エリアに基づいて、MVP版で始めるか本格版に進むかを判断する
- 補助金の対象を確認する:モビリティDXに関連する補助金は採択率が高い。使える制度があるか、早めに確認しておきたい
この2つは、無料で確認できる。
「うちの台数・配車件数で自社アプリを持つべきか」を知りたい方へ
保有台数、月間配車件数、現在の配車方法をお聞きして、自社アプリ開発の要否判断、最適な機能構成、概算費用、使える補助金をまとめてお調べします。費用の目安を知るだけでも構いません。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
よくあるご質問(FAQ)
Q1. 自社でアプリを開発しても、乗客に使ってもらえるか不安です。GOやS.RIDEに慣れた利用者を、どうやって自社アプリに誘導すればよいですか?
A1. 自社アプリへの移行は一気にやる必要はない。まずは電話予約の常連客からアプリ利用に誘導するのが効果的だ。車内にQRコードを掲示して「次回からアプリで呼べます」と案内する、初回利用で500円割引クーポンを配布する、法人契約の企業には専用のアプリ利用プランを提案する——こうした地道な施策の積み重ねが、半年で配車件数の30〜50%を自社アプリ経由に切り替えた事例は少なくない。大手プラットフォームと併用しながら、自社アプリの比率を段階的に引き上げるのが現実的だ。
Q2. AI需要予測は本当に必要ですか?うちの規模(50台)で効果がありますか?
A2. 保有50台でもAI需要予測の効果はある。ただし、「最初から必須か」と問われれば答えはNOだ。AI需要予測は、精度の高いモデルを構築するために最低6ヶ月〜1年分の乗車データが必要になる。まずMVP版で配車データを蓄積し、そのデータを基にAI予測モデルを構築する段階的なアプローチが、費用面でも精度面でも最善の選択だ。実際に導入した場合、空車率15〜25%の改善と1日あたりの営業収入10〜20%向上が見込める。50台規模であれば年間300万円程度の効果が期待できる。
Q3. 開発期間中、現在の配車業務に影響はありますか?
A3. 影響はない。自社アプリの開発と既存の配車業務は並行して進められる。開発会社との打ち合わせ(要件定義)に配車担当者の時間が必要になるが、週1〜2回・各1〜2時間程度だ。リリース後も、既存のプラットフォームや電話配車と併用しながら段階的に自社アプリに移行するため、業務が止まるリスクはない。
Q4. Flutter(クロスプラットフォーム)で開発すると、ネイティブ開発と比べて品質が落ちませんか?
A4. 2026年現在、Flutter 3.x系の品質はネイティブ開発と遜色ないレベルに達している。GPS処理やバックグラウンドでの位置情報取得も、Flutter用のプラグインが成熟しており、配車アプリに必要な機能はほぼカバーできる。むしろ、1つのコードベースでiOS・Androidの両方を開発できるため、開発費用を30〜40%削減でき、リリース後の保守も効率的だ。Bluetooth連携や特殊なセンサー処理が不要な配車アプリでは、Flutterを選択しない理由はほぼない。
Q5. 既存のタクシーメーターや無線設備との連携はできますか?
A5. 連携可能だが、追加費用がかかる場合がある。日本のタクシーメーター(日本計器、日本タクシーメーター等)との連携は、メーカーが提供するAPI・SDKの有無と対応状況によって工数が変わる。一般的には50〜150万円の追加費用が目安だ。無線設備(IP無線)との連携も技術的には可能だが、無線システムの仕様確認が必要になるため、開発会社に事前に相談することを勧める。
参考資料
- 国土交通省「タクシー事業の現況について(2025年度版)」 https://www.mlit.go.jp/jidosha/jidosha_tk3_000014.html
- 一般社団法人全国ハイヤー・タクシー連合会「タクシー事業の現状と課題」 https://www.taxi-japan.or.jp/
- 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/
- 国土交通省「MaaS関連データの連携に関するガイドライン」 https://www.mlit.go.jp/sogoseisaku/transport/sosei_transport_tk_000113.html