お客様の成功事例

Hubabak の成功事例:購入の決断を速めるために調整された航空券ストア

中東の B2C 航空券販売会社が、お客様がフライト検索から支払いまでたどる導線を見直し、運賃選びと支払いをより速く、より分かりやすくしました。

  • 中東
  • B2C 航空券販売
  • 航空券販売の最適化
  • 2024 年に公開

概要

Hubabak の成功事例の要点

Hubabak は中東で旅行者に直接航空券を販売しています。B2C の航空券販売では、ビジネスのすべてが短い一本の導線で起こります。旅行者は検索し、運賃を比較し、一つを選び、搭乗者情報を入力して支払います。この導線に一歩増えるごとに、販売を失う機会が増えます。

2024 年に公開されたこのプロジェクトは、新規構築ではなく航空券販売の最適化でした。目標は明確で実務的なものでした。最初の検索から支払い画面まで、お客様が少ない労力で購入を決められるようにし、その決断がどこで途切れているかをチームに見せることです。

ストアは PHPTRAVELS の 航空券 モジュール上に構築されています。航空券予約ソフトウェア のガイドでは、同じエンジンを購入者の視点から解説しています。

プロジェクトパスB2C

出発

検索

到着

支払い

クライアント
Hubabak
業種
B2C 航空券販売
地域
中東
モデル
B2C
範囲
航空券販売の最適化

公開

2024

技術スタック

  • PHP
  • MySQL
  • Duffel API

ウェブサイト

hababak.com

導線が途切れていた場所

予約導線上に置いた三つの課題

Hubabak は三つの問題を挙げました。それぞれ検索と支払いの間の異なる地点にありました。課題を選ぶと、影響していた段階とチームが報告した結果が表示されます。

  1. フライト検索影響した段階
  2. 結果の比較影響した段階
  3. 運賃の選択影響した段階
  4. 搭乗者情報影響した段階
  5. 支払い影響した段階
  6. 確認影響した段階

課題

比較の負担が大きい

ルートと運賃を決めるまでに必要な手順が多すぎました。

航空券を買う人が最も注意を払うのがここです。判断に必要な情報を失わずに、より少ない操作でルートと運賃を決められるようにすることに作業の焦点を置きました。

報告された結果

ユーザージャーニー

より速い意思決定の導線

課題

決済時の安心感の不足

支払いへの移行で、最後まで進めるための明確な安心材料がありませんでした。

運賃を選んだ旅行者でも、支払いの瞬間に止まることがあります。目指したのは、購入内容を改めて示し、最後の一歩を安心して進められる決済画面です。

報告された結果

購入への安心感

すっきりした決済体験

課題

行動の把握が限られている

ユーザーがどこで離脱したかを、チームはもっとよく見る必要がありました。

この課題はすべての段階にまたがります。離脱の状況が明確に見えないと、お客様が比較で離れたのか、決済で離れたのか、その間のどこかなのか判断できませんでした。

報告された結果

最適化のシグナル

より鮮明なファネルの把握

決め手になる画面

航空券の購入を支える二つの画面

B2C の航空券販売の多くは、運賃比較と決済で勝敗が決まります。これらの注釈付きスケッチは、調整された各画面が旅行者に何を見せるかを示しています。

  1. 運賃ごとに一行、重要な情報を先に時刻、経由地、価格がどの行でも同じ位置にあるため、目で探す必要がありません。
  2. 違いを説明するラベル短いタグがある運賃と次の運賃の違いを示し、結果の間を行き来する手間を減らします。
  3. 運賃ごとに明確な操作は一つ選択ボタン一つで旅行者は先に進み、別の選択肢の層が開くことはありません。
  1. 支払い前に旅程を再表示ルート、旅行者、運賃が支払い画面で繰り返し表示されるため、選んだ内容に迷ったまま支払う人はいません。
  2. 分かりやすい合計支払額は一度だけ目立つように表示され、決済する操作のすぐ上に置かれます。
  3. 見える次のステップ支払いの後に何が続くかを短い一文で説明し、ためらう最後の理由を取り除きます。
結果おすすめ順
  • おすすめ手荷物込み選択
  • 直行便選択
  • 変更可能な運賃手荷物込み選択
