Мы напрямую или через партнёров подключены к основным системам бронирования (3 зарубежных GDS, 1 российская), пользуемся результатами от Google/ITA, планируем дальше подключать системы бронирования авиакомпаний-дискаунтеров.
Стоимость озвучить не могу, т.к. условия индивидуальны по каждой системе бронирования.
Часто хочется подзависнуть в городе пересадки на денек другой
С этой идеи и начался наш проект :)
По вашей проблеме «Рейсов по этому маршруту не найдено». Система бронирования не смогла найти рейсы полностью по этому маршруту. Мы вот-вот запустим функционал самостоятельной стыковки сегментов, и рейсов по сложным маршрутам станет сильно больше. Stay tuned! :)
Да, это старая версия интерфейса, привязанная к работающему поисковому движку. При интеграции новой версии мы дошлифуем эти моменты. Спасибо за комментарий )
На данном этапе мы сознательно не стали окончательно упаковывать продукт и решили выложить прототип в существующем виде, чтобы развивать проект исходя из потребностей пользователей.
Исследуем, проанализируем, учтём. Большое спасибо за отклик!
Да, в том числе. Мы напрямую или через партнёров подключены к основным системам бронирования (3 зарубежных, 1 российская), пользуемся результатами от Google/ITA, планируем дальше подключать системы бронирования авиакомпаний-дискаунтеров. Весь этот зоопарк моментально включается/выключается на нашем бэкенде, в зависимости от потребностей.
Всё верно, надеемся на светлое будущее. А пока оптимизируем запросы, пытаемся вкрутить затраты в финансовую модель и периодически поглядываем на ITA QPX.
Собственно, в этом направлении и оптимизируемся. Наша задача — уместить дополнительные запросы в лимит, установленный GDS.
При превышении лимита GDS не отключает агента, а выставляет счёт на сумму перерасхода запросов. Наша экономика заключается в снижении этих затрат: необходимо отбросить нерелевантные дополнительные запросы и максимизировать конверсию поисков в покупки.
В текущей версии стыкуем сегменты только для RoundTrip-маршрутов: посылаем несколько запросов в систему бронирования. Для OneWay-маршрутов алгоритм будет сложнее: потребуется анализ и отбор наиболее выгодных точек пересадок по заданному маршруту. Решение у нас есть, но еще необходима оптимизация по скорости и количеству поисковых запросов в GDS.
Спасибо, за отзыв. Поиск перелетов в соседние аэропорты планируем реализовать в следующих версиях. Анализ цен на ближайшие даты тоже расширим, пока ограничились поиском +-1 день, чтобы не сильно нагружать систему бронирования.
Долго думали как реализовать такой функционал, но пока не нашли приемлемого технического решения. Хочется показать пользователю реальные цены, а не информацию из кэша прошлых поисковых запросов.
Надеюсь, сможем сделать )
Всё верно, спасибо за замечание. Мы пока не решились реализовывать Hidden City, но уже осуществляем самостоятельную стыковку сегментов. В этом случае мы акцентируем внимание пользователя на том факте, что сегменты не связаны между собой и при отмене первого сегмента весь маршрут может «развалиться».
Возможность поиска по разным городам планируем реализовать в следующих версиях, но сначала запустим поиск по «соседним» аэропортам относительно выбранного пункта назначения.
Настройки авиакомпаний и альянсов доступны в фильтре «Перелёт».
Стоимость озвучить не могу, т.к. условия индивидуальны по каждой системе бронирования.
С этой идеи и начался наш проект :)
По вашей проблеме «Рейсов по этому маршруту не найдено». Система бронирования не смогла найти рейсы полностью по этому маршруту. Мы вот-вот запустим функционал самостоятельной стыковки сегментов, и рейсов по сложным маршрутам станет сильно больше. Stay tuned! :)
Исследуем, проанализируем, учтём. Большое спасибо за отклик!
При превышении лимита GDS не отключает агента, а выставляет счёт на сумму перерасхода запросов. Наша экономика заключается в снижении этих затрат: необходимо отбросить нерелевантные дополнительные запросы и максимизировать конверсию поисков в покупки.
Надеюсь, сможем сделать )
Настройки авиакомпаний и альянсов доступны в фильтре «Перелёт».