エアトリのビジネスモデル解説と実務チェックリスト

読者別クイックサマリー（検索意図別の短い要点）

対象読者ごとに、検討すべき主要項目と優先アクションを簡潔に示します。時間のない読者はここだけ確認してください。

投資家（上場投資家／VC）向け要点

投資家は収益性の持続性、キャッシュフローと成長ドライバーを優先的に評価します。特にGMVと会計上の売上の差分、粗利率とキャッシュ回収サイクルに注目してください。

• 優先度：高 — 収益認識ポリシー（仲介 vs 買切）、粗利率推移、返金引当の水準を確認する
• 優先度：中 — 法人契約のリカーリング収入比率と解約率（チャーン）
• 優先度：低 — 広告／データ事業のスケーラビリティとマージン

推奨アクション（短期）：会計士による「収益認識レビュー」を実施し、KPI（営業CF、DSO、粗利率）を月次で監視すること。

法人購買担当（導入検討者）向け要点

法人側は導入工数、ポリシー適用、請求・与信条件、Duty of Careの有無を重視します。SLAやデータ提供仕様、運用フローが評価の中心です。

• 優先度：高 — 精算スキーム（請求書払いやカードOnFileなど）とSLA、データ出力項目の確定
• 優先度：中 — SSO・経費精算連携や管理者向けレポートの有無
• 優先度：低 — オプション商品（保険、レンタカー等）の取り扱い条件

推奨アクション（導入前）：PoCで「承認フロー」「経費連携」「レポート出力」を検証し、KPIを設定すること。

プロダクトPM向け要点

PMは収益源ごとのビジネスロジックと技術負荷を見ます。在庫接続方式（API/GDS/アロット）と返金ロジック、検索最適化が重要です。

• 優先度：高 — APIの冪等性・エラー率・リトライ仕様、キャッシュTTLの方針
• 優先度：中 — レコメンドとレベニューマネジメントのデータ要件
• 優先度：低 — 広告枠やデータ販売のプランニング

推奨アクション（短期）：重要なエンドポイントのSLAと監視メトリクスを定義し、工程表に反映すること。

オペレーション担当向け要点

運用担当は精算リコン、返金処理、ピーク時のサポート体制、サプライヤーとの不一致対応を重視します。日次運用ルールの整備が鍵です。

• 優先度：高 — 日次リコンフローと例外承認の運用ルール
• 優先度：中 — チャージバック・不正検知フローと与信ポリシー
• 優先度：低 — ピーク時リソースプランと外注テンプレート

推奨アクション（即実行）：日次レポートの自動化と例外アラート設定を優先する。

用語定義（GMV・認識売上・顧客支払額など）

KPIや契約を議論する前に用語を統一します。ここに示す定義は実務的な運用定義であり、会計上の処理は基準により異なります。

主要定義

以下は運用・分析で使う統一定義の例です。会計処理は次節の留意点を参照してください。

会計上の留意点（J-GAAP / IFRS 等）

会計基準ごとに収益認識の判断や費用配分が変わります。実務判断前に専門家の意見を得てください。

• Principal（総額計上）かAgent（手数料計上）かを契約内容（価格決定権、在庫リスク、顧客接触）で判定する必要があります。
• 変動対価（キャンセル・割引・チャージバック）は見積りと引当が必要です。
• 前受金・繰延収益の扱いと期末精算のルールを明確にしてください。
• 表示税（消費税など）の扱いは国・商品により異なります。
• 最終的な処理要否と仕訳は会計専門家（公認会計士等）に確認してください。

事業概要と主要サービス（エアトリの事業構成・非公式分析）

ここではサービス別に機能と主要な収益源、導入時のチェックポイントを整理します。沿革や具体数値は必ず公式IRや有価証券報告書で確認してください（以下は非公式分析です）。

ブランドと沿革の概略

沿革の詳細と財務数値は公式IRを参照してください。ここは事業展開の流れを簡潔にまとめた非公式解説です。

• 航空券の価格比較と発券から始まり、宿泊・パッケージ・法人出張サービスへ拡張。
• 広告・データ事業で収益の多角化を図るフェーズへの移行が見られる。

航空券

