Дорогие Вубукеры,
Извините за задержку, мы надеялись выпустить этот релиз раньше, но, как часто случается, мы решили кое-что улучшить.
Мы не уверены, что в этом обновлении будут присутствовать мини-сайты. Это не исключено.
Мы стараемся. Если мы не добьемся успеха, то это не займет много времени на выпуск мини-сайтов.
Тем не менее, мы анонсируем первую, стабильную версию Методов Гарантии.
Мы говорим о красном и зеленом щитах. И о нескольких рассредоточеных усовершенствованиях.
За эти дни появилась информация о некоторых темах этого форума.
Как всегда, мы идем шаг за шагом.
Разработка "Методов Гарантии" достигла первого уровня завершения:
1. Можно будет настроить Zak таким образом, чтобы каждое бронирование можно было ассоциировать со специальным "Методом гарантии" (далее "МГ").
2. Каждый МГ можно настроить таким образом, чтобы Zak мог отправлять вашим клиентам запросы на подтверждение, включая пользовательское количество напоминаний.
3. Каждый МГ может быть настроен на отмену бронирования, если необходимые подтверждения не были соблюдены.
Цель очевидна: поскольку каждое входящее бронирование будет корректно ассоциироваться с правильным методом гарантии, Zak обо всем позаботится.
Красные щиты будут работать полностью автоматически. Они автоматически станут зелеными. И в соответствии с вашими конкретными потребностями. А когда они не станут зелеными, то есть когда клиенты не предоставят необходимых гарантий, вы можете принять решение об автоматической отмене бронирования.
Другими словами: Настройте политики один раз, пусть Zak сделает все остальное автоматически.
Это амбициозная цель. Мы хотим, чтобы она стала лучшим ответом на рынке для решения проблем, связанных, например, с европейскими правилами по кредитным картам. Но мы также хотели бы, чтобы весь этот автоматизм мог облегчить "административную" практику и даже улучшить конвертацию вашего модуля бронирования (см. ниже).
Автоматическое объединение методов гарантии зависит от канала приема бронирования:
1. YouBook: здесь вы можете выбрать вручную
2.Модуль бронирования: можно ассоциировать МГ в зависимости от возврата денег за бронирование.
3. Менеджер каналов: Здесь была отличная работа. Каждый канал предоставляет разные гарантии, и мы делали специальные разработки.
Примеры: на Booking.com можно связать конкретную МГ в зависимости от гарантии, предоставляемой каналом:
Виртуальная карта
Банковская карта
Оплата третьей стороной (клиент оплачивает booking.com)
Гарантия не предоставляется (это также происходит)
В Expedia выбор МГ зависит от особенностей бронирования (Hotel Collect или Expedia Collect). И так далее.
За кадром изменилось несколько вещей. Например, модуль бронирования больше не нужно настраивать путем включения различных "Моделей бронирования" (платежи, отсрочка и т.д.). Этого достаточно, чтобы связать один МГ с возвращаемым бронированием, с бронированием, не подлежащим возврату, и все происходит автоматически: в зависимости от выбранного Метода Гарантии, Zak начнет управлять в полной автоматизации вашего бизнеса, даже после того, как бронь получена.
Одно мы считаем разумным: разрешить "отложенные бронирования", то есть подтверждение отложено, когда бронирование вступает в силу без каких-либо гарантий.
Фактически, соответствующий Метод Гарантии позволит Zak запросить впоследствии, без сопутствующих издержек с клиентами, подтверждений, которые вам нужны.
Но тем временем, бронирование получено.
Конверсия, другими словами, увеличивается. А расходы на управление гарантиями на следующем этапе они равны нулю. Потому что все автоматически.
Мы уверены, нам придется что-то исправить. И сделать правильный выбор.
Для упрощения, я уже сказал, что модуль бронирования может быть настроен на базе возможности возврата брони. Возможно, понадобятся инструменты более сложные. С настраиваемыми календарями, как это бывает с политиками отмен, например.
Как всегда, давайте запустим систему в повседневной работе. Совершенствуя ее и развивая с течением времени.
В дополнение к методам гарантии, есть и другие разработки, которые будут опубликованы с выпуском.
Вся область бронирования, за исключением деталей бронирования (но мы почти закончили) и управления овербукингами, была полностью переработана.
Создана страница Обзора, которая позволяет увидеть глобальную ситуацию с первого взгляда (ожидание, пребывания с переселением, предложения и т.д.).
Одна красивая страница для управления. Это тоже была большая работа с точки зрения затрат сил. Которая в скором времени будет дополнена рестайлом деталей бронирования: как я уже сказал, даже здесь мы находимся в хорошем положении.
Мы представляем два новых платежных шлюза: Nexi и Redsys.
Первый был очень популярен даже на нашем форуме.
Мы рады вас удовлетворить.
Настройки шахматки были расширены. Можно выбрать количество дней для загрузки. Некоторые клиенты, на самом деле, предпочитают скорость, а не длительность загружаемого периода.
Даже в модуле "Email Брэндирование" есть еще кое-что: можно установить значение ReplyTo, чтобы ответы клиентов поступали по адресу, отличному от того, что вы используете для уведомлений.
Еще одно небольшое улучшение связано с Модулем бронирования.
Вы можете ограничить количество выбираемых номеров во время опроса.
Несколько человек попросили об этом. Если у вас есть 5 номеров, вы можете ограничить свой выбор этим количеством.
Создание ваучеров позволяет лучше переводить иностранный язык. Во многих случаях язык будет выбран гораздо правильнее.
Кроме того, это изменение будет иметь решающее значение после того, как мы закончим новую страницу с деталями бронирования: здесь можно будет управлять различными ваучерами для отправки электронной почты или для онлайн-регистрации.
Также была улучшена связь с Expedia. Теперь Zak может интерпретировать политику отмены бронирования даже в случае исключений, настроенных на стороне Expedia в разделе "Номера и тарифы".
На онлайн-регистрации мы решили запретить отмену, если бронирования приходят из OTA.
Система шаблонирования сообщений, связанных с бронированием, они имеют новое важное значение: ссылка на раздел доп. услуг на странице онлайн-регистрации. Отличный инструмент для повышения продаж, пригласить клиентов купить дополнительные услуги онлайн или запомнить возможность.
Наконец: появится меню Kylix. Ведется разработка модуля Ресторан.
В надежде, что наши усилия будут соответствовать вашим потребностям, мы приветствуем вас и благодарим за все доверие, которое вы нам оказали.
Извините за задержку, мы надеялись выпустить этот релиз раньше, но, как часто случается, мы решили кое-что улучшить.
Мы не уверены, что в этом обновлении будут присутствовать мини-сайты. Это не исключено.
Мы стараемся. Если мы не добьемся успеха, то это не займет много времени на выпуск мини-сайтов.
Тем не менее, мы анонсируем первую, стабильную версию Методов Гарантии.
Мы говорим о красном и зеленом щитах. И о нескольких рассредоточеных усовершенствованиях.
За эти дни появилась информация о некоторых темах этого форума.
Как всегда, мы идем шаг за шагом.
Разработка "Методов Гарантии" достигла первого уровня завершения:
1. Можно будет настроить Zak таким образом, чтобы каждое бронирование можно было ассоциировать со специальным "Методом гарантии" (далее "МГ").
2. Каждый МГ можно настроить таким образом, чтобы Zak мог отправлять вашим клиентам запросы на подтверждение, включая пользовательское количество напоминаний.
3. Каждый МГ может быть настроен на отмену бронирования, если необходимые подтверждения не были соблюдены.
Цель очевидна: поскольку каждое входящее бронирование будет корректно ассоциироваться с правильным методом гарантии, Zak обо всем позаботится.
Красные щиты будут работать полностью автоматически. Они автоматически станут зелеными. И в соответствии с вашими конкретными потребностями. А когда они не станут зелеными, то есть когда клиенты не предоставят необходимых гарантий, вы можете принять решение об автоматической отмене бронирования.
Другими словами: Настройте политики один раз, пусть Zak сделает все остальное автоматически.
Это амбициозная цель. Мы хотим, чтобы она стала лучшим ответом на рынке для решения проблем, связанных, например, с европейскими правилами по кредитным картам. Но мы также хотели бы, чтобы весь этот автоматизм мог облегчить "административную" практику и даже улучшить конвертацию вашего модуля бронирования (см. ниже).
Автоматическое объединение методов гарантии зависит от канала приема бронирования:
1. YouBook: здесь вы можете выбрать вручную
2.Модуль бронирования: можно ассоциировать МГ в зависимости от возврата денег за бронирование.
3. Менеджер каналов: Здесь была отличная работа. Каждый канал предоставляет разные гарантии, и мы делали специальные разработки.
Примеры: на Booking.com можно связать конкретную МГ в зависимости от гарантии, предоставляемой каналом:
Виртуальная карта
Банковская карта
Оплата третьей стороной (клиент оплачивает booking.com)
Гарантия не предоставляется (это также происходит)
В Expedia выбор МГ зависит от особенностей бронирования (Hotel Collect или Expedia Collect). И так далее.
За кадром изменилось несколько вещей. Например, модуль бронирования больше не нужно настраивать путем включения различных "Моделей бронирования" (платежи, отсрочка и т.д.). Этого достаточно, чтобы связать один МГ с возвращаемым бронированием, с бронированием, не подлежащим возврату, и все происходит автоматически: в зависимости от выбранного Метода Гарантии, Zak начнет управлять в полной автоматизации вашего бизнеса, даже после того, как бронь получена.
Одно мы считаем разумным: разрешить "отложенные бронирования", то есть подтверждение отложено, когда бронирование вступает в силу без каких-либо гарантий.
Фактически, соответствующий Метод Гарантии позволит Zak запросить впоследствии, без сопутствующих издержек с клиентами, подтверждений, которые вам нужны.
Но тем временем, бронирование получено.
Конверсия, другими словами, увеличивается. А расходы на управление гарантиями на следующем этапе они равны нулю. Потому что все автоматически.
Мы уверены, нам придется что-то исправить. И сделать правильный выбор.
Для упрощения, я уже сказал, что модуль бронирования может быть настроен на базе возможности возврата брони. Возможно, понадобятся инструменты более сложные. С настраиваемыми календарями, как это бывает с политиками отмен, например.
Как всегда, давайте запустим систему в повседневной работе. Совершенствуя ее и развивая с течением времени.
В дополнение к методам гарантии, есть и другие разработки, которые будут опубликованы с выпуском.
Вся область бронирования, за исключением деталей бронирования (но мы почти закончили) и управления овербукингами, была полностью переработана.
Создана страница Обзора, которая позволяет увидеть глобальную ситуацию с первого взгляда (ожидание, пребывания с переселением, предложения и т.д.).
Одна красивая страница для управления. Это тоже была большая работа с точки зрения затрат сил. Которая в скором времени будет дополнена рестайлом деталей бронирования: как я уже сказал, даже здесь мы находимся в хорошем положении.
Мы представляем два новых платежных шлюза: Nexi и Redsys.
Первый был очень популярен даже на нашем форуме.
Мы рады вас удовлетворить.
Настройки шахматки были расширены. Можно выбрать количество дней для загрузки. Некоторые клиенты, на самом деле, предпочитают скорость, а не длительность загружаемого периода.
Даже в модуле "Email Брэндирование" есть еще кое-что: можно установить значение ReplyTo, чтобы ответы клиентов поступали по адресу, отличному от того, что вы используете для уведомлений.
Еще одно небольшое улучшение связано с Модулем бронирования.
Вы можете ограничить количество выбираемых номеров во время опроса.
Несколько человек попросили об этом. Если у вас есть 5 номеров, вы можете ограничить свой выбор этим количеством.
Создание ваучеров позволяет лучше переводить иностранный язык. Во многих случаях язык будет выбран гораздо правильнее.
Кроме того, это изменение будет иметь решающее значение после того, как мы закончим новую страницу с деталями бронирования: здесь можно будет управлять различными ваучерами для отправки электронной почты или для онлайн-регистрации.
Также была улучшена связь с Expedia. Теперь Zak может интерпретировать политику отмены бронирования даже в случае исключений, настроенных на стороне Expedia в разделе "Номера и тарифы".
На онлайн-регистрации мы решили запретить отмену, если бронирования приходят из OTA.
Система шаблонирования сообщений, связанных с бронированием, они имеют новое важное значение: ссылка на раздел доп. услуг на странице онлайн-регистрации. Отличный инструмент для повышения продаж, пригласить клиентов купить дополнительные услуги онлайн или запомнить возможность.
Наконец: появится меню Kylix. Ведется разработка модуля Ресторан.
В надежде, что наши усилия будут соответствовать вашим потребностям, мы приветствуем вас и благодарим за все доверие, которое вы нам оказали.