Към съдържанието

Безплатно ръководство за стартиране на хотел

Преди първият гост да натисне Резервирай.

Осем практични проверки преди старт на директни резервации. Минете ги с екипа и доставчика преди преместване на реални резервации и след промени във важни връзки.

Безплатно изтегляне на CSV. Без имейл. Не въвеждайте данни на гости или пароли в публична форма.

01НаличностЕдинен достоверен източник
02Всяка резервацияЕдин номер за потвърждение
03Преди стартаПроверка, запис, одобрение
CSV

Съберете данните за хотела веднъж.

Изтеглете версията на работния лист преди настройка. Хотелът и отговорникът потвърждават стаите, цените, правилата, медийните права, източника на наличност, контакта с гости и отговорността за възстановяване. Дублирайте редовете за тип и конкретна стая за всяка продаваема единица; не публикувайте вътрешни полета.

  • Идентификатори на резервации и конкретни стаи
  • Публичните факти и вътрешната отговорност са разделени
  • Включени са датите за възстановяване и отговорниците за източниците
Изтеглете работния лист с данни за хотела · CSV ↓Работен шаблон на AnotherPillow за обичайните полета с данни за настаняване. Не е официален формуляр или одобрение от туристическа система. Проверете актуалните изисквания на всяка дестинация, PMS и канал преди публикуване.
01

Решете кой контролира наличността

Посочете системата, която определя кои стаи се продават: PMS, мениджър на канали или база за резервации. Всяка пряка и външна резервация трябва да обнови този източник преди нов гост да купи същата стая.

  • Съпоставете имената и ID на стаите между системите
  • Проверете часовата зона и датите за продажба
  • Тествайте всяка канална връзка отделно
02

Опитайте да резервирате последната стая два пъти

Използвайте тестова стая и помолете двама тестери да резервират едни и същи дати едновременно. Само единият трябва да успее. После тествайте припокриващи се престои и повторение на заявка след прекъсване на мрежата. Стаята трябва да е свободна за всяка нощ от потвърдения престой.

  • Застъпващи се престои не могат да заемат една и съща стая
  • Повторните опити създават една резервация, не две
  • Стаите, затворени за поддръжка, остават недостъпни
03

Окончателната цена да е окончателна

Покажете валута, данъци, включени услуги, доплащания и условия за отмяна преди плащане. Запазената резервация пази версията на цената при приключване.

  • Общата сума съвпада с потвърждението
  • Промените в цените са проследими
  • Без автоматични допълнения
04

Оставете данните на картите при доставчика

Ползвайте хоствани платежни полета и нека хотелът получава парите през одобрения си акаунт. Пазете референции и статус — никога сурови номера на карти.

  • Таксата на доставчика е показана отделно
  • Тествани са неуспешни и изоставени плащания
  • Отговорността за възстановяване е договорена
05

Дайте единна идентичност на престоя

Гостът, екипът на хотела, платежният запис и поддръжката трябва да използват един и същ постоянен номер на резервацията от потвърждението до отмяната.

  • Референцията е уникална и четима
  • Потвърждението може да се извлече
  • Изгледите на госта и хотела съвпадат
06

Променете и отменете тестова резервация

Преди първия реален гост да резервира, изпробвайте промени в датите, срокове за анулиране и възстановявания. Повторете същата заявка за анулиране и прекъснете връзката. Резервацията и наличността трябва да останат съгласувани и след това.

  • Повторното анулиране не повтаря възстановяването на сумата
  • Стаята става достъпна само веднъж
  • Хотелът може да види какво се е случило
07

Тествайте доставянето и възстановяването

Потвърдете, че съобщенията към хотел и гости пристигат, грешките се виждат и резервациите се възстановяват при временен отказ на имейл, доставчик или приложение.

  • Статусът на доставката се записва
  • Независимо възстановяване от резервни копия
  • Отговорникът за инцидента е посочен
08

Измервайте пътя на посетителя в сайта

Тествайте пътя от хотелския бутон Резервирай до потвърдена резервация на реални мобилни и настолни връзки. Измервайте начало, грешки и потвърждения без рекламни профили.

  • Датите са първата стъпка
  • Основните страници остават бързи
  • Предаването има ясен отговорник
Често задавани въпроси

Въпроси преди стартиране.

Може ли независим хотел да стартира без мениджър на канали?

Само когато хотелът има един контролиран източник на продаваема наличност и безопасен процес. Хотели, продаващи същите стаи в много канали, обикновено имат нужда от проверена PMS или канална връзка преди старта.

Трябва ли страницата за резервации да се кешира?

Обвивката за представяне може да се кешира, но реалната наличност, задържането на стаи, проверките на цени и записите на резервации трябва да ползват актуални данни и да спират безопасно при грешка.

Коя е най-опасната грешка при стартиране?

Да позволите на няколко системи да продадат последната стая без атомарна резервация или проверен синхрон.

Означава ли успешното плащане, че резервацията е завършена?

Само по себе си не. Статусите на плащане и резервация трябва да се съгласуват, така че гостът да не плаща без възстановима резервация и хотелът да не потвърждава неволно неплатен престой.

Искате помощ при планирането на настройката?

Доведете хотела си.
Ще обсъдим подробностите.

Започнете настройката на хотела