航空券の提供はエアトリの核にあたる領域です。LCC/レガシーの取り込み、PNR発行などが技術要件になります。

• 概要：国内線・国際線の検索・発券（GDS/NDC/API/直販を混在）
• 主な収益：仲介手数料、発券手数料、マークアップ（買切モデル時）
• 導入チェック：PNR取得フロー、発券遅延時の代替フロー、払い戻し処理

宿泊（ホテル）

宿泊はコミッション型が多く、供給チャネルが多岐に渡ります。レート同期とキャンセル条件が運用課題です。

• 概要：直販在庫、卸（ホールセーラー）、メタサーチ経由の取り込みを統合
• 主な収益：コミッション、仕入差益（アロットメント利用時）
• 導入チェック：レート同期方式、チャネルマネージャ連携、キャンセルポリシーの統一

パッケージ／ツアー（ダイナミック含む）

組み合わせ販売は原価管理が複雑であるためRM（Revenue Management）の精緻化が必要です。

• 概要：航空＋宿泊のバンドル（静的／動的）
• 主な収益：マージン、仕入差益、手数料
• 導入チェック：部品別原価管理、代替手配ロジック、保険・取消料の取り扱い

オプショナル／地上手配

地元オペレーターとのAPIまたはバウチャー型が混在します。品質管理が課題です。

• 概要：空港送迎、ツアー、アクティビティ等の手配
• 主な収益：コミッション・手数料
• 導入チェック：バウチャー方式、ベンダー保証、キャンセル規程

法人向け出張管理・予約プラットフォーム

法人顧客向けはサブスク＋トランザクションモデルで、Duty of Care機能が差別化ポイントです。

• 概要：出張ポリシー適用、承認ワークフロー、経費連携、レポート機能
• 主な収益：サブスクリプション料、管理手数料、トランザクション手数料
• 導入チェック：SSO、経費精算連携、データエクスポート形式、緊急連絡フロー

広告／データサービス

トラフィックを活かした広告販売や匿名化したデータ提供が成長分野です。法令順守とユーザー同意が必須です。

• 概要：ディスプレイ広告、スポンサー掲載、データライセンス提供
• 主な収益：広告収入、データ販売料
• 導入チェック：同意取得フロー、匿名化措置、データ提供範囲

付帯商品（保険・レンタカー等）

付帯商品の導線設計でARPU向上が期待できます。API連携と精算条件に注意してください。

• 概要：旅行保険、レンタカー、座席指定等の販売
• 主な収益：販売手数料、マージン
• 導入チェック：保険条件、決済・精算フロー、苦情対応チャネル

収益構造の実務的分解（GMV×売上×マージン）

ここでは商品別のフロー（GMV→売上→粗利）と実務での清算・返金処理を整理します。会計上の処理は基準と契約に依存する点に注意してください。

事業セグメント別の収益モデルとGMVの扱い

各セグメントでGMV・会計売上の扱いが異なります。以下は実務上の典型パターンです。具体的な会計処理は会計専門家に確認してください。

会計上の判断（Principal/Agent、変動対価、前受金処理等）は基準ごとに変わるため、決算前に会計士に確認してください。

価格設定・手数料モデルとプロモーションの影響

価格設定は固定手数料、割合手数料、動的マークアップなどを組み合わせます。プロモーションは流入増とマージン圧迫のトレードオフがあるため増分効果の計測が重要です。

• 測定例：増分粗利 = キャンペーン期間の純増粗利（キャンペーン原価を除く）
• 測定例：プロモROI = 増分粗利 ÷ プロモ費用
• 実務：ホールドアウト（コントロール）を使って増分効果を検証し、チャネル別にLTV/CACを算出する

A/Bテストやホールドアウト設計時は期間・サンプルサイズ・キャンセルラグを考慮してください。

精算スキーム例（実務テンプレ）

実務的な月次精算スキームの例を示します。数値はサンプルです。

• 締め期間：毎月1日〜末日を月次で締める
• 請求サイクル：締め後10営業日以内にサプライヤーへ請求書発行、支払条件は発行日から30日以内に支払う
• 返金引当：取扱高に対して3〜5%を暫定引当（チャネル・商品で調整）
• 保留金（Holdback）：新規サプライヤーに対して3ヶ月間の精算保留を設け得る（不一致リスク対応）

