AI Otel misafir uygulaması: hesap, talepler ve teklifler tek bağlantıda

Otel misafir uygulaması, otelin kendi web uygulamasıdır: misafir bir bağlantıyı ya da QR kodu açar ve uygulamayı uygulama mağazası olmadan telefonun ana ekranına ekler. AI Otel'in misafir uygulaması geliştirildi: hesap, oda servisi, spa rezervasyonu, talepler ve teklifler tek yerde; kabul edilen teklif doğrudan misafirin hesabına işlenir.

Saat 22:40. Bir misafir minibarın hesaba ne işlediğini ve yarın geç çıkışın mümkün olup olmadığını öğrenmek istiyor. Resepsiyon hattı meşgul; cevap otelin sisteminde var, misafirin elinde değil. Bu yazı, tarayıcı tabanlı bir misafir uygulamasının bu boşluğu nasıl kapattığını anlatıyor: misafir neyi görür, kabul edilen teklif hesaba ve mutfağa nasıl ulaşır, talep bir departmana nasıl iletilir ve otel uygulamayı açmadan önce neyi hazırlamalıdır. Yazının sonunda kendi oteliniz için bir açılış kontrol listesi hazırlayabileceksiniz.

Neden uygulama mağazası değil de tarayıcı bağlantısı?#

Çünkü misafirin çalışan bir uygulamaya kavuşmak için indirme yapması gerekmez: otelin bağlantısı telefonun tarayıcısında açılır ve misafir simgeyi tek dokunuşla ana ekrana ekleyebilir.

Mekanizma yalın. Otel bağlantıyı varıştan önce gönderir ve resepsiyonda ile odada QR kodu olarak bastırır. Tarayıcı simgeyi ana ekrana eklemeyi önerir; o andan itibaren uygulama herhangi bir uygulama gibi açılır. Mağaza yok, indirme yok, inceleme kuyruğu yok.

Bu son nokta göründüğünden daha önemli. Bir otel, mağaza uygulamasında teklifi ya da fiyatı değiştirdiğinde değişiklik bir güncellemeyi, güncelleme de otelin denetiminde olmayan bir inceleme sürecini bekler. Web uygulamasında misafir yeni sürümü bir sonraki açışında görür. Uygulama ayrıca otelin kendi adını ve görünümünü taşır; misafirin ortak bir pazar yerinde doğru tesisi bulması gerekmez.

Dezavantajlar da var ve dürüstçe söylenmeli. Bir tarayıcı uygulaması, yerel uygulamanın eriştiği her telefon özelliğine erişemez. Bildirimler var ama koşullu: Safari'nin tarayıcı motoru WebKit, 16 Şubat 2023'te duyurduğu gibi (yeni sekmede açılır), iOS ve iPadOS 16.4 ile ana ekrana eklenmiş web uygulamalarına Web Push desteği gelir ve böyle bir uygulama bildirim iznini yalnızca dokunma gibi doğrudan bir kullanıcı etkileşimine yanıt olarak isteyebilir. Yani misafir önce uygulamayı ekler, sonra bilinçli olarak bildirime izin verir. Bildirimi bir bonus olarak görün, asla iletim aracı olarak değil.

Dürüst sonuç: bazı misafirler uygulamayı hiç açmayacak. Resepsiyon ve telefon eskisi gibi çalışmaya devam etmeli. Bu kararı başka seçeneklerle karşılaştırıyorsanız mağazadan mı, tarayıcıdan mı yazısına bakın.

Misafir uygulamada neyi görür?#

Misafirin kendi konaklaması için tek bir sayfa: otelin sistemindeki haliyle hesap, oda servisi, spa rezervasyonu, talepler ve otelin teklifleri.

Hesap önce gelir, çünkü misafirin 22:40'ta sorduğu soruyu yanıtlar. Misafir, çıkıştan önce otelin hesaba işlediği harcamaları görür. Bu, resepsiyondaki minibar tartışmasını telefonda yanıtlanan bir soruya dönüştürür.

