Найбільше відділ прийому гостей у готелі боїться не того, що номерів недостатньо, а того, що стан квартири не синхронізований: на OTA вже продано, а в системі готелю все ще відображається, що номер вільний; приїжджають гості, їм кажуть, що «проводиться прибирання», але завдання з прибирання досі розміщене в групі WeChat. Перепродаж, пропуск бронювання, затримка прибирання — все це накладається одне на одного, і такий стан обходиться дорожче, ніж просто залишити номер пустим.
Як розподілити функції: бронювання, розміщення, прибирання, заселення та виселення
Щоб система для готелю справді працювала, потрібно об’єднати принаймні чотири стани машини, а не просто створювати «список замовлень»:
- Бронювання та зайнятість: після запису замовлення на каналі відразу блокується запас, а правила скасування та невідвідування чітко визначають момент звільнення
- Розміщення номерів: автоматичне/напівавтоматичне розподілення за типом номера, поверхом, з’єднаними номерами, а також блокуванням через ремонт
- Завдання по прибиранню: прибирання активується після виселення, а номер перейде до категорії «доступний до продажу» лише після успішної перевірки; завдання на ремонт взаємно блокуються зі станом номера
- Заселення/виселення: депозит, додаткові платежі, затримка виселення та порядок роботи нічного аудиту мають бути однаковими
Excel може підрахувати, скільки номерів залишилося вільними сьогодні, але не впорається з паралельними ситуаціями «недоступний до продажу через прибирання» та «блокування через ремонт». Справжні причини конфліктів на рецепції — це відсутність єдиного замку на зайнятість при записі на кілька каналів.
Як проектувати: ролі та дані
Рекомендовано розділити ролі на: бронювальника, адміністратора рецепції, начальника номерів, обслуговуючого персоналу поверхів, ремонтників та нічного аудитора. Обслуговуючий персонал бачить лише завдання свого поверху; адміністратор рецепції не може безпосередньо продавати номери, де проводяться ремонтні роботи; нічний аудитор відповідає за закриття рахунків та щоденну синхронізацію стану номерів.
- Типи номерів та фізичні номери: статус доступності, поверх, з’єднані номери, позначки «для курців»/«для інвалідів»
- Календар запасів: облік зайнятості по кожній ночі, включаючи зарезервовані, підтверджені та заблоковані номери
- Стан номерів: вільний/прибраний/забруднений/заселений/забруднений/ремонт/виключений
- Завдання по прибиранню: джерело спрацьовування, відповідальна особа, початок/завершення, результати перевірки
- Замовлення: канал, правила гарантії, спеціальні вимоги, люди, які прибувають разом
Межі інтерфейсу мають бути чіткими: замовлення з OTA/офіційного сайту записуються лише як «запаси за типом номера», фізичне розміщення може бути відкладено, але до підтвердження прибуття гостя необхідно закріпити конкретний номер або чіткий список доступних номерів. Поки прибирання не завершено, стан номера не може змінитися на «вільний/прибраний».
Як розробляти та перевіряти
Для інтеграції з каналами використовуйте єдину службу управління запасами: при замовленні блокується запас, при сплаті — звільнення у разі прострочення, при скасуванні — відкат. Якщо повідомлення не надійшло, має бути можливість повторної спроби та експоненційна повнота, щоб уникнути двократного блокування одного й того ж замовлення. На стороні прибирання вводьте номер через сканування, щоб уникнути помилок. Нічний аудитор має скласти список номерів, які не висели, не оплатили рахунок та мають ненормальний стан, замість того, щоб самостійно обходити всі номери.
Рекомендуємо охопити в процесі перевірки грязні дані пікового сезону:
- Якщо один і той же тип номера одночасно бронюється на двох каналах, чи буде успішним лише одне замовлення
- Після виселення, коли прибирання ще не завершено, чи можна продавати цей номер новим гостям, які планують прибути
- Чи можна продавати цей фізичний номер через канал під час періоду блокування через ремонт
- Як попередити про перепади при затримці виселення, якщо наступне замовлення припадає на ту ж ніч
- Чи збігається стан номера після нічного аудиту зі станом у касі
Суть системи для готелю — не «красиві кольорові блоки в календарі», а те, щоб три види блокування — запаси, прибирання та ремонт — не перетиналися між собою.
Поширених помилок на місці
Неясна стратегія перепродажу: деякі готелі мовчки дозволяють перепродажу, покриваючи його за рахунок апгрейду, а система жорстко блокує фізичні номери, або навпаки — взагалі не блокує. Необхідно оформити «типи номерів, які можна перепродавати/максимальний ліміт/шляхи апгрейду» у вигляді конфігурації, а не у формі усних звичок. Конфлікт між зарплатою за виконану роботу та якістю прибирання: оцінка лише за кількість номерів спонукає до пропускання важливих завдань; якщо перевірка показала, що номер не відповідає стандартам, треба повернути завдання та вплинути на зарплату. Втрата уподобань учасників програм лояльності: високі поверхи, з’єднані номери тощо занотовані у примітках, але ніхто не звертає уваги; це треба структурувати та включити в правила розміщення.
На що звернути увагу першими при реалізації
Перш за все, об’єднайте «запаси через канали → розміщення → замкнуте коло прибирання → нічний аудит», а потім займіться управлінням доходами та upsell-продуктами. У перші два тижні після запуску головне слідкувати за: кількістю випадків перепродажу/відмови від замовлень, часткою номерів, які не були розміщені перед прибуттям, кількістю затримок прибирання, що призвели до затримки заселення, а також різницею у кількості завдань, які виявилися неправильними після нічного аудиту. Лише коли ці показники знизяться, можна говорити про основу для інтелектуального ціноутворення.
Як реалізувати послугу управління запасами через канали
Рекомендуємо створити окрему службу управління запасами, а система замовлень та інтерфейс з каналами лише використовуватимуть її для блокування/звільнення/перевірки. Блокування має мати термін дії: якщо платіж не здійснено, запас автоматично звільниться, щоб уникнути «зомбі-зайнятості». Фізичне розміщення може бути відкладено до дня перед прибуттям, але кількість доступних номерів за типом має бути точна й актуальна. У мережі з кількома готелями ключ запасів має містити ID кожного готелю, заборонено перекидати запаси між готелями.
Необхідно моделювати вплив прибирання та ремонту на запаси: забруднені номери не вважаються доступними; ремонтні роботи віднімають запаси зі списку доступних; номери, що виключені з обігу, одразу знімаються з продажу на каналі. При ручному зміні стану номера на рецепції обов’язково треба вказувати код причини, щоб допомогти нічному аудитору виявити аномалії.
Границі між доходами та програмами лояльності
Управління доходами не повинно прямо змінювати старі замовлення, лише впливати на майбутні доступні номери. Права учасників (затримка виселення, апгрейд) мають бути оформлені як вхідні дані для правилового двигуна, які читаються під час розміщення, а не довіряти пам’яті чергового менеджера. На першому етапі можна не впроваджувати динамічне ціноутворення, але залишити відкритим питання «ручного затвердження змін цін», щоб уникнути хаосу, коли кожен починає змінювати ціни.
Дані мають бути зібрані щонайменше: канал, через який кожна ніч була заблокована, людина, яка розміщувала номер, момент завершення прибирання, момент оформлення заселення. З цих даних можна визначити, чи затримка зумовлена повільним прибиранням чи запізненням розміщення, а не просто залежить від вражень під час нарад.
Синхронізація між нічним аудитом та касою
Нічний аудит не лише закриває рахунки, а й перевіряє: кількість проживаючих, невиплачені рахунки, заблоковані номери, а також номери, які все ще розміщені, хоча прибирання ще не завершено. Плати за затримку виселення та витрати на міні-бар мають бути внесені до рахунків перед виселенням, а після нічного аудиту заборонено коригувати вчорашні операції без червоного чеку. Рецепція автоматично формує список незавершених завдань, щоб зменшити пропуски при усному передачі.
Правила скасування замовлень на різних каналах різняться, тому момент звільнення запасів має бути налаштований відповідно до кожного каналу. Запаси, витрачені на безкоштовний апгрейд, мають бути звільнені з оригінального номера та зайняті цільовим номером; звітність має бути розрізняти, щоб аналіз доходів не був зіпсований апгрейдом.
Під час навчання персоналу рецепції використовуйте два тренувальні сценарії: «одночасне замовлення останнього номера» та «неправильне розміщення через незавершене прибирання» — це ефективніше, ніж просто розповідати про функціональні меню. При включенні системи рекомендуємо спочатку відключити перепродаж на каналах, стабілізувати стан протягом двох тижнів, а потім поступово розблокувати ліміт перепродажу за типом номера.
Якщо мережа готелів хоче впровадити централізоване бронювання, спочатку необхідно уніфікувати коди типів номерів та словник правил скасування, а потім підключити службу управління запасами; якщо словник не уніфікований, не намагайтеся силоміць централізувати, інакше помилки однієї установи можуть поширитися на всю мережу.
Особливі потреби послуги «домашнього господаря» (сюрпризи, трансфер) оформлюються у додаткові завдання, і лише після їх виконання дозволяється позначати «готовність до прибуття VIP-гостя», що відокремлює це від звичайних завдань по прибиранню.