請求テンプレ（例）

会計仕訳（概念例・簡略）

• 顧客支払を受領時：現金/預金　／　前受金（または売上）
• 仕入・サプライヤー精算時：仕入　／　未払金（または前受金差引）
  ※実際の勘定科目は会計基準に応じて設定してください。

在庫・サプライヤー管理とプラットフォーム運用（予約〜決済〜サポート）

供給側の契約と運用設計が顧客体験と収益に直結します。ここでは接続方式、同期設計、決済・返金・サポートの実務を整理します。

サプライヤーと在庫契約の実務

サプライヤーの種類に応じて契約条項を分け、API性能や可用性要件をSLAで確定します。

• 航空会社：直契約、GDS、NDC（新標準）による接続。PNRフローと発券条件を明記する。
• ホテル：直契約、ホールセーラー（卸）、アロットメント、チャネルマネージャ経由の同期方式を定義する。
• 地上手配：API、またはバウチャー方式での確認フローを整備する。
• 契約項目例：在庫アクセス方式、レートパリティ、レポート頻度、支払条件、与信枠、障害時の代替フロー

SLAサンプル要点（例）

• 月間稼働率（API可用性） 99.5%（目安）
• レイテンシ目標（p95） 500ms未満（検索API）
• エラー率 0.5%未満（目安）
  実数値はビジネス要件に合わせて調整してください。

在庫管理とリコンシリエーション

在庫同期と照合は日次で運用し、差分の原因分析と自動アラートを整備します。

• 日次フロー：受注データとサプライヤー請求書の突合→取消・返金の差分計算→月次精算用のキャッシュポジション算出
• 例外処理：オーバーブッキング発生時の代替手配ルールと補償方針を文書化する
• レポート：不一致レポート（アラート）、原因分類、再発防止策のトラッキング

予約エンジン／決済／キャンセル処理と顧客サポート体制

検索→仮確保→与信→発券（またはバウチャー発行）までのフローを明文化します。与信保留や部分返金のルールを整備してください。

• 決済設計：多通貨対応、返金時の手数料負担、カードトークン化の実装を推奨
• 不正対策：外部の不正検知サービスと連携し、チャージバック分析を行う
• キャンセル処理：申請→規定照会→返金額算出→会計処理（返金遅延を最小化するための引当管理）
• サポート体制：複雑案件はインハウス、定型処理はRPO/外注で分担。SLAとエスカレーション基準を定める

技術とデータ活用

APIとデータ基盤の設計が差別化要因になります。ログとデータモデリングを作り込んで分析に耐える形にしてください。

• API設計：冪等性（idempotency）、再試行、スロットリング、フェイルオーバーを実装する
• キャッシュ：検索結果のTTLと整合性ポリシーを設計する
• レベニューマネジメント：需要予測モデルを価格設定に反映する仕組みを整備する
• A/Bテスト：KPIを明確にし、ログベースで増分効果を測定する

ダッシュボード向けSQL例（簡略）

法務・コンプライアンスとデータ取扱い

データ販売や匿名化、Duty of Careの実装には法令遵守が不可欠です。特に個人情報保護法（日本）やGDPR（EU）などの国際規制を意識してください。

個人情報とデータ販売・同意フロー

データを第三者へ提供する場合、利用目的の明示と同意取得が必要です。匿名化や契約上の利用制限も盛り込んでください。

• 同意フロー（導入例）：目的の明示 → 同意取得（オプトイン）→ 利用範囲の限定 → ログ保存（同意履歴）
• 同意文の例（簡略）：「本サービスでは予約情報をサービス提供および改善、提携先との連携のために利用・提供します。詳細はプライバシーポリシーをご確認ください。」
• データ販売：契約で再販禁止や再識別禁止の条項を入れる。提供データの粒度・集計単位を明確化すること。

法的リスク軽減のために、法務部門／外部弁護士と連携し、具体的な同意文言・契約条項を確定してください。

匿名化と技術的留意点

匿名化は技術的手法と法的判断の両方が求められます。k-匿名性や差分プライバシー等の概念を参考に、再識別リスクを定量的に評価してください。