Oda servisi bir sipariştir, telefon görüşmesi değil. Misafir telefondan sipariş verir ve sipariş mutfağa, birinin kabul edebileceği bir görev olarak ulaşmalıdır; kâğıda yazılıp salonda taşınan bir telefon kaydı olarak değil.

Spa rezervasyonu kapasiteli bir zaman dilimidir. Bir rezervasyon belirli bir saat aralığı ve bir sınır demektir; uygulama dolu bir saati vaat edip sonra hayal kırıklığı yaratmak yerine reddetmelidir. Reddetmek bir eksiklik değil, bir özelliktir.

Talepler gerisini kapsar: ekstra havlu, geç çıkış sorusu, çalışmayan bir lamba. Talep harcama değildir ve ikisi karıştırılmamalıdır. Teklifler ise otelin kendi oda yükseltmeleri ve ek hizmetleridir; misafirin belki hiç açmayacağı ayrı bir e-postada değil, misafirin zaten bulunduğu yerde gösterilir.

Bir sınır net kalsın: uygulama otel işletim sisteminin misafire bakan yüzüdür, hesabın kendi kopyası olan ikinci bir sistem değil. AI Otel'in misafir uygulaması geliştirildi ve böyle çalışır: her otelin kendi misafir uygulaması olur, uygulama mağazası gerekmeden tarayıcıdan kurulur; hesap, oda servisi, spa rezervasyonu, talepler ve teklifler tek yerdedir. Oda yükseltmeleri ve ek hizmetler varıştan önce ve konaklama sırasında sunulur; kabul edilen teklif doğrudan misafirin hesabına işlenir.

Kabul edilen teklif onaydan hesaba nasıl gider?#

Misafir kabul'e dokunur, fiyat misafirin hesabına harcama olarak işlenir ve hizmeti verecek departman aynı adımda görevi alır.

Teklifler iki pencerede çalışır. Varıştan önce, teklif varış öncesi bağlantıyla gider: örneğin tüm konaklama için belirli bir fiyatla oda yükseltmesi, böylece misafir resepsiyona gelmeden karar verir. Konaklama sırasında teklif uygulamada görünür: örneğin geç çıkış ya da bir spa saati, misafirin en çok isteyeceği anda. Teklifi doğru ana denk getirmek başlı başına bir disiplindir; ayrıntılar doğru teklifi doğru anda sunmak yazısındadır.

Misafirin gördüğü fiyat, hesaba işlenen fiyattır. Resepsiyonda yeniden tuşlanan bir şey yoktur; manuel ek satış hatalarının çoğu tam orada doğar, gelir değil. Harcama misafirin hesabına işlenir; böylece çıkışta her şeyle birlikte kapanır, misafirin iki kez ödediği ayrı bir işlem olarak değil.

Görev, hizmeti veren departmana gider: yükseltme için kat hizmetleri, spa saati için spa, ek hizmet için mutfak. Reddedilen ya da yok sayılan teklif hiçbir şey işlemez; süresi dolan teklif hesapta iz bırakmaz.

Misafir talepleri bir departmana nasıl ulaşır ve misafir nasıl öğrenir?#

Talep, kayda geçen, sahibi ve durumu olan bir kalem olur; böylece atanabilir, kapatılabilir ve misafir tarafından görülebilir; bir telefon görüşmesinin içinde yaşamaz.

Misafir telefondan gönderir ve talep oda numarasını ile saati taşır; kimin aradığını ve ne zaman aradığını sormaya kimse gerek kalmaz. Yönlendirme, otelin önceden verdiği bir karardır: hangi departman hangi talep türünün sahibidir ve gece vardiyasında sahibi kimdir.

Misafir bir durum görür: alındı, yolda, tamamlandı. Başarısızlık biçimi sessizliktir, gecikme değil. "Yolda" yazısını gören misafir bekler; hiçbir şey görmeyen misafir resepsiyonu yeniden arar, ki bu uygulamanın amacını boşa çıkarır.

