お客様の導入事例

Tourism Optimizer:日々の業務を速く回すために整えたツアー予約運営

旅行者とパートナーの両方に販売する欧州のツアーオペレーターが、ツアー予約の上に管理レイヤーを置き、出発日、予約ステータス、販売チャネルを毎日扱いやすくしました。

  • ツアー運営
  • ヨーロッパ
  • B2C + B2B
  • 2024 年に公開

プロジェクト

1 枚の図で見る Tourism Optimizer 導入事例

Tourism Optimizer は欧州でツアーを運営し、2 つの入口から販売しています。直接予約する個人旅行者と、自社の顧客のために予約するパートナーです。どちらの依頼も同じ出発日に入ってきます。

プロジェクトはツアー予約の管理レイヤーでした。日程、各予約のステータス、各依頼の流入チャネルを、手作業の目配りに頼らず、明確な運用管理のもとに置く 1 つの場所です。

ツアーオペレーター のページで紹介しているのと同じ予約コアで構築し、出発日と空き状況を持つ ツアー・アクティビティ を中心にしています。

個人旅行者B2C
パートナー代理店B2B

ツアー予約管理レイヤー

  1. 日程出発日と空き状況
  2. 予約ステータス予約ごとに明確なステータス
  3. チャネル個人とパートナーの業務を分離
ツアー出発日
管理レイヤーの 3 つの要素が、2 つの販売チャネルとツアーそのものの間にどう位置するかを示します。
業種
ツアー運営
地域
ヨーロッパ
モデル
B2C + B2B
範囲
ツアー予約管理レイヤー
公開
2024

パート 1 · 日程

出発日と空き状況を 1 つの日程ビューで

出発日を手作業で調整すると、何がまだ空いているかを誰かが常に確認する必要がありました。日程ビューは各出発日とその空き状況を 1 画面にまとめます。

01課題

日程の複雑さ

出発日と空き状況の調整に、手作業での監視が多く必要でした。

成果

より明確な日程管理

ツアー計画は出発日の一覧から始まるため、席を約束する前に何が空いているかをチームが確認できます。

出発日の週
ツアー月火水木金土日
街歩きツアー空きあり空きあり残りわずか空きあり空きあり空きあり満席
日帰りツアー出発なし空きあり空きあり出発なし残りわずか空きあり満席
数日間のツアー空きあり出発なし出発なし出発なし空きあり出発なし出発なし
  • 空きあり
  • 残りわずか
  • 満席
  • 出発なし

説明用の週です。ツアー名と空き状況は例であり、Tourism Optimizer のデータではありません。

パート 2 · 予約ステータス

すべての予約は 2 つの問いに答える:確定しているか、支払い済みか

各予約がどの段階にあるか分かりにくいことが 2 つ目の課題でした。予約ステータスと支払いステータスを合わせて読めば、次に何をすべきかがチームに正確に分かります。セルを選んで確認してください。

予約ステータス 支払い
未払い
支払い済み
保留中
確定
キャンセル

PHPTRAVELS が各予約に記録する予約ステータスと支払いステータスの例です。

支払い待ち

依頼は届いていますが、まだ何も確定していません。

次のステップ席を開放する前に、旅行者またはパートナーへフォローします。

支払い済み・確定待ち

まだ確定していない出発日の支払いが届いています。

次のステップ出発日を確認し、席を確定します。

支払い期限あり

確定した出発日で席を確保済み、支払いは未完了です。

次のステップ出発日までに支払いを回収します。

催行準備完了

確定かつ支払い済み。追いかける事項はありません。

次のステップ対応不要。予約は完了しています。

クローズ

支払いを受ける前にキャンセルされました。

次のステップ席が空き枠に戻っていることを確認します。

返金を確認

支払いを受けた後にキャンセルされました。

次のステップオペレーター独自の規定に沿って返金を確認します。

02課題

予約ステータスの混乱