• 技術例：集計単位の粗度調整、ノイズの導入（差分プライバシー）、IDトークンのハッシュ化
• 注意点：十分な匿名化を行っても再識別リスクはゼロではないため、契約的制約と利用制限を併用する

Duty of Care（渡航者保護）と法的留意点

Duty of Careは緊急時対応（安否確認、代替手配）に関する責任範囲を定めます。位置情報や安否情報の扱いは個人情報扱いとなるため、事前同意と目的限定が必要です。

• 実務要件：緊急連絡網、位置情報の取得・保管ポリシー、第三者提供方針
• 法的留意点：位置情報や健康情報はセンシティブ情報に該当する可能性があるため、同意と最小化原則を徹底する

競合比較と市場トレンド（簡潔）

OTA市場の主要競合との比較と、採用すべき戦略的論点を示します。差別化要因はプロダクトと法人対応の深さにあります。

簡潔比較表（主要プレイヤー：エアトリ・楽天トラベル・じゃらん・Expedia）

※上表は非公式の比較です。各社の具体数値は公式IRを参照してください。

市場トレンドとインパクト

• NDC化・直結APIの普及：航空の直販化が進み、手数料構造に影響を与える可能性があります。
• ダイナミックパッケージの高度化：動的バンドル化により利幅最適化の余地が拡大します。
• メタサーチと価格比較：マージン管理と露出コントロールが重要です。
• 法人向け需要の増加：リモートワーク下でも出張管理のニーズは残存し、TMCやB2B機能の獲得が差別化に寄与します。

法人向けビジネス設計とマーケティング／収益改善施策

法人はLTVが高い反面導入工数がかかります。導入プロセスと運用定着にフォーカスした設計が重要です。

法人導入・販売フローと運用要件

導入を成功させるための実務フローと必須要件を示します。

• 導入フェーズ：要件定義 → PoC/パイロット（利用率・承認率等のKPI設定） → システム連携（SSO、経費連携） → トレーニング → 段階的ロールアウト
• 運用必須要素：請求・与信ルール、ログ保存・監査、Duty of Care、個人情報管理方針

PoCで評価すべきKPI例：初期1ヶ月の利用率、承認通過率、レポートの抽出速度。

マーケティングと収益改善の施策例

チャネル別に費用対効果を見ながら、収益改善を進めます。

• チャネル最適化：検索広告は短期獲得、メタサーチは露出拡大、SEOは中長期投資
• 収益改善：アップセル（保険・座席等）導線、動的パッケージで利幅最大化、広告在庫のCPM最適化
• 測定：LTV/CAC、プロモROI、チャネル別転換率を基準に配分を見直す

M&Aやパートナー戦略（検討観点）

買収候補の優先順位とデューデリジェンスの要点を整理します。

• 優先度が高い買収候補：TMC、ホールセーラー、レコメンド・RM系の技術会社
• DDチェック：顧客契約の譲渡可否、データマッピング、システム統合コスト、サプライヤー契約の継続条件

KPI・リスク・提携チェックリスト、ケーススタディ、FAQ（実務アクション）

提携判断や導入計画にそのまま使えるチェックリスト、KPI定義、ケーススタディ、FAQをまとめます。

主要KPIとダッシュボード設計／リスク対応

KPIは運用型（オペ）と分析型（経営）でスライスを分けて設計します。アラート設計で運用負荷を軽減します。

• 主要KPI（目安）
• GMV：顧客支払額合計（税・手数料含む、運用指標）
• 認識売上：会計基準に基づく売上（会計処理に依存）
• 粗利：認識売上 − 仕入原価（返金引当を含む）
• 転換率：予約数 ÷ セッション数（目安 1.5〜3%）
• キャンセル率：宿泊／航空で差がある（目安 5〜12%）
• CAC／LTV：チャネル別で算出し投資判断の根拠にする

• B2B指標：導入企業数、月次利用率、DSO（目安管理）

• ダッシュボード運用案：日次（オペ）／週次（マーケ）／月次（経営）で指標を更新。アラートはキャンセル率急増、チャージバック増加、APIエラー上昇を設定。

