Демоверсія

Історія успіху клієнта

Історія успіху 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-продажі на самостійно розміщуваній платформі, з вихідним кодом за комерційною ліцензією. Замовте демо, щоб пройти шлях бронювання, або перегляньте тарифи з разовою оплатою на сторінці цін.

Дізнайтеся більше

Ще про платформу