Talebi zaman geçişi değil, bir kişi kapatır ve açık liste ön büronun görebileceği bir yerdedir; böylece uygulamadan gelen talep resepsiyona asla görünmez kalmaz. Harcamaya dönüşen talepler, örneğin bir şişe şarap, hesaba işlenmelidir; dönüşmeyenler, örneğin ekstra havlu, işlenmemelidir. Tekliflerle aynı kural geçerli: otel teslim edemiyorsa uygulama talebi kabul edip sessizce başarısız olmak yerine bunu açıkça söylemelidir. Geniş disiplin her talebi kayda alıp sonuçlandırmak yazısında anlatılır.

Neler tasarlandı, neler planlanıyor?#

Transfer, tur ve yerel deneyimler gibi üçüncü taraf hizmetler, otelin kendi tekliflerinin yanında sunulacak şekilde tasarlandı; uçuş ve mobil bağlantı planlanıyor.

Üçüncü taraf hizmetler Tasarlandı durumundadır: transfer, tur ve yerel deneyimlerin otelin kendi tekliflerinin yanında yer alması için tasarlandı. Tasarlandı, geliştirildi demek değildir; bugün hiçbir misafir uygulamadan tur satın alamaz. Uçuş ve mobil bağlantı Yol haritasında: planlanıyor, tasarlanmadı, geliştirilmedi.

Sıra bilinçlidir. Otelin kendi teklifleri, denetlediği ve teslim ettiği tekliflerdir. Üçüncü taraf bir hizmet, bir tedarikçi, bir komisyon sorusu ve otelin tek başına sahiplenmediği bir teslim riski getirir. Önce kendi tekliflerini doğru çalıştırmak temkin için değil, mekanizmanın bir ortağın adı bağlanmadan çalıştığını bilmenin tek yoludur.

Durum sözcüğünü vaatten önce okuyun. Geliştirildi, lansman öncesi çalışan yazılım demektir. Tasarlandı, tasarlandığını; Yol haritasında, planlandığını gösterir. Misafir iletişimini planlayan bir otel, her tedarikçiden aynı üç sözcüğü ve arkasındaki kanıtı istemelidir. Sözlüğün tamamı AI Otel'in beş durum etiketi yazısındadır.

Otel açmadan önce neyi hazırlamalı?#

İlk misafir bağlantıyı açmadan önce, teklif listesinin sahibinin, her teklifi verecek birimin ve her talebi kapatacak kişinin belirlenmesi gerekir.

Teklif listesi için tek bir sahip ve tekliflerin ne zaman değişebileceğine dair bir kural belirleyin. 22:00'de yayında olan fiyat, 22:00'de hesaba işlenen fiyat olmalıdır. Her teklif için, görevin kapalı bir mutfağa ulaşmaması için, teslim edecek departmanı ve gereken süreyi yazın.

Talep türlerini ve sahiplerini yazın. Sahibi olmayan bir talep türü, sakin bir salı günü değil, ilk yoğun gece düşer. Teslim edecek kimse olmadığında misafirin neyi göreceğini kararlaştırın: net bir "uygun değil", kaybolan bir talepten iyidir.

Resepsiyonun kendi araçları çalışmaya devam etmeli. Uygulama aynı otele açılan ek bir kapıdır, telefonun yerine geçmez. İlk hafta, uygulamadan gelen her harcamayı misafirin gördüğüyle karşılaştırın ve misafirin hafızasını değil, teklifin sözünü düzeltin.

Şimdi ne yapmalı#

Bir teklif ve bir talep türü seçin, ikisini bir hafta boyunca uçtan uca çalıştırın, listeyi ancak o zaman genişletin. Parçalar tek yönde birbirine bağlanır: misafir hesabı ve teklifleri tek yerde görür, kabul edilen teklif bir harcamaya ve bir göreve dönüşür, talep sahibi belli bir kayda dönüşür ve otel, yeni bir şey eklemeden önce kendi sürecinin nerede kırıldığını öğrenir. Misafir uygulamasını kendi resepsiyon ve faturalama akışınıza karşı görmek için iletişim sayfasından görüşme talep edin.