creation: Достаточно XML c возможностью фильтровать данные, например запросить XML отелей конкретной страны.
Подобное есть по авиа, по отелям в разработке. Форма для размещения на сайте с переходом на выдачу результатов тоже уже есть и мы ее начинаем активно раздавать (напишем отдельно).
Однако, как я и говорил, здесь есть нюансы.
Если "книжный" Озон раздает доступ к своему каталогу на веб-сервисах и у него есть широкие возможности по кэшированию, в том числе по построению различных схем умного кэширования, так как про свою базу он знает все, то "туристический" Озон общается с GDS - глобальными распределительными системами, к которым в тот же момент обращаются агенты со всего мира.
Соответственно, если мы хотим показывать реально доступные цены возможности по кэшированию у нас сильно ограничены и практически каждый запрос партнера - это запрос в GDS через OZON.travel. А запросы к GDS являются платными (там сложная схема расчета, но чем больше запросов и меньше бронирований тем это дороже).
Так что ни о каких сервисах на основе реальных запросов, которые только получают данные, но не приводят к покупке, можно и не мечтать. Все подобные штуки строятся на основе анализа статистики по большому количеству реальных запросов, чего на партнерских сайтах как раз и не будет, а возможно только на стороне OZON.travel.
Вот такие штуки встретятся на интеграционном проекте, а если переходить к оплатам, то там куда больше появится вопросов и проблем. Вот поэтому мы и начинаем с простого: ссылки и форма бронирования.
creation: Вы будете давать фиды гостиниц?
Когда, примерно, будет готов API?
Ответ и по гостиницам и по API такой - мы готовы давать все. Однако, опыт интеграционных проектов показывает, что требования к интеграции отличаются от проекта к проекту и типовое API пока не оформилось. Кроме того, тут слишком много нюансов по отношениям с поставщиками и мы видим, что зачастую, когда речь заходит об API, партнеры с этими нюансами оказываются не совсем знакомы.
Исходя из этого из готовых инструментов мы начали с простых вещей: ссылок на предзаполненную форму и выдачу, форм бронирования (официально начнем раздавать на следующей неделе), типовой схемы по интергарции с сайтами-метапоисковиками по авиабилетам.
Так что если у вас есть какое-то предложение по интеграции на уровне API, то давайте просто обсудим, что вы хотите и как мы можем реализовать такой совместный проект.
avenu: Собсно, хотелось бы (это касается и Озон.партнерки), чтобы вы наконец выделили API для продаж под своим брендом. Буксру уже сделал такую возможность, а вы как-то тормозите...
Проект по разработке полноценного API мы стартуем после праздников, сроков пока не скажу.
Если у вас уже есть предложения по большому проекту на основе API - пишите на partners@ozon.travel, мы готовы все обсуждать.
suraev: (также рекомендую ещё слегка потестировать, я натыкался на глюки после нескольких поисков, особенно если нажимать кнопку back в браузере).
Если не сложно, скажите в личку, на что наткнулись - поправим.
suraev: Так вот, авиабилеты - это дорогое удовольствие. Очень отличаются цены, в зависимости от дня вылета и аэропорта вылета. Это не поезд, где цена фиксированная. Так что вопросы следующие:
До Питера, Калиниграда и Южно-Сахалинска из Москвы самолетом давно дешевле, чем адекватным поездом. Не говоря уже про Берлин и Вену. :)
А кроме того, на поезде сезонные коэффициенты и гибкая тарификация кое-где уже.
suraev: 1. Каким образом можно реализовать поиск наиболее дешёвого вылета, если возможность вылетать имеется из нескольких аэропортов (Минск/Москва/Киев, например)? Нужно минимизировать усилия, давать возможность делать всё за один клик. Чтобы уменьшить работу на серверной стороне, можно было бы внедрить галочку "показывать только самые недорогие варианты".
Когда вы набираете у нас в поиске Москва (Минск/Киев/Милан и т.п. города), то поиск сразу ведется по вылетам из всех московских (минских, киевских и т.п.) аэропортов. Причем будут показаны до 200 самых дешевых рейсов, плюс все прямые рейсы, которые нашлись в искомом направлении. Если вы хотите искать перелет из конкретного московского аэропорта, то надо в форме писать Шереметьево или SVO.
suraev: 2. Как задавать бОльший промежуток для получения информации о более дешёвых вылетах (сейчас берётся всего несколько дней "до" и несколько дней "после" заданной даты). Хотелось бы хотя бы две недели. В идеале - и месяц. Т.е. должна быть возможность как поиска на конкретную дату, так и на определённый период.
К концу месяца сделаем так, что матрицу цен на соседние даты можно будет сдвигать вперед и назад, но "окно" все равно будет равно одной неделе - таковы ограничения решения поставщика, так как это очень тяжеловесный поиск по центральной системе.
У нас в планах сделать "предсказатель" цены, который будет на основе поисков пользователей показывать возможные цены на несколько месяцев вперед. Понятно, что у второго инструмента актуальность цен будет ниже, чем у первого.
suraev: 3. Планируется ли что-то делать с "К сожалению подходящих вариантов на указанные даты не найдено. Попробуйте поискать на соседние даты."? Например, попробуйте поискать "Пенза - Нью-Йорк". Что толку искать заставлять пользователя искать по соседним датам, если самолёты по такому направлению, судя по всему, вообще не летают.
Здесь мы планируем показывать расписание вылетов на этом направлении в рамках выбранной недели, с возможностью поискать на дату, в которую есть вылет. Но это в общем случае.
В частном же, с той же Пензой, суть в том, что оттуда до Москвы летает, похоже, только АК БАРС АЭРО (бывший Бугульминский авиаотряд) с бумажным билетом. Понятно, что у этих ортодоксов никаких интерлайнов ни с кем нет, и на их бумажном билете маршрут Пенза-Нью-Йорк со стыковычным рейсом Аэрофлота или Дельты, конечно, не выписать. Нужно ли здесь делать какие-то сложные наигрыши с системами бронирования? Не очевидно. Обычно сценарий использования (покупки) у людей летающих из подобных городов таков: покупка рейса до Москвы, самостоятельный подбор рейса Москва-(Зарубежный город), удобно пристыковывающегося к рейсу из их родного города, иногда с остановкой на одну ночь в Москве в гостинице. Другими словами, по России люди часто летают в том же стиле, что и ездят поездами - покупка билетов в одну сторону, самостоятельное составление маршрутов и подбор стыковок. Наша цель сделать инструмент, который поможет это делать на вебе, а не где-то у себя на бумажке.
ozon-travel добавил 06.05.2010 в 01:39
Zemlemer: Скажите, пожалуйста, есть ли возможность настроить программу под отдельно взятую страну?
Что вы имеете ввиду?
ozon-travel добавил 06.05.2010 в 01:41
ApocX: Что за глупости о.О ? И чем плох дорвейный трафик?
На мой взгляд двумя вещами:
- Вероятными имиджевыми потерями (не очень хочется, чтобы писали, что OZON.travel продвигается через доры)
Достаточно XML c возможностью фильтровать данные, например запросить XML отелей конкретной страны.
Подобное есть по авиа, по отелям в разработке. Форма для размещения на сайте с переходом на выдачу результатов тоже уже есть и мы ее начинаем активно раздавать (напишем отдельно).
Однако, как я и говорил, здесь есть нюансы.
Если "книжный" Озон раздает доступ к своему каталогу на веб-сервисах и у него есть широкие возможности по кэшированию, в том числе по построению различных схем умного кэширования, так как про свою базу он знает все, то "туристический" Озон общается с GDS - глобальными распределительными системами, к которым в тот же момент обращаются агенты со всего мира.
Соответственно, если мы хотим показывать реально доступные цены возможности по кэшированию у нас сильно ограничены и практически каждый запрос партнера - это запрос в GDS через OZON.travel. А запросы к GDS являются платными (там сложная схема расчета, но чем больше запросов и меньше бронирований тем это дороже).
Так что ни о каких сервисах на основе реальных запросов, которые только получают данные, но не приводят к покупке, можно и не мечтать. Все подобные штуки строятся на основе анализа статистики по большому количеству реальных запросов, чего на партнерских сайтах как раз и не будет, а возможно только на стороне OZON.travel.
Вот такие штуки встретятся на интеграционном проекте, а если переходить к оплатам, то там куда больше появится вопросов и проблем. Вот поэтому мы и начинаем с простого: ссылки и форма бронирования.
Вы будете давать фиды гостиниц?
Когда, примерно, будет готов API?
Ответ и по гостиницам и по API такой - мы готовы давать все. Однако, опыт интеграционных проектов показывает, что требования к интеграции отличаются от проекта к проекту и типовое API пока не оформилось. Кроме того, тут слишком много нюансов по отношениям с поставщиками и мы видим, что зачастую, когда речь заходит об API, партнеры с этими нюансами оказываются не совсем знакомы.
Исходя из этого из готовых инструментов мы начали с простых вещей: ссылок на предзаполненную форму и выдачу, форм бронирования (официально начнем раздавать на следующей неделе), типовой схемы по интергарции с сайтами-метапоисковиками по авиабилетам.
Так что если у вас есть какое-то предложение по интеграции на уровне API, то давайте просто обсудим, что вы хотите и как мы можем реализовать такой совместный проект.
Собсно, хотелось бы (это касается и Озон.партнерки), чтобы вы наконец выделили API для продаж под своим брендом. Буксру уже сделал такую возможность, а вы как-то тормозите...
Проект по разработке полноценного API мы стартуем после праздников, сроков пока не скажу.
Если у вас уже есть предложения по большому проекту на основе API - пишите на partners@ozon.travel, мы готовы все обсуждать.
ozon-travel добавил 06.05.2010 в 01:53
парковку доменов хотелось бы
Скорее всего, парковку делать не будем.
(также рекомендую ещё слегка потестировать, я натыкался на глюки после нескольких поисков, особенно если нажимать кнопку back в браузере).
Если не сложно, скажите в личку, на что наткнулись - поправим.
Так вот, авиабилеты - это дорогое удовольствие. Очень отличаются цены, в зависимости от дня вылета и аэропорта вылета. Это не поезд, где цена фиксированная. Так что вопросы следующие:
До Питера, Калиниграда и Южно-Сахалинска из Москвы самолетом давно дешевле, чем адекватным поездом. Не говоря уже про Берлин и Вену. :)
А кроме того, на поезде сезонные коэффициенты и гибкая тарификация кое-где уже.
1. Каким образом можно реализовать поиск наиболее дешёвого вылета, если возможность вылетать имеется из нескольких аэропортов (Минск/Москва/Киев, например)?
Нужно минимизировать усилия, давать возможность делать всё за один клик. Чтобы уменьшить работу на серверной стороне, можно было бы внедрить галочку "показывать только самые недорогие варианты".
Когда вы набираете у нас в поиске Москва (Минск/Киев/Милан и т.п. города), то поиск сразу ведется по вылетам из всех московских (минских, киевских и т.п.) аэропортов. Причем будут показаны до 200 самых дешевых рейсов, плюс все прямые рейсы, которые нашлись в искомом направлении. Если вы хотите искать перелет из конкретного московского аэропорта, то надо в форме писать Шереметьево или SVO.
2. Как задавать бОльший промежуток для получения информации о более дешёвых вылетах (сейчас берётся всего несколько дней "до" и несколько дней "после" заданной даты). Хотелось бы хотя бы две недели. В идеале - и месяц. Т.е. должна быть возможность как поиска на конкретную дату, так и на определённый период.
К концу месяца сделаем так, что матрицу цен на соседние даты можно будет сдвигать вперед и назад, но "окно" все равно будет равно одной неделе - таковы ограничения решения поставщика, так как это очень тяжеловесный поиск по центральной системе.
У нас в планах сделать "предсказатель" цены, который будет на основе поисков пользователей показывать возможные цены на несколько месяцев вперед. Понятно, что у второго инструмента актуальность цен будет ниже, чем у первого.
3. Планируется ли что-то делать с "К сожалению подходящих вариантов на указанные даты не найдено. Попробуйте поискать на соседние даты."? Например, попробуйте поискать "Пенза - Нью-Йорк". Что толку искать заставлять пользователя искать по соседним датам, если самолёты по такому направлению, судя по всему, вообще не летают.
Здесь мы планируем показывать расписание вылетов на этом направлении в рамках выбранной недели, с возможностью поискать на дату, в которую есть вылет. Но это в общем случае.
В частном же, с той же Пензой, суть в том, что оттуда до Москвы летает, похоже, только АК БАРС АЭРО (бывший Бугульминский авиаотряд) с бумажным билетом. Понятно, что у этих ортодоксов никаких интерлайнов ни с кем нет, и на их бумажном билете маршрут Пенза-Нью-Йорк со стыковычным рейсом Аэрофлота или Дельты, конечно, не выписать. Нужно ли здесь делать какие-то сложные наигрыши с системами бронирования? Не очевидно. Обычно сценарий использования (покупки) у людей летающих из подобных городов таков: покупка рейса до Москвы, самостоятельный подбор рейса Москва-(Зарубежный город), удобно пристыковывающегося к рейсу из их родного города, иногда с остановкой на одну ночь в Москве в гостинице. Другими словами, по России люди часто летают в том же стиле, что и ездят поездами - покупка билетов в одну сторону, самостоятельное составление маршрутов и подбор стыковок. Наша цель сделать инструмент, который поможет это делать на вебе, а не где-то у себя на бумажке.
ozon-travel добавил 06.05.2010 в 01:39
Скажите, пожалуйста, есть ли возможность настроить программу под отдельно взятую страну?
Что вы имеете ввиду?
ozon-travel добавил 06.05.2010 в 01:41
Что за глупости о.О ? И чем плох дорвейный трафик?
На мой взгляд двумя вещами:
- Вероятными имиджевыми потерями (не очень хочется, чтобы писали, что OZON.travel продвигается через доры)
- Конкуренцией за СЕРП.