Демоверсия

История успеха клиента

История успеха 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

Витрина опирается на три слоя: приложение PHPTRAVELS на PHP, базу данных MySQL и контент рейсов через Интеграция Duffel API. Это та же самостоятельно размещаемая основа, что описана на странице Онлайн-турагентства, с исходным кодом по коммерческой лицензии.

  1. Витрина и логика бронированияПоиск, сравнение тарифов, данные пассажиров и оформление в приложении PHPTRAVELS.PHP
  2. ДанныеКлиенты, бронирования и настройки хранятся в MySQL.MySQL
  3. Контент рейсовПредложения и бронирования рейсов через подключение к Duffel API.Duffel API

Улучшите свою витрину авиабилетов

Спроектируйте более чистый путь бронирования для своего B2C-канала. Посмотрите витрину авиабилетов в живой демонстрации, затем сравните тарифы с разовой оплатой.

Заказать демоСмотреть цены

Ещё о продаже авиабилетов

Частые вопросы

Вопросы о проекте Hubabak

Короткие ответы о клиенте, работе и о том, как запустить похожую витрину авиабилетов.

Отдел продаж

Hubabak — B2C-продавец авиабилетов на Ближнем Востоке, который продаёт рейсы напрямую путешественникам. Его витрина работает на PHPTRAVELS, а описанный здесь проект запущен в 2024 году.

Три вещи: трение при сравнении, потому что клиентам требовалось слишком много шагов для выбора маршрута и тарифа; уверенность при оплате, потому что переход к ней не успокаивал; и слабое понимание того, где клиенты покидают путь бронирования.

Более быстрое решение на пути пользователя, более чистое оформление для уверенности в покупке и более чёткое видение воронки для оптимизации. Клиент описал результаты именно так и не публиковал цифр, поэтому эта страница их не добавляет.

PHP и MySQL для приложения PHPTRAVELS и его данных, а Duffel API поставляет контент рейсов.

Нет. Сравнение тарифов, оформление и трасса сессии — иллюстративные эскизы шаблонов, стоящих за работой. Это не снимки работающего сайта и не данные Hubabak.

Да. Модуль авиабилетов PHPTRAVELS обеспечивает B2C-продажи на самостоятельно размещаемой платформе, с исходным кодом по коммерческой лицензии. Закажите демо, чтобы пройти путь бронирования, или посмотрите тарифы с разовой оплатой на странице цен.

Узнайте больше

Ещё о платформе