Нови функционалности
Online check-in
Attribute Based Sales (ABS)
Една от основните ни цели е да Ви предоставим инструменти, с които да увеличите продажбите си и да откриете нови източници на приходи. Щастливи сме да ви представим новата ни разработка в тази област Attribute Based Sales (ABS).
Този метод на продажба на хотелски услуги се основава на разбирането, че стаите на хотела Ви не са абсолютно едни и същи. Някои от тях имат по-добър изглед, други са малко по-големи, трети имат бюро, четвърти са далеч от асансьора, пети са на нисък етаж и така нататък. От другата страна, стоят предпочитанията на гостите. Всеки гост има различни предпочитания по отношение на стая, а някои от тях са готови да заплатят допълнителна цена, за да получат стая, която по-точно да отговаря на техните предпочитания. Точно в тази посока разработихме нашият нов инструмент Attribute Based Sales.
Ето как работи той:
- Базиран е на Характеристиките на стаите. Ако вече ги използвате, за да управлявате изискванията на гостите към стаите, може да зададете кои от тях да продавате и на каква цена.
- Във всяка характеристика, може да изберете шаблон за начисление, а в него да укажете цената. Може да въведете и цена 0, ако решите да предоставите безплатен избор на характеристики. В самата, характеристика може да укажете, дали цената от шаблона за начисление е еднократна или е за всяка нощувка. След като изберете шаблон за начисление за характеристика, тя вече е включена в списъка, които ще се предложи на клиента. Характеристиките без шаблона за начисление не се показват пред госта.
- Оформете търговското представяне на характеристиката - добавете описание и снимка.
- За момента Attribute Based Sales са включени в Online Check-In приложението. За да активирате стъпката, изберете в настройките на приложението - Attribute Based Sales (ABS).
- Гостът ще види настроените от Вас характеристики с техните цени, описания и снимка. Системата отчита Типа на стаята в резервацията на госта и предлага характеристики, свързани с номерата на стаите от този тип.
- Следва избора на характеристики от страна на госта. Тук сме се постарали, всичко да е ясно за госта, по отношение на това какво може да избере.
- Като начало, в списъка с характеристики, той вижда само тези, за които има свободни номера на стаи, т.е. ако характеристиката бъде избрана, е гарантирано, че на госта ще бъде предоставена съответната стая.
- Гостът може да избере множество характеристики. В този процес, след всеки негов избор, системата актуализира в реално време останалите характеристики, като забранява тези, които не са съвместими и налични. Това означава, че за конкретната комбинацията от характеристики, Вие или нямате подобна стая, или имате, но тя вече не е свободна.
Например: Ако гостът избере характеристика "Тиха стая" (стая която гледа към вътрешният двор например), а тези стаи нямат балкон, то характеристиката "Стая с Балкон" ще бъде забранена за избор, защото за тази комбинация, няма какво да предложим на госта. Същото се отнася и ако няма свободен такъв номер стая.
- Гостът може да включва и изключва различните характеристики, като по този начин може да избере комбинацията, която го устройва най-добре като избор и цена.
След като потвърди избора си, се случва следното:
- Шаблоните за начисление от характеристиките ще се добавят в резервацията му, като "Дневни начисления”;
- На резервацията ще се разпредели номер стая, която да отговаря на избраните характеристики;
- За резервацията се включва опцията "Деактивирай смяната на стая”;
По този начин гостът ще получи това, което е избрал, а персоналът на хотела ще види, че гостът е платил за избраната стая. Опцията "Деактивирай смяната на стая" ще предпази персонала от грешки, при опит за разпределение на друга стая.
Забележка: Обърнете внимание, че тази функционалност може да работи добре, в случай, че не разпределяте номерата на стаите преди пристигането на гостите. По този начин, системата ще има на разположение повече свободни номера на стаи, които да използва за Attribute Based Sales. Ако използвате опцията "Автоматично разпределение на стаи", която разпределя номер стая още при създаване на резервацията и ако хотелът Ви е пълен, ще се окаже, че няма свободни номера на стаи, с които модулът Attribute Based Sales да разполага, за да продава техните характеристики.
Ъпгрейд тарифи (Специални оферти)
Тази функционалност отдавна е съществуваща в системата, но сега от нея може да се възползват и тези, които използват приложението Online check-in. Чрез нея може да ъпгрейдвате типа стая и пакета на гостите, като им предлагате по-високи и по-скъпи нива продукти.
Функционалността е организирана така, че може да ползвате както стандартните си тарифи, така и специално създадени за целта. Това означава, че може да изберете от две стратегии - да предложите на госта да резервира по-скъпа тип стая или пакет, като доплати разликата в стандартните цените или като доплати по-ниска ("промоционална") цена за по-високият пакет. В последният случаи, управлявайки отделен (промоционален) тарифен план, може да използвате ограниченията на тарифите, за да управлявате, кога тези тарифи са налични или не, включително да изградите динамична промоционална стратегия, базирана на Тарифите според заетостта.
Стъпката със специалните оферти е преди стъпката Attribute Based Sales. По този начин, двете стъпки може да работят заедно, т.е. ако гостът е резервирал Двойна стая и избере да доплати за Апартамент, то на стъпката Attribute Based Sales, ще се предложат характеристиките на Апартаментите.
За да включите стъпката със специалните оферти в Online check-in, в настройките на приложението, изберете Ъпгрейд тарифи (Специални оферти).
Повече за поведението и настройките на новите функционалности, може да намерите в Attribute Based Sales (ABS) и Специални оферти в Online Check-in.
ТО Договори
Пакети
С последните промени искаме да решим следните казуси по пакетите:
- Новогодишна вечеря, която се начислява задължително на всички гости;
- Коледна вечеря, която гостите могат да избират дали я искат или не;
- Х-дневен голф/спа/ски пакет, за гостите, които са ги закупили;
- Допълнително чрез пакетите, вече може да решите и отстъпките с фиксирана сума като “пълни седалки” - за целта премахнахме ограничението за отрицателни цени в пакетите.
За пакетите, които са на фиксирани дати (празници), направихме нова таблица с условия “Празнични Пакети”.
- За тях задължително се указва дата. Ако резервацията има нощувка на тази дата, е изпълнено едното условие за начисляване на пакета. Самият пакет се начислява на въпросната дата.
- Празнични Пакети може да се активират с Код за активация или с “Множител”- това е и второто условие за начисление.
- с Код за активация (казуса: “Коледна вечеря по избор") - колкото кода има в резервацията, толкова пъти ще се начисли пакетната услуга (на въпросната дата), 1 код = 1 вечеря. Ако възрастните и децата имат различни цени, следва да се конфигурират два реда с различни кодове за активация и с различни цени.
- с Множител ( казуса: “Задължителна Новогодишна вечеря”). Услугата се начислява винаги с определено количество (множителя), като в случая, не се налага да попълвате кодове в резервациите. Множителите са: За Резервация; За Гост; За Възрастен; За Дете.
Примери:
- Ако се избере множител "За Дете", а в резервацията няма деца, услугата няма да се начисли.
- Ако има конфигурирани 2 реда - един “За гост” и втори “За възрастен” и двата ще се изпълнят и ще се дублират услугите за възрастните.
- Ако възрастните и децата имат различни цени, следва да се конфигурират два реда с различни множители (За възрастен/ За дете) и различни цени.
За Х дневните пакети, направихме промени по секция “Пакетни услуги”:
- Добавихме схема на начисляване: На Пристигане, На Заминаване, Всеки ден, На Х дни.
- Текущите пакети, записани в договорите, са мигрирани към “На пристигане”, за да се запази текущото поведение.
- На Х дни - означава първите Х дни от престоя на резервацията. Особеност: ако Х (примерно 7) е по-голямо от престоя (примерно 3), ще се начислят 3 пакета (колкото е престоят, но не повече).
- Кодът за активация продължава да работи, както и преди. Колкото Кода се добавят в резервацията, толкова пъти пакетът ще се добави, според избраната схема за начисление.
Пример:
- Конфигуриран пакет за първите 3 дни;
- 1 код в резервацията = 3 начисления ( по 1 за всеки от дните).
Подробна информация за настройката на пакетните услуги ще намерите в ТO договори - Пакети.
Отстъпки
Направихме промени и по Отстъпките и Безплатните нощувки, за да работят заедно с новите пакети.
И на двете места (Отстъпките и Безплатните нощувки) може да определите, кои начисления засягат съответните условия. За всяка Отстъпка или Безплатна нощувка, в зависимост от вашият договор, може да укажете дали да се отнасят към: Нощувката, Допълнителния пансион, Пакета. Чек бокса "Пакет" се отнася и за двата вида пакети: Празнични пакети или Пакетни услуги.
Забележка: Имайте предвид и следната особеност: поведението е идентично, ако не изберете нито един чек бокс или изберете всичките. И в двата случая, отстъпката ще се наложи върху всички елементи.
В допълнение, за да може по-лесно да преглеждате детайлите на договора си, направихме така, че редовете на договора да запазват първоначалната си подредба. Системата вече ги сортира спрямо реда по които са добавени от потребителя.
Подобрения
- Информация за Ъпгрейтите на стаите. Искаме да изясним, че термина "Ъпгрейд на стая" не се отнася до горе изброените функции за Ъпгрейд тарифи (Специални оферти). Става дума за случаите, когато гостът е резервирал Двойна стая, но хотелът е решил да му предостави по-висок тип стая, например Двойна Лукс или Апартамент, било защото няма свободни Двойни стаи или пък защото иска да вдигне лоялността на гостите по този начин. В тези ситуации, досега се губеше оригинално резервираният тип стая.
Подходихме по-широко към решаването на този проблем. Не следим какъв е бил първият резервиран тип стая, защото това би попречило да разграничим редакциите на резервациите или ъпселите от ъпгрейда. Това което следи системата е дали има разлика в Типа стая, за който е тарифата и Типа стая, която гостът ползва (стаята на пристигане и стаите на преместванията му). С други думи, дали гостът ползва това, за което плаща. Ако системата открие разлика между ползване и тарифа, маркира резервацията като "Ъпгрейд на стая". Индикация за това се вижда в екрана на резервация, под самата стая. Също така се виждат и двата (или повече) типа стая - на тарифата и на настаняването. За момента тази информация се вижда само в екрана на резервацията, но ще бъде включена и в новите версии на екраните за Пристигащи, В хотела, Заминаващи, както и като филтър в Разширеното търсене.
- В хотела/Очаквани мероприятия - добавихме повече периоди. Към съществуващия 14-дневен отчет, добавихме още два избора - бутони за бърз 31-дневен период и произволен период. Отчетът беше оптимизиран и за печат.
- BookDirect допълнителни услуги - за допълнителните услуги, за които сте избрали настройката "Позволи избор на дата", вече има още две опции: "Позволи на Пристигане” и “Позволи на Заминаване”. Така в зависимост от характера на услугата, може да настроите системата да позволява или не избора на тази услуга на съответната дата от престоя на госта. За съществуващите услуги, полето "Позволи на Пристигане" е попълнено автоматично, така както беше досега поведението на системата.
- BookDirect - списък на чакащи URL - Добавихме възможност да интегрирате външна система за управление на Списък на чакащи. Ако желаете да интегрирате подобна система е нужно на настроите линк към нея. След като настроите линка, в BookDirect ще се появи линк към нея "Notify me when available". Линк винаги присъства след списъка с типовете стаи на втора страница. Допълнително, ако в хотела няма свободни стаи, излиза и в горната част на екрана за да привлече вниманието на госта. За да настроите линка за интеграция със система за чакащи листи, изберете BookDirect - Настройки -> Уебсайт интеграция -> Списък на чакащи URL. Текста "Notify me when available", може да промените от екрана за превод на BookDirect.
- BookDirect - проверка на карти - за потребителите, които нямат възможност да ползват директната интеграция с платежен оператор, добавихме базова проверка на номера на кредитната карта, спрямо индустриалния стандарт. Базовата проверка касае само това, дали самият номер отговаря на стандарта, но по никакъв начин не гарантира, че картата е валидна и може да се използва.
- Във всички екрани на Каналните Мениджъри, касаещи мапинга на Компании, променихме полето за избор на компания, да позволява търсене на компанията по име.
- При архивиране на номер стая, вече проверяваме дали към нея няма добавени OOS статуси за бъдещи периоди. Също така се проверява и за наличие на бъдещи резервации, за които тази стая е разпределена. Преди да архивирате стаята, е необходимо да премахнете бъдещите й ползвания и блокирания.
Отстранени конфликти
- Мероприятия - коригиран е текстът на грешката, който се появява при запис на Кетъринг или Резервация за зала, за грешен период, така че вече е ясно от какво произтича проблемът;
- BookDirect - отстранихме проблем, при които след създаване на резервация за няколко стаи, не се получаваше потвърждението за всички стаи. Проблемът се проявяваше, когато на последна стъпка се изисква от потребителя да попълни поле “Език” и за гостите са избрани различни езици.
- Справка Плащания - коригиран е проблем, при които GL кодовете, не излизаха правилно, в случаите когато справката се изпълняваше за различен акаунт от този, в който е логнат потребителя;
- Справката "Начисления по стаи" - коригирано е представянето на данните, така че услугите да не се показват едновременно за виртуалните и компонентните стаи.