Как да създадете уебсайт за резервации на хотел: стаи, тарифи, наличност и плащания

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

Какво трябва на сайта

Страници

• Публични: начало, стаи (снимки, легла, размер, удобства, максимален брой гости), търсене по дати и гости, резултати с обща цена за всеки тип стая, формуляр за резервация, плащане и страница за потвърждение с линк за управление на резервацията.
• Допълнителни: местоположение и упътвания, правила (часове за настаняване, отмяна, деца, домашни любимци), често задавани въпроси, контакт.
• Частни (персонал): пристигания и заминавания за днес, календарна решетка със стаите по нощи, списък с резервации, блокирани дати, тарифи и настройки на стаите.

Данни

Запазвайте датите на настаняване и напускане като дати, не като часове, и третирайте напускането като изключено: престой от 10-ти до 12-ти използва нощите на 10-ти и 11-ти. Грешката тук причинява най-честия проблем с наличността.

Права за достъп

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

Решения и компромиси

Заявка за резервация или мигновена резервация

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

Продажба на типове стаи или на конкретни стаи

Гостите обикновено резервират тип стая („Двойна със гледка към морето“), а персоналът назначава конкретната стая по-късно. Продажбата на конкретни стаи е по-проста за създаване, но прави календара по-трудно запълним.

Тарифи

Започнете с една цена за тип стая на нощ, с незадължителни изключения за периоди от дати (висок сезон, празници) и минимален престой. Оставете динамичното ценообразуване, промо кодовете и пакетите за по-късно.

Плащания

Варианти, по нарастваща сложност: плащане при пристигане; депозит през хостнат checkout, като Stripe Checkout; пълно предплащане за невъзвръщаема тарифа; или запазване на карта за таксуване по-късно. Правилата за плащания, данъците и туристическите такси се различават по държави — проверете местните правила или се консултирайте със специалист. Нашето ръководство за плащания описва механиката.

Други канали

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

Първата подкана, която работи

Създай сайт за директни резервации за Harbour House, пансион с 9 стаи в Тоберморъ, Шотландия. Типове стаи: Двойна (4 стаи, 2 гости, £120/нощ), Двойна с две легла (3 стаи, 2 гости, £115), Семейна (2 стаи, 2 възрастни + 2 деца, £165). Гостите търсят по дата на настаняване, дата на напускане и гости и виждат само типове стаи със свободна стая за всяка нощ от престоя, с общата цена. Напускането е изключено. Минимален престой 2 нощи през юли и август. Формулярът за резервация събира име, имейл, телефон и час на пристигане; записвай го като „чакаща“ и проверявай наличността отново на сървъра преди запис. Зона за персонала с вход: днешни пристигания и заминавания, календарна решетка със стаите по нощи, списък с резервации със статус и начин за блокиране на дати. Показвай настаняване 15–20 ч., напускане 10 ч. и политиката за отмяна (безплатна до 7 дни преди) на всяка страница за резервация. Спокоен крайбрежен дизайн, мобилно-първи.

Стъпки за изграждане

1. Първо моделирайте стаите и нощите. Типове стаи, стаи, тарифи и проверката на наличността. Тествайте я преди каквато и да е дизайн работа.
2. Търсене и резултати. Избор на дати, брой гости, обща цена за престоя, ясни състояния „изчерпано“.
3. Процес на резервация. Формуляр → повторна проверка на наличността на сървъра → чакаща резервация → страница за потвърждение с линк за управление.
4. Зона за персонала с вход: пристигания, заминавания, календарна решетка, блокиране на дати.
5. Потвърждение по имейл през вашия собствен доставчик, с дати, обща сума, адрес и политика. Вижте изпращане на имейли.
6. Депозити в Stripe в тестов режим, като резервацията се потвърждава само когато плащането е успешно. Уебхукът за плащания изисква приложението да е публикувано на публичен адрес.
7. Синхронизация на календари с другите канали, ако ги използвате, и ръчна дневна проверка в началото.
8. Тествайте крайните случаи: две браузърни сесии, които резервират последната стая; престой, който минава през промяна на тарифа; отмяна, която освобождава нощи; еднонощни престои по време на период с минимален престой.
9. Публикувайте и си направете реална резервация, преди да изключите стария процес.

Често срещани грешки

• Проверка на наличността само в браузъра. Двама гости в крайна сметка ще резервират последната стая в един и същ момент.
• Броене на нощта на напускане като заета (или непреброяване на нощта на настаняване). Напишете тест за двунощен престой.
• Една плоска цена. Повечето обекти се нуждаят поне от сезонни изключения.
• Скриване на общата сума до последната стъпка. Показвайте пълната цена на престоя, включително всички известни ви такси, още в резултатите.
• Политики, заровени в футъра. Показвайте условията за отмяна до бутона за плащане.
• Третиране на iCal синхронизацията като мигновена. Не е; затваряйте датите ръчно, когато сте почти пълни.

Кога готов продукт е по-добрият избор

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

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

Изграждане с Mythex

В Mythex описвате обекта в чата, преглеждате сайта в жив преглед (включително рамка с размер на телефон) и го публикувате, когато работи. Резервациите, стаите и тарифите живеят в Postgres база данни, която агентът добавя, когато приложението трябва да запазва данни; то заспива при бездействие и се събужда при следващата заявка. Входът за персонала, имейл потвърждения и депозитите се свързват с вашите собствени доставчици и ключове — Mythex няма вграден продукт за вход, имейл или плащания за крайни потребители — затова прочетете рецептата за Stripe, преди да добавите депозити. Използвайте /test, за да накарате агента да премине през търсене и резервация, и контролни точки, за да върнете промяна, която счупва наличността.

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

Въпроси