Історія успіху клієнта
Travigence: модернізація операцій агентства заради контролю та пропускної здатності
Європейська B2B-команда у сфері тревел-технологій оновила ключові робочі процеси своєї платформи: оператори працюють зі зрозумілішими налаштуваннями, рутинні завдання швидше рухаються в години пік, а керівники бачать, на якому етапі кожне активне бронювання.
- Європа
- B2B
- Модернізація операцій агентства
- Запуск у 2024 році
Завдання
Кейс Travigence коротко
Travigence працює у сфері тревел-технологій і веде B2B-операції в Європі: партнерські агентства бронюють через платформу, а внутрішня команда супроводжує кожне бронювання. У 2024 році компанія запустила модернізацію операцій агентства на PHPTRAVELS.
Мета була не в новому вигляді, а в спокійнішому робочому дні: налаштування, які оператори знаходять не замислюючись, рутинні завдання, що не застрягають, коли черга зростає, і огляд статусів, якому керівники довіряють з першого погляду.
Модернізацію побудовано на тому самому ядрі, що й наш B2B-оптовики та B2B система бронювання, і переосмислено під реальний стиль роботи команди Travigence.
Цілі модернізації
- 01Згрупувати налаштування, якими оператори користуються найчастішеПараметри й дії впорядковано за завданнями, а не за порядком додавання.Переглянути зміну
- 02Не гальмувати рутинну роботу в години пікМенше переходів між екранами, коли команда розбирає завантажену чергу.Переглянути зміну
- 03Показати керівникам, де кожне бронюванняОдин зрозумілий огляд статусів активних бронювань замість збирання по частинах.Переглянути зміну
Картка проєкту
- Галузь
- Тревел-технології
- Регіон
- Європа
- Модель
- B2B
- Обсяг робіт
- Модернізація операцій агентства
- Запуск
- 2024
- Стек
PHPMySQLREST API
Проблема 01 · Налаштування
Від одного довгого меню до налаштувань, згрупованих за завданнями
Коли важливі налаштування розкидані пласким меню, кожен оператор будує власну мапу в голові, а новим співробітникам довше доводиться звикати.
Складна панель керування
Важливі налаштування не були згруповані зручно для оператора.
Меню в порядку додавання пунктів
- Налаштування
- Бронювання
- Націнки
- Працівники
- Ваучери
- Постачальники
- Звіти
- Агенти
- Рахунки
- Платежі
Бронювання
- Бронювання
- Ваучери
Партнери
- Агенти
- Постачальники
- Націнки
Фінанси
- Рахунки
- Платежі
- Звіти
Система
- Працівники
- Налаштування
Ілюстрація принципу, а не знімок екрана панелі Travigence.
Проблема 02 · Пропускна здатність
Рутинні завдання виконуються прямо з картки бронювання
Завантажений відділ рідко гальмує одне велике завдання. Гальмують дрібні повторювані кроки, кожен у своєму місці, помножені на кожне бронювання в черзі.
Вузькі місця пропускної здатності
У періоди пікового навантаження рутинні завдання займали більше часу, ніж очікувалося.
- Ключові процеси оновлено так, щоб кроки рутинного завдання були поруч.
- Акцент зроблено на пікових періодах, коли в довгій черзі кожен зайвий перехід коштує дорожче.
- Команда працює звичним чином, але витрачає менше часу на переходи між екранами.
Спробуйте: виконайте рутинні кроки в одному місці
- Послуга
- Проживання в готелі
- Напрямок
- Лісабон, центр
- Забронював
- Партнерське агентство
- Статус
- ОчікуєПідтверджено
Дії
Журнал
Дій поки немає
- Бронювання підтверджено в постачальника
- Ваучер надіслано партнерському агентству
- Рахунок виставлено на акаунт агентства
- Додано внутрішню нотатку для команди
Ілюстрація рутинного процесу, а не робочий процес Travigence.
Проблема 03 · Прозорість
Зрозумілий огляд статусів активних бронювань для керівників
Керівникам не потрібно розпитувати колег, щоб дізнатися, що на утриманні, що підтверджено і що потребує чиїхось дій. Модернізація зробила цей огляд частиною щоденного екрана.
Обмежена операційна прозорість
Керівникам потрібні були зрозуміліші огляди статусів активних бронювань.
| Послуга | Поїздка | Агентство | Статус |
|---|---|---|---|
| Авіапереліт | Переліт туди й назад, двоє мандрівників | Агентство 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. Назви ендпоінтів залежать від встановлення.
Ваш хід
Модернізуйте стек вашого агентства
Покращте контроль і виконання в усіх туристичних операціях. Почніть із консультації або перегляньте сторінки, що стоять за цим кейсом.
Запитання
Про цей кейс
Короткі відповіді про проєкт Travigence і про те, що він означає для платформи вашого агентства.
Відділ продажівTravigence, європейська B2B-компанія у сфері тревел-технологій, у 2024 році запустила модернізацію операцій агентства на PHPTRAVELS. Вона оновила ключові робочі процеси платформи, щоб покращити контроль, ясність і щоденну пропускну здатність команди.
Три: важливі налаштування не були згруповані зручно для оператора, рутинні завдання в пікові періоди займали більше часу, ніж очікувалося, а керівникам потрібні були зрозуміліші огляди статусів активних бронювань.
Ні. Travigence описала свої результати як простіші налаштування, вищу пропускну здатність і більше прозорості. Ми публікуємо результати формулюваннями клієнта, а не додаємо цифри, які не можемо перевірити.
На стандартному стеку PHPTRAVELS: PHP для застосунку, MySQL для бази даних і REST API для під'єднання інших інструментів. Платформа розміщується на власному сервері, вихідний код входить до комерційної ліцензії.
Так. Багато змін, наприклад групування налаштувань чи відображення статусів, можна зробити через конфігурацію або доопрацювання вихідного коду. Запишіться на консультацію, і ми спершу розберемо ваші поточні процеси.
Тарифи оплачуються одноразово: Startup за $2499, Agency за $4999 і Enterprise за $9999, вихідний код входить до кожного. Індивідуальні зміни процесів оцінюються окремо після аналізу.
Дізнайтеся більше
Ще про платформу
- Історії успіхуАгентства, що працюють на PHPTRAVELS
- Історія Engida TravelРегіональне агентство в Африці, нове бронювання
- Історія Tunin TravelРозчищення шляху клієнта B2C у Північній Африці
- B2B-оптовикиДистрибуція субагентам
- B2B система бронюванняПошук агентів, нетто-тарифи, націнки й кредит
- КастомізаціяЗробіть платформу своєю