提携交渉チェックリスト・デューデリジェンス用サンプルデータ

交渉／DDで必ず確認すべき項目とサンプルデータ仕様を示します。

• 必須確認項目：マージン／手数料構造、精算スキーム、在庫アクセス方式、SLA、レートパリティ、キャンセル／返金ルール、API性能、データ提供項目、マーケ協業条件、契約期間と解約条件、コンプライアンス条項
• 要求サンプルデータ（CSV想定）カラム例：booking_id, booking_time, channel, product_type, gross_amount, supplier_cost, status, cancel_time, refund_amount, customer_id_hash

ケーススタディ（短縮）

• 事例A（法人導入成功）：SSOと経費連携を短期で実装し、導入3ヶ月で経費申請プロセスの遵守率が向上。成功要因はPoCでの承認フロー検証。
• 事例B（共同プロモのリスク）：サプライヤーと実施した共同プロモで短期流入は増えたがマージンが毀損。原因は共同費負担のKPI未整備。改善として共同費のROI条件化が効果あり。

FAQ（実務短答）

• Q: 提携で最初に合意すべき項目は？
• A: 精算スキームと在庫アクセス方式を優先的に確定してください。
• Q: 手数料はどう設計する？
• A: プロダクト特性とボリューム階層で段階的に設計するのが一般的です。
• Q: データ連携の最低仕様は？
• A: トランザクションAPI、ステータスWebhook、日次レポートが基本です。
• Q: 標準的な導入期間は？
• A: 要件次第ですが、PoCを含め数週間〜数か月が目安です。

実務テンプレ：SLA・精算・契約・SQL（使えるサンプル）

ここでは現場でそのまま使えるテンプレを例示します。数値は業種・契約により調整してください。

SLA文言サンプル（抜粋）

以下はSLAの骨子例です（文例）。実際の契約文は法務で精査してください。

• サービス可用性：当社は月間稼働率99.5%以上を目標とする。月間稼働率が99.5%未満となった場合、当該月のサービス料金の5%相当を翌月のサービス料にてクレジットする。
• API応答：検索APIのp95応答時間は500ms以下を目標とし、エラー率は0.5%未満を目安とする。
• 障害対応：重大障害（サービス停止）発生時は2時間以内に初期対応を開始し、障害復旧の見通しを4時間以内に共有する。

精算スキーム（標準例）

• 月次締め：1日〜末日、締め後7営業日以内にサプライヤーへ請求書発行、支払期日は請求日から30日。
• 返金引当：GMVの3%を暫定引当とし、四半期ごとに実績に応じ見直す。
• 支払通貨：原則サプライヤーの指定通貨。ただし為替リスクヘッジの合意を別途行う。

KPI閾値例（目安）

• 転換率：1.5〜3%（チャネル・商品で差）
• キャンセル率：宿泊 5〜12%、航空 2〜6%（目安）
• API可用性：99.5%以上（SLA目標）
• チャージバック率：0.5%未満を目指す（業種差あり）

ダッシュボード・SQL例（集計用）

日次GMV、チャネル別転換率、キャンセル率を出すためのSQL例を示します。テーブルやカラム名は自社スキーマに合わせて変更してください。

まとめ（推奨アクション・優先度付き）

エアトリのビジネスモデルは航空券起点の流通網を核に、多商品化と法人領域の拡大で差別化を図る段階にあります。収益やKPIはGMVと会計上の売上の定義で大きく変わるため、契約と会計判断を早期に固めることが重要です。導入・提携にあたっての優先アクション（短期→中期）を示します。

• 優先度（高）短期：精算スキームと在庫アクセス方式、SLAを契約で確定し、PoCで支払・返金フローを検証すること。
• 優先度（中）中期：API性能要件とダッシュボードの自動化（GMV・転換率・キャンセル率の監視）を整備すること。
• 優先度（低）中長期：データ販売の匿名化ポリシー整備と広告在庫の最適化を進めること。

最新の決算数値や沿革、法的要件の詳細は、エアトリの公式IRページおよび金融庁のEDINET等に掲載されている有価証券報告書や決算資料を参照してください。会計処理・法的解釈が必要な項目については、必ず会計専門家および法務担当と相談して実行してください。