チームには、予約ごとのより明確なステータス追跡が必要でした。

成果

予約ステータスの改善

予約の追跡が定められたステータスに沿うため、チームの誰もが何が完了し、何がまだ対応を要するかを把握できます。

パート 3 · チャネル

個人とパートナーの依頼をそれぞれのレーンで

Tourism Optimizer は B2C と B2B で販売しています。両方を 1 つのキューに混ぜると、どちらも扱いにくくなりました。今は各チャネルに専用のレーンがあり、出発日は共通です。

個人レーン · B2C

  1. 旅行者がウェブサイトで予約
  2. 予約に個人のタグ
  3. 個人向けチームが対応

パートナーレーン · B2B

  1. パートナー代理店が顧客のために予約
  2. 予約にパートナーのタグ
  3. パートナー担当チームが対応

1 つの出発日程

両方のレーンが同じ出発日と空き状況を使うため、チーム全体が 1 つの日程で動けます。

03課題

チャネルの混在

個人とパートナーの依頼には、より明確な運用上の分離が必要でした。

成果

よりスムーズなチャネル対応

個人とパートナーの業務が 1 つの分かれていないキューで競合しなくなったため、運用の連携が楽になりました。

パートナー側は B2Bホールセラー のように動作し、B2B予約エンジン のページで代理店予約の扱い方を紹介しています。

お客様の声

Tourism Optimizer チームのコメント

新しい構成によって、ツアー運営の管理がしやすくなり、実行も速くなりました。

Tourism Optimizer チームオペレーションチーム
  • 01ツアー計画以前日程の複雑さ現在より明確な日程管理
  • 02予約の追跡以前予約ステータスの混乱現在予約ステータスの改善
  • 03運用の連携以前チャネルの混在現在よりスムーズなチャネル対応

成果は Tourism Optimizer の報告によるものです。本プロジェクトの数値は公開されていません。

技術構成

オペレーター自身が管理するセルフホスト型スタック

プロジェクトは PHP と MySQL、REST API で動いています。PHPTRAVELS はセルフホスト型で、商用ライセンスのもとソースコードが付属するため、ツアーオペレーターは公開後も自社の管理レイヤーを調整し続けられます。

  • PHPアプリケーション
  • MySQLデータベース
  • REST API連携
{
  "product": "tour",
  "channel": "b2b",
  "departure": { "availability": "open" },
  "booking_status": "confirmed",
  "payment_status": "paid"
}
管理レイヤーから見た 1 件の予約. 日程、予約ステータス、チャネルの 3 つをまとめた説明用レコードです。

ツアー運営をもっとシンプルに

日程、予約、手配の流れを明確にします。

関連ソリューション

よくある質問

Tourism Optimizer プロジェクトの FAQ

プロジェクト、オペレーターの 2 つのチャネル、同様の構成に必要なことについての短い回答です。

営業に相談

欧州のツアーオペレーター Tourism Optimizer が、PHPTRAVELS 上にツアー予約の管理レイヤーを追加し、日程、各予約のステータス、個人とパートナーの依頼対応を整理した経緯を紹介しています。

販売チャネルとツアーの間にある運用レイヤーです。空き状況付きの出発日程、各予約の明確なステータス、個人業務とパートナー業務の分離から成ります。

旅行者へ直接ツアーを販売し(B2C)、自社の顧客のために予約するパートナー経由でも販売しています(B2B)。どちらのチャネルも同じ出発日を使います。

より明確な日程管理、予約ステータスの改善、よりスムーズなチャネル対応です。チームは自分たちの言葉で成果を説明しており、数値は公開されていません。

PHP、MySQL、REST API です。2024 年に公開されました。PHPTRAVELS はセルフホスト型で、商用ライセンスのもとソースコードが含まれます。

はい。デモを予約して出発日、予約ステータス、チャネルをチームと確認し、料金ページで買い切りプランを比較してください。Startup $2499、Agency $4999、Enterprise $9999 です。