お客様の導入事例
Travigence：管理性と処理能力のための代理店業務アップグレード
欧州の B2B 旅行テクノロジーチームがプラットフォームの中核ワークフローを刷新しました。オペレーターは分かりやすい操作で作業でき、繁忙時でも定型業務が速く進み、管理者は進行中の予約がどの段階にあるかを把握できます。
- ヨーロッパ
- B2B
- 代理店業務のアップグレード
- 2024年に公開
プロジェクト概要
Travigence 導入事例の概要
Travigence は旅行テクノロジーの分野で、欧州で B2B 事業を運営しています。提携代理店はプラットフォーム経由で予約し、社内チームがすべての予約を前に進めます。2024年、同社は PHPTRAVELS 上で代理店業務のアップグレードを公開しました。
目的は見た目の刷新ではなく、落ち着いて働ける一日でした。オペレーターが迷わず見つけられる操作、キューが長くなっても滞らない定型業務、そして管理者がひと目で信頼できるステータス表示です。
このアップグレードは、当社の B2Bホールセラー と B2B予約エンジン を支えるのと同じコアの上に構築され、Travigence チームの実際の働き方に合わせて刷新されました。
プロジェクト記録
- 業界
- 旅行テクノロジー
- 地域
- ヨーロッパ
- モデル
- B2B
- 範囲
- 代理店業務のアップグレード
- 公開
- 2024
- 技術スタック
PHPMySQLREST API
課題 01 · 操作
長い一本のメニューから、業務ごとにまとめた操作へ
重要な操作がフラットなメニューに散らばっていると、オペレーターはそれぞれ頭の中で地図を作ることになり、新しいスタッフが慣れるまでにも時間がかかります。
コントロールパネルの複雑さ
重要な操作がオペレーターにとって使いやすい形でまとめられていませんでした。
項目が追加された順のメニュー
- 設定
- 予約
- マークアップ
- スタッフユーザー
- バウチャー
- サプライヤー
- レポート
- エージェント
- 請求書
- 支払い
予約
- 予約
- バウチャー
パートナー
- エージェント
- サプライヤー
- マークアップ
お金
- 請求書
- 支払い
- レポート
システム
- スタッフユーザー
- 設定
考え方を示すイラストであり、Travigence のパネルのスクリーンショットではありません。
課題 02 · 処理能力
予約レコードから片付く定型業務
忙しいデスクを遅くするのは、大きな一つの作業であることはまれです。原因は、別々の場所にある小さな繰り返し手順が、キューの予約の数だけ積み重なることです。
処理能力のボトルネック
ピーク時の処理期間に、定型業務が想定以上に時間を要していました。
- 定型業務の手順が近くにまとまるよう、中核ワークフローを刷新しました。
- 重点はピーク時。長いキューでは、遠回り一つひとつのコストが大きくなるためです。
- チームは慣れた方法のまま働き、画面を行き来する時間だけが減ります。
試してみる：定型の手順を一か所で完了
- サービス
- ホテル宿泊
- 目的地
- リスボン中心部
- 予約元
- 提携代理店
- ステータス
- 保留中確定
操作
アクティビティ
まだ操作はありません
- サプライヤーで予約を確定しました
- 提携代理店にバウチャーを送信しました
- 代理店アカウントに請求書を発行しました
- チーム向けの社内メモを追加しました
定型フローのイラストであり、Travigence のワークフローそのものではありません。
課題 03 · 可視性
管理者のための、進行中の予約の明確なステータス表示
何が保留中で、何が確定し、何に対応が必要かを知るために、管理者があちこちに聞いて回る必要はないはずです。アップグレードにより、その表示が日々の画面の一部になりました。
限られた業務の可視性
管理者には、進行中の予約についてより明確なステータス表示が必要でした。
| サービス | 旅程 | 代理店 | ステータス |
|---|---|---|---|
| 航空券 | 往復航空券、旅行者2名 | 代理店 A | 保留 |
| ホテル | 市内ホテル、ファミリールーム | 代理店 B | 確定 |
| ツアー | 旧市街のウォーキングツアー | 代理店 C | 要対応 |
| レンタカー | 空港でのレンタカー受け取り | 代理店 A | 確定 |
| 送迎 | ホテルから港への送迎 | 代理店 D | キャンセル |
| 航空券 | 片道航空券、団体予約 | 代理店 B | 要対応 |
ステータス表示の考え方を示すサンプル行であり、Travigence のデータではありません。
お客様の声
Travigence チームが語る変化
私たちのチームは今、より分かりやすい操作と、より予測しやすい予約業務のもとで働いています。
報告された成果
- 01オペレーター体験よりシンプルな操作課題 01 への答え
- 02チームの生産性より高い処理能力課題 02 への答え
- 03業務モニタリングより明確な可視性課題 03 への答え
成果はお客様自身の言葉で記載しています。検証できない数値は公表しません。
内部の仕組み
アップグレードを支える技術スタック
Travigence は標準の PHPTRAVELS スタックで稼働しています。セルフホスト型で、ソースコードは商用ライセンスのもとで含まれ、データはお客様自身のデータベースに保存されます。そのため、一から作り直すことなくワークフローを刷新できました。詳しくは テクノロジー のページをご覧ください。
PHP- アプリケーションチームが読み、拡張し、カスタマイズできるプラットフォームのコード。
MySQL- データベース予約、代理店、設定をお客様自身のデータベースに保存。
REST API- 連携ステータスと予約のデータを HTTP で他のツールに提供。
GET /api/bookings?status=on_hold
Accept: application/json
200 OK
{
"status": "on_hold",
"bookings": [
{ "service": "flight", "agency": "agency-a",
"next_action": "ticket" }
]
}REST API でステータス表示にデータを渡す方法のスケッチです。エンドポイント名はインストールごとに異なります。
欧州の B2B 旅行テクノロジー企業である Travigence は、2024年に PHPTRAVELS 上で代理店業務のアップグレードを公開しました。管理性、分かりやすさ、チームの日々の処理能力を高めるため、プラットフォームの中核ワークフローを刷新しました。
3つあります。重要な操作がオペレーターにとって使いやすくまとめられていなかったこと、ピーク時に定型業務が想定以上に時間を要したこと、そして管理者が進行中の予約についてより明確なステータス表示を必要としていたことです。
いいえ。Travigence は成果を、よりシンプルな操作、より高い処理能力、より明確な可視性と表現しました。検証できない数値を加えるのではなく、お客様自身の言葉で成果を公開しています。
標準の PHPTRAVELS スタックです。アプリケーションに PHP、データベースに MySQL、他のツールとの連携に REST API を使用します。セルフホスト型で、ソースコードは商用ライセンスのもとで含まれます。
はい。操作のまとめ方やステータスの表示方法など、多くの変更は設定またはソースコードのカスタム開発で行えます。ご相談を予約いただければ、まず現在のワークフローを確認します。
プランは一括払いです。Startup は $2499、Agency は $4999、Enterprise は $9999 で、いずれもソースコードが含まれます。ワークフローのカスタム変更は、確認後に別途お見積もりします。