MaaSの主要プレイヤーにみる
ビジネスモデル比較と収益化戦略
国内外のMaaS主要企業について、顧客接点、統合範囲、収益源、価格戦略、技術連携の観点から整理した市場調査レポートです。B2Cアプリ、B2B基盤、チケッティング、API組込み、サブスク型まで、多様な収益化の実像を比較できる構成にしています。
(2035年・12市場計)
(2030年紹介値)
価格例(500ユーロ)
MaaS収益化モデル
MaaSの主要プレイヤーは、検索・予約・決済という統合接点を軸にしながらも、実際の収益化の仕方はかなり異なります。本ページでは、国内外の公開情報をもとに、代表的なプレイヤーを5つの型に整理しています。
鉄道・地域交通主導の
チケッティング/周遊型
JR西日本(KANSAI MaaS)や小田急電鉄(EMot)に見られる類型です。周遊券、企画券、観光チケットをスマホで販売し、移動そのものと観光送客を一体で設計します。
収益の中心はチケット売上や送客効果で、価格戦略は会員登録無料+個別課金が基本です。運賃収入に加え、地域事業者との連携による非運賃収入の拡張余地がある点が特徴です。
横断プラットフォーム/
ルート検索API提供型
ナビタイムジャパンやヴァル研究所のように、MaaSアプリそのものよりも、経路探索、予約、決済連携を支える基盤側で価値を出すモデルです。
主な収益源はAPI利用料、SaaS利用料、導入開発費、運用保守費です。生活者向け課金よりも、自治体や交通事業者向けの継続課金が収益の安定化に寄与します。
モバイルチケット基盤の
B2B2C型
ジョルダンやRYDEは、チケット発券、券売、認証、分析、管理画面までを一気通貫で提供するB2B2C型として整理できます。
交通事業者が券種や運賃を保持しつつ、プラットフォーム側は導入費、運用費、販売手数料、分析機能などで収益化します。ローカル路線や自治体案件との親和性が高いモデルです。
配車・ライドヘイリングを核にした
API組込み型
Uberのように、自社の配車需要を主軸に持ちながら、外部のトランジットアプリや都市向けサービスへAPI統合する戦略です。
配車収益を中核にしつつ、MaaS連携は顧客接点の拡張、送客増、利用頻度向上に効く補完戦略として機能します。公共交通そのものの販売ではなく、外部組込みで存在感を高める形です。
サブスク・バンドルで
自家用車代替を狙う型
MaaS Global(Whim)に代表されるモデルで、公共交通、タクシー、シェアリング等を月額で束ね、個人の自動車保有コストの代替を狙います。
一方で、卸調達、需要予測、価格設定、利用偏在の制御が難しく、ユニットエコノミクスが成立しづらいことも示されました。先行事例の破産申請は、この類型の採算難を象徴しています。
公開情報で確認できる範囲をもとに、国内外の主要プレイヤーを比較した一覧です。B2CかB2Bか、何を統合し、どこで収益化しているかを見ると、MaaS市場の勝ち筋が単一ではないことが分かります。
| 企業/サービス | 主戦場 | 統合範囲 | 収益源 | 価格戦略 | 技術・データ連携の要点 |
|---|---|---|---|---|---|
| JR西日本 KANSAI MaaS |
B2C(観光・周遊) | デジタル乗車券、QR乗車、周遊券販売 | チケット売上、送客効果、地域連携収益 | 会員登録無料、チケット個別課金 | QR乗車券対応、関西広域での周遊設計、鉄道起点の顧客接点を保持 |
| 小田急電鉄 EMot |
B2C+一部B2B | チケット購入、スマホ利用、観光・移動連携 | チケット販売、運用受託、地域施策連携 | 個別チケット課金 | スマホ完結型のデジタルチケット、交通と観光商品の接続 |
| トヨタ自動車 my route |
B2C | マルチモーダル検索、予約、決済連携 | 提携手数料、送客、将来的なデータ活用余地 | アプリ自体は無料、価格は提携商品に依存 | ルート検索から予約・決済まで接続し、都市移動のハブを狙う |
| ナビタイムジャパン MaaS API |
B2B | 経路探索、予約・決済連携支援 | API利用料、開発支援費、運用費 | B2B契約型 | 検索から予約・決済までの機能群をAPI化し、導入側の開発負担を下げる |
| ヴァル研究所 | B2B | MaaSアプリ構成要素、予約管理、開発支援 | SaaS利用料、導入費、保守運用費 | B2B契約型 | 統合アプリをゼロから作らずに済む構成要素提供が強み |
| ジョルダン モバイルチケット |
B2C+B2B | 乗換案内内販売、券売、管理画面、属性別運賃対応 | 導入費、運用費、販売手数料 | 利用者属性に応じた価格提示も実装可能 | 既存の乗換案内導線を活かしつつ、認証と価格の組み合わせを拡張 |
| RYDE RYDE PASS |
B2B2C | デジタルチケット発券、QR連携、分析、運用管理 | 基盤利用料、導入費、運用費、分析機能 | 券種・運賃は交通事業者設定 | 発券からBI分析までを提供し、地域交通DXの実務層に深く入る |
| Uber | B2C+B2B連携 | 配車、外部トランジットアプリへのAPI統合 | ライド収益、連携による利用増加効果 | 都市・国ごとに異なる | 配車APIを外部MaaSに組み込ませることで接点を拡張 |
| MaaS Global Whim |
B2C | マルチモーダル統合、サブスク、バンドル販売 | 月額課金、パッケージ販売 | Unlimitedの代表例は月500ユーロ | 自家用車代替を狙う一方で、卸購入と需要変動管理の難易度が高い |
MaaSは「アプリがあれば収益化できる」市場ではありません。どのレイヤーで価値を取るかによって、必要なプロダクト設計も営業先もまったく変わります。主要な収益源を4つの観点で整理すると以下の通りです。
- チケット販売・周遊商品による収益化 デジタル乗車券、周遊券、観光商品、施設券を統合し、チケット販売そのものの売上に加えて、地域への送客や周辺消費の拡張を狙うモデルです。鉄道・観光主導のMaaSで中心になりやすい手法です。
- API/SaaS提供による継続課金 経路探索、予約、決済、発券、分析といった基盤機能をB2Bで提供し、月額や利用量ベースで課金するモデルです。生活者への直接課金に依存しないため、MaaSの中では比較的収益の見通しが立てやすい類型です。
- 属性別価格・認証連動による運賃最適化 居住者、観光客、学生、高齢者などの属性認証を組み合わせ、同じサービスでも異なる価格や券種を提示する設計です。単なるデジタル化ではなく、運賃制度そのものの柔軟化に踏み込める点が強みです。
- サブスク・バンドルによるLTV拡大型 複数の交通手段を定額化し、利用者の予算の見える化や自動車代替を狙うモデルです。ただし、利用過多のリスク、仕入条件、事業者間精算、需要の偏りなどの制御が難しく、価格設定を誤ると採算が崩れやすい構造です。
- データ活用・送客・地域連携の周辺収益 移動データ、予約データ、行動データを活用し、観光・小売・自治体施策と結びつける形です。MaaS単体ではなく、地域DXや観光施策の一部としてマネタイズする方向が、今後さらに重要になります。
市場の成長余地は大きい一方で、主要プレイヤーの動きを見ると、B2Cアプリ単体での黒字化は簡単ではないことが分かります。勝ち筋は「誰が顧客接点を押さえるか」だけでなく、「誰がB2B基盤や運用の複雑性を引き受けられるか」にもあります。
鉄道・地域交通プレイヤーの強み
自前の乗車導線とブランドを持つため、デジタルチケット販売に移行しやすい一方、収益拡張には観光・小売・クーポンとの接続が必要です。単なるデジタル券売化だけでは差別化が弱くなりやすい構造です。
API/基盤提供企業の優位性
複数の自治体・交通事業者に横展開しやすく、B2B収益を積み上げやすい点が強みです。データ標準化や決済連携が進むほど、導入障壁は下がり、基盤企業の市場余地が広がります。
モバイルチケット基盤の実装価値
現場では「ルート検索」よりも「実際にどう売り、どう発券し、どう分析するか」が大きな課題です。B2B2C型は、この運用実装の深さを価値に変えやすいポジションです。
配車・ライドヘイリング型の位置づけ
自社の主たる収益は配車にあり、MaaSは需要の入口を増やすための戦略的連携として機能します。公共交通の中核を担うというより、ラストワンマイルや補完移動の接点を押さえる役割が中心です。
バンドル型が抱える採算課題
利用者にとって魅力的な定額制ほど、事業者側には需要偏在リスクが乗ります。卸価格、精算、使われ方のばらつきを吸収できないと、LTVより先に原価が膨らみやすいのが難点です。
自治体案件の継続性の論点
PoC止まりにならないためには、実証前の段階で継続財源、運営主体、KPI、住民利用導線を設計する必要があります。補助金終了後も残る形にできるかが、事業の持続性を左右します。
主要プレイヤーの事例を横断すると、MaaSの収益化はアプリ公開では終わりません。データ、運賃、決済、運用、地域連携まで含めた設計が必要です。
顧客接点の設計
B2CかB2Bか、誰が検索・予約・決済の入口を持つかを定義
統合範囲の選定
経路探索、決済、発券、認証、送客のどこまでを束ねるかを整理
収益源の複線化
チケット収益に加え、SaaS、分析、送客、自治体向け収益を組み合わせる
継続運用の設計
API整備費、精算、データ更新、KPI運用まで含めて事業化する
MaaSの収益化を左右する技術・制度条件
MaaSでは、公共交通データ、予約・決済データ、関連分野データを、プラットフォーム上でどう連携するかが中核論点になります。国土交通省のガイドラインでも、API整備にはコストがかかること、データ整備が進みにくい事業者が一定数存在することが明記されています。
また、GTFS-JPや公共交通オープンデータセンターのような標準化の進展は、経路検索や情報提供の参入障壁を下げる一方、差別化の主戦場をチケッティング、決済、認証、地域連携に移しつつあります。
制度面では、地域公共交通の再構築、ライドヘイリング規制、個人情報保護、責任分界、精算処理などが事業モデルに直接影響します。MaaSは単なるアプリ産業ではなく、制度産業・運用産業として見る必要があります。
先行事例や公的資料を踏まえると、MaaSの課題は「需要がない」ことよりも、「持続する収益構造をつくりにくい」ことにあります。事業主体ごとに、重点を置くべきポイントは異なります。
非運賃収入につながる商品設計が重要
デジタル乗車券だけでは価格競争に陥りやすいため、クーポン、観光施設、周遊提案、行程管理などを含む設計が必要です。限定エリアで検証し、送客効果まで測る運用が有効です。
標準化の先で差がつくのは運賃制度の柔軟化
経路検索の標準化が進むほど、同意UX、認証、属性別価格、精算処理などの実装力が差別化要因になります。単なるルート検索APIから一段深い機能群が必要です。
実証前に継続財源と運営主体を設計する
予算枯渇で終わるPoCを避けるには、運賃収入、補助、地域連携収益、委託費などを含めた持続モデルを初期段階から設計する必要があります。KPIと住民対話もセットで持つべきです。
サブスクは魅力的でも原価設計が難しい
定額制は利用者に分かりやすい一方、過剰利用や精算負担を吸収できないと採算が急速に悪化します。料金設定だけでなく、卸条件、利用制御、提携構造まで含めて見直す必要があります。
現場運用に深く入るほどスイッチングコストが上がる
券売、発券、管理画面、分析、QR運用まで担う基盤は、導入後に置き換えられにくくなります。単価よりも継続率で勝つモデルとして成立しやすいポジションです。
MaaSは単独アプリより複合収益モデルが前提
市場成長余地は大きいものの、単独のB2C課金だけで成立させるのは難しい構造です。B2B、送客、データ、非運賃収入を重ねる設計が、主要プレイヤー比較から見える実務的な方向性です。
MaaS主要プレイヤー比較 関連リソース
矢野経済研究所
国内MaaS関連市場の将来予測と、マネタイズ課題に関する整理を確認できます。
国土交通省 MaaS関連データ連携ガイドライン
データ連携、API整備、事業者間調整、オープン化の課題を把握するための基礎資料です。
国土交通省 GTFS-JP関連資料
データ標準化がMaaSの参入障壁や差別化要因にどう影響するかを考えるうえで重要です。
公共交通オープンデータセンター
REST API、共通JSON、GTFSなど、MaaSの基盤となるデータ公開の実務が分かります。
KANSAI MaaS
鉄道・観光主導型MaaSの代表事例として、チケット販売と周遊設計の実際を確認できます。
EMot
スマホ完結型の移動・観光チケット販売モデルとして参考になる国内事例です。
NAVITIME MaaS向けAPI
検索から予約・決済までのAPI群を通じて、B2B基盤モデルの方向性を把握できます。
ジョルダン モバイルチケット
乗換案内アプリの接点を活かしたモバイルチケット販売と導入支援モデルが確認できます。
RYDE PASS
デジタルチケット基盤、QR連携、分析機能を含むB2B2Cモデルの代表例です。
UK Parliament: Uber提出資料
Uberが外部トランジットアプリへのAPI統合をどう位置づけているかを確認できます。
MTC Whim資料
Whim Unlimitedの月額価格例など、バンドル型MaaSの設計思想を理解する資料です。
Frost & Sullivan
Whimの破産申請報道を通じて、サブスク型MaaSのユニットエコノミクス課題を把握できます。
