Butik otel için web sitesi örneği

1. 01

   O tarihte yer var mı

   Konaklamada ilk soru bu ve rakip paketlerin hepsi buna otomatik cevap veren bir motor satıyor. On dört odalı bir işletmede o motor çoğu zaman zarar veriyor: takvim resepsiyonda tutuluyor, aynı oda iki kanaldan satılıyor ve misafir kapıda kalıyor. Örnek sitede form bir rezervasyon isteği ve bu formun altında yazılı. Talep panele düşüyor, siz takvime bakıp telefonla ya da WhatsApp'la teyit ediyorsunuz. Kanal yönetimi kurmaya hazır bir işletmeyse o entegrasyon ayrıca konuşulur, ama varsayılan düzen bu.

2. 02

   Oda gerçekte nasıl görünüyor

   İkinci soru bu ve cevabı fotoğraftan daha çok sayıda. Demodaki oda sayfalarında metrekare, kapasite, yatak düzeni, banyonun duş mu küvet mi olduğu ve cephe farkı tabloda duruyor. Fotoğraflar kapı hizasından, normal bakış açısına yakın çekiliyor; çok geniş açı odayı iki katı gösteriyor ve gelen misafir daha kapıda hayal kırıklığına uğruyor. Bir sayı, fotoğrafın yapamadığı şeyi yapıyor: karşılaştırılabiliyor.

3. 03

   Neden ekranda fiyat yok

   Aynı oda tarihe ve kalış süresine göre başka rakam ediyor; iki gece ve üzerinde gecelik ücret düşüyor, hafta sonu ve uzun tatilde yükseliyor. Ekranda tek bir rakam yazmak gelen misafirin yarısını yanıltıyor. Örnek sitede oda sayfasında fiyat yerine bunu anlatan bir satır var ve form tarih ile gece sayısını soruyor. Panelde talebi 'iki gece, aile odası, bebek karyolası' diye görüyorsunuz ve o tarihin rakamını yazılı gönderiyorsunuz.

Panel demoda açık. Adresi /demo/otel/panel; parolayı görüşmede veriyoruz. İstediğiniz kadar karıştırabilirsiniz, panelin altındaki "demoyu sıfırla" düğmesi her şeyi eski hâline döndürüyor.

Booking ve benzeri kanallarla bağlantı kurulabilir mi

Kurulabilir ama varsayılan olarak kurmuyoruz. Kanal yönetimi ayrı bir abonelik ve ayrı bir disiplin: odanın bir kanalda satıldığı anda diğerinden çekilmesi gerekiyor, bu düzen oturmadan takvim iki yerden birden açık kalıyor. On beş odanın altındaki işletmelerin çoğunda resepsiyon defteri bu işi daha güvenilir yapıyor. Kanal yönetimi kullanıyorsanız siteye rezervasyon motorunu gömmek mümkün, bunu ayrı fiyatlıyoruz ve kurulumda kimin hangi kanalı kapatacağını yazılı belirliyoruz.

Fiyat tablosu koyalım mı

Sabit bir tablo koymayı önermiyoruz. Konaklamada fiyat tarihe ve kalış süresine bağlı; tabloyu güncel tutmak her hafta iş çıkarıyor ve güncellenmeyen tablo gelen misafirle tartışma çıkarıyor. Onun yerine oda sayfasına fiyatın neye göre değiştiğini anlatan bir satır koyuyoruz. Sezon bandı göstermek isterseniz o mümkün: 'kış hafta içi', 'yaz hafta sonu' gibi bantlar panelden yazılıyor ve rakam yerine aralık duruyor.

Kaç dil gerekiyor

Misafir profiline bakıyoruz. Yabancı misafirinin çoğu tek bir ülkeden geliyorsa iki dil yeterli ve üçüncü dili eklemek bakım yükü demek: her içerik değişikliği her dilde tekrar yazılıyor. Demoda dört dil rozeti var ama bu rozet hizmet verilen dili gösteriyor, sitenin çevrildiğini değil. İkisini karıştırmamak gerekiyor; resepsiyonda Rusça konuşan biri varken siteyi Rusçaya çevirmemek de tutarlı bir tercih.

Kapora tahsilatını siteden alabilir miyiz

Ödeme altyapısı kurulu ve kapalı teslim ediliyor; açmaya karar verdiğinizde tek ayar değişiyor. Ama kapora alma noktasını teyitten önceye koymayı önermiyoruz: müsaitliği görmeden ödeme alınan bir rezervasyonda iade işi doğuyor ve iade süreci misafirde ilk izlenimi bozuyor. Sıra şöyle daha iyi çalışıyor: istek gelir, takvime bakılır, teyit mesajı gider, kapora bağlantısı o mesajda paylaşılır.

Gelen isteklerden nasıl haberim olacak

Talep hem panelde listeleniyor hem bildirim e-postası gidiyor. Konaklamada bu önemli: gece yarısı gelen isteği sabah ilk iş görüp aramak ile öğleden sonra görmek arasındaki fark, misafirin başka bir yeri ayırtmış olması. Yoğun tarihlerde aynı oda için birden fazla istek geliyor ve panel bunları geliş sırasına göre gösteriyor.