Tek ekranda görünmek aynı işlem türü olmak değildir
Otel misafiri akşam restoran rezervasyonu, ertesi gün transfer satın alımı, havuzdan sipariş ve odasına ekstra yastık talebi gerçekleştirebilir. Bunları tek uygulamadan yaparken her işlem için farklı bir uygulamaya geri dönmesini beklemek iyi bir deneyim değildir. Fakat bütün işlemleri “rezervasyonlarım” diye aynı statüye toplamak da yanlıştır.
En işlevsel model, misafir tarafında ortak bir “Planlarım” alanı ve işlem türüne uygun ayrıntı ekranlarıdır. Restoranın tarih-saat ve kişi sayısı; deneyimin ürün, tutar ve ödeme; QR siparişin servis noktası ve hazırlanma; hizmet talebinin ise sorumlu departman ve tamamlanma bilgisi öne çıkar. Tek bir rezervasyon numarası üretmek yerine her kaydın kendi yetkili kimliği korunmalıdır.
Kartların gösterimi kullanıcının sorusunu cevaplamalı
Bir restoran kartı “Cumartesi 20.00, dört kişi, onaylandı” diyebilir. Experience satın alımı “Havalimanı transferi, geliş günü, 1 adet, 800 TL ödendi; hizmet teyidi bekleniyor” demelidir. QR siparişi “Şezlong B-14, hazırlanıyor”; misafir talebi “Kat hizmetleri, ekip görevlendirildi” şeklinde ayrı durumlar kullanır. Tutar ve hizmetler yalnızca temsili örneklerdir.
Satın alma ile teslimin aynı durum olmadığını özellikle koruyun. Transferin ödenmesi, aracın görevlendirildiğini kanıtlamaz. QR siparişi mutfağa ulaşması, teslim edildiğini göstermez. Ücretsiz havlu talebinin tamamlanması ise hiçbir tahsilat kaydı gerektirmez. Ekran tasarımında her nesnenin önce kısa özeti, sonra ayrıntılı yaşam döngüsü bulunmalıdır.
- Restoran: tarih, saat, kişi, outlet, durum ve izin verilen iptal
- Experience: ürün ve varyant, şimdi ödenen/kalan, sipariş durumu, teslim koşulu
- QR Order: sipariş satırları, servis noktası, operasyon durumu
- Hospitality: talep kategorisi, sorumlu ekip, durum ve güncelleme
- PMS: konaklama bilgisi ve yalnız ilgili yetki düzeyinde gösterilecek veriler
İptal ve iade eylemleri kaydın sahibine gitmeli
Misafir “İptal et”e bastığında hangi nesnenin iptal edildiği açık olmalıdır. Restoran rezervasyonu iptalinde müsaitlik ve varsa restoran kullanım hakkı etkilenebilir. Experience siparişinde tahsilat ve teslim kuralı devreye girer. QR siparişi hazırlanmışsa iptal kabul edilmeyebilir. Misafir talebi ise ekip tarafından sonlandırılabilir ama ödeme iadesiyle ilişkili olmayabilir.
Durum ekranında “Ödeme başarılı, hizmet bekleniyor”, “İade başlatıldı” ve “İade sonuçlandı” gibi ayrı sinyaller kullanın. İptal tuşuna basmanın banka iadesinin tamamlandığı şeklinde sunulması özellikle güven kaybettirir. İade koşullarını Experience sipariş ve iade rehberinde izleyebilirsiniz.
Konaklama sonrasında hangi kayıtlar görünür kalmalı?
Check-out gerçekleştiğinde misafirin yeni konaklama hakkına dayalı işlem yapabilmesi sona ermelidir. Ancak önceden tamamladığı satın alma, uygun makbuz ve geçmiş rezervasyonlarının bazılarına erişmesi gerekebilir. Bu iki hedef çelişmez: işlem yapma yetkisi ile geçmişi görüntüleme yetkisi farklıdır.
Stay oturumunun hangi tarihte kapanacağını, kimliği tekrar nasıl doğrulayacağını ve hangi verilerin tutulacağını ayrı karara bağlayın. Oda numarası daha sonra başka misafire verildiğinde yeni konuk önceki konuğun siparişlerini görememelidir. Bu yalnızca bir tasarım ayrıntısı değil, veri erişim güvenliği kuralıdır.
Web ve mobil kanalda aynı planları göstermek
Otel misafirinin web bağlantısıyla veya otel markalı mobil uygulamayla giriş yapması, işlemlerin farklı kaynaklarda tutulması anlamına gelmez. Webde oluşturulan restoran rezervasyonu mobilde ayrı bir rezervasyon açmadan görünmeli; mobildeki satın alma webde aynı sipariş ve tahsilat durumuyla izlenmelidir.
Bu tutarlılık, farklı cihazların otomatik olarak aynı oturum anahtarını paylaşması demek değildir. Erişim yeniden doğrulanabilir; belirleyici olan her kanalda aynı misafire yetkisi dahilindeki aynı kaynak kayıtlarının gösterilmesidir.
Rezervem ile uygulanacak sözleşme
Rezervem Stay ortak misafir arayüzüdür. Manager restoran rezervasyonunun, Experience ürün siparişinin, Pay ödeme hareketinin, QR Order servis siparişinin ve Hospitality görev kaydının sahibidir. Uygulamanın görevi, farklı kaynaklardan gelen kayıtları tek misafire doğru bağlamak ve doğru eyleme yönlendirmektir.
Bu arayüzü canlıya almadan önce tek misafir için bütün işlemleri bir kez baştan sona test edin: başarılı satın alma, ödeme bekleme, başarısız tahsilat, iptal, oda değişikliği, checkout sonrası giriş ve iki otel arasında yanlış kayıt gösterimi. Başarı ölçütü yalnız kartların görünmesi değil, durumların doğru ve güncel olmasıdır.