どの運賃も同じ読み方ができるので、旅行者は同じ条件で比較できます。
確認と支払い最後のステップ
旅程
旅行者
運賃
お支払い合計
支払って確定

支払い後、旅行者には次に何が起こるか、予約確認がどこに届くかが案内されます。

画面パターンを示すイメージスケッチであり、Hubabak のウェブサイトのキャプチャではありません。

離脱のシグナル

旅行者がどこで離れるかを見る

三つ目の課題はどの画面にもありませんでした。お客様がどこで導線を離れるのか、チームにははっきり見えていなかったのです。各セッションを段階ごとに追うことで、答えの出る問いに変わります。

  • 旅行者は離脱する前にどの段階まで進んでいるか。
  • お客様は比較で離れているのか、運賃を選んだ後なのか。
  • 画面を作り直した後、離脱地点は動いたか。

trace --path search..payment

# 予約に至るセッション

  1. 01search_submittedOK
  2. 02results_viewedOK
  3. 03fare_selectedOK
  4. 04passenger_detailsOK
  5. 05payment_startedOK
  6. 06booking_confirmedOK

# 支払いで離脱するセッション

  1. 01search_submittedOK
  2. 02results_viewedOK
  3. 03fare_selectedOK
  4. 04passenger_detailsOK
  5. 05payment_startedEXIT

> 離脱地点:payment_started、最初に見直す段階

イメージとしてのセッション追跡です。イベント名は考え方を示すもので、Hubabak のデータではありません。

結果

何が変わったか、チーム自身の言葉で

Hubabak は課題ごとに一つ、計三つの結果を報告しました。作られた数字は加えず、チームの表現のまま掲載しています。

HB-01ユーザージャーニーより速い意思決定の導線報告済み
HB-02購入への安心感すっきりした決済体験報告済み
HB-03最適化のシグナルより鮮明なファネルの把握報告済み

航空券を予約するお客様にとって、私たちのストアは以前より速く、分かりやすくなりました。

Hubabak チームプロダクトチーム

ストアの裏側

Hubabak のストアを支える技術スタック

ストアは三つの層で構成されています。PHP で書かれた PHPTRAVELS アプリケーション、MySQL データベース、そして Duffel API連携 によるフライトコンテンツです。オンライン旅行会社 のページで紹介しているものと同じセルフホスト型の基盤で、ソースコードは商用ライセンスで提供されます。

  1. ストアと予約ロジック検索、運賃比較、搭乗者情報、決済を PHPTRAVELS アプリケーションが提供します。PHP
  2. データ顧客、予約、設定は MySQL に保存されます。MySQL
  3. フライトコンテンツDuffel API 接続を通じたフライトのオファーと予約。Duffel API

航空券ストアを改善する

B2C チャネル向けに、よりすっきりした予約導線を設計しましょう。ライブデモで航空券ストアを確認し、買い切りプランを比較してください。

航空券販売についてさらに

よくある質問

Hubabak のプロジェクトに関する質問

クライアント、作業内容、同様の航空券ストアの運営方法についての簡潔な回答です。

営業に相談

Hubabak は中東の B2C 航空券販売会社で、旅行者に直接航空券を販売しています。ストアは PHPTRAVELS で運営されており、ここで紹介するプロジェクトは 2024 年に公開されました。

三つです。ルートと運賃を決めるまでの手順が多すぎた比較の負担、支払いへの移行に安心材料が欠けていた決済時の安心感、そしてお客様が予約導線のどこで離れるかが見えにくかったことです。

ユーザージャーニーではより速い意思決定の導線、購入への安心感ではすっきりした決済体験、最適化ではより鮮明なファネルの把握です。クライアントはこの表現で結果を説明し、数字は公表していないため、このページでも数字は加えていません。

PHPTRAVELS アプリケーションとそのデータに PHP と MySQL を使い、フライトコンテンツは Duffel API から提供されています。

いいえ。運賃比較、決済、セッション追跡は、この作業の背景にあるパターンを示すイメージスケッチです。公開中のサイトや Hubabak のデータのキャプチャではありません。

はい。PHPTRAVELS のフライトモジュールは、セルフホスト型プラットフォームで B2C の航空券販売を支え、ソースコードは商用ライセンスで提供されます。デモを予約して予約導線を確認するか、価格ページで買い切りプランをご覧ください。