AI Otel’de tek oda envanteri: web sitesi, rezervasyon siteleri, acenteler ve yapay zekâ asistanları

Tek oda envanteri, otelin odalarının, fiyatlarının ve kısıtlarının tek bir yerde tutulması ve her satış kanalının bu tek kaydı okuması demektir. AI Otel'de bu yapı, otelin kendi web sitesi, rezervasyon siteleri, acenteler, metasearch ve yapay zekâ asistanları aynı envanteri okuyacak şekilde geliştirildi; ancak her kapının kendi durumu vardır.

Bir otel son odasını bir akşamda iki kez satar: bir kez kendi web sitesinde, bir kez bir acente üzerinden. Sorunun kaynağı çoğu zaman resepsiyondaki kişi değildir. İki sistemin de aynı odanın kendi kopyasını tutmasıdır. Bu yazı, tek oda envanterinin gerçekte ne demek olduğunu, AI Otel'in tek oda envanterinin hangi kapıları beslediğini, her kapının bugünkü dürüst durumunu ve bir kanalı gerçek saymadan önce herhangi bir satıcıya neyi sormanız gerektiğini açıklıyor. Yazının sonunda her satıcı görüşmesinde kullanabileceğiniz bir soru listesine sahip olacaksınız.

Tek oda envanteri gerçekte ne demek?#

Tek oda envanteri, otelin odalarının, fiyatlarının ve kısıtlarının tek bir yerde tutulması ve her satış kanalının kendi kopyasını saklamak yerine bu tek kaydı okuması demektir.

Üç şeyin tek bir yerde yaşaması gerekir. Birincisi, hangi fiziksel odaların var olduğu. İkincisi, her odanın hangi koşullarda hangi fiyata satıldığı. Üçüncüsü, neyin onu kısıtladığı: minimum konaklama, kapalı tarihler, serbest bırakma süreleri. Bu üçü tek bir kayıtta toplandığında, otelin kendi web sitesinden bir yapay zekâ asistanına kadar her kapı aynı gerçeği okur.

Yaygın model farklıdır: bir otel yönetim sistemi (PMS) ana veriyi tutar, bir kanal yöneticisi müsaitlik kopyasını her satış kanalına gönderir. Her kopya kayabilir: bir kanal yavaş güncellenir, bir mesaj sessizce başarısız olur ve kopyalar birbirini tutmaz. Bu kayma, son odanın iki kez satılmasının nedenidir.

Çözüm dikkatli olmak değil, bir mekanizmadır. Bir kanal oda aldığında envanter onu tutulmuş olarak işaretler. Tutma süresi rezervasyon olmadan dolarsa oda, kimse dokunmadan envantere geri döner. Aynı kural, istek hangi kapıdan gelirse gelsin geçerlidir. Bu yüzden bir yapay zekâ asistanının tuttuğu oda ile bir acentenin tuttuğu oda, birbirinden habersiz iki kopya üzerinde değil, aynı kayıt üzerinde yarışır.

Tek kayıt, bir değişikliğin tek bir yerde etkili olması demektir. Fiyat değişikliği, kapatma ya da satış durdurma bir kez uygulanır. Kopyalı modelde her değişiklik her kanala gönderilen bir mesajdır ve bir mesaj, kimsenin fark etmeden başarısız olabilir.

Tek envanterin ne olmadığını da açıkça söylemek gerekir. Her kanalı bağlı hâle getirmez ve oteli her rezervasyon sitesine ya da acenteye bağlayan bağlayıcıları ortadan kaldırmaz. Ortadan kaldırdığı şey, ikinci doğruluk kaynağıdır. Bir de ödünleşme vardır: tek bir kaynak riski toplar, bu yüzden kaydın bir denetim izi olması gerekir. Düzeltmeler silinmek yerine iptal ve ters kayıtla yapılır ve değişiklikler kayda geçer.

Kopyaların nasıl çift rezervasyona dönüştüğünü merak ediyorsanız çift rezervasyon neden olur, kanallar arasında nasıl önlenir? yazısına bakın.

Tek envanter hangi kapıları besler ve her kapının durumu nedir?#

AI Otel'de tek oda envanteri beş kapıyı besler ve her kapı kendi durum sözcüğünü taşır, çünkü ortak bir doğruluk kaynağı her bağlantıyı faaliyete geçirmez.

Beş kapı şunlardır: otelin kendi web sitesi, rezervasyon siteleri, dağıtım merkezi üzerinden seyahat acenteleri, metasearch motorları ve yapay zekâ asistanları. Durumun kapı kapı verilmesinin nedeni basittir. Envanter tek bir iştir; her bağlantı, kendi sözleşmeleri, erişim bilgileri, testleri ve karşı tarafın kabulü olan ayrı bir iştir.

Durum sözcükleri kesin anlamlar taşır. Geliştirildi, lansman öncesi çalışan yazılım demektir. Canlıya geçiş öncesi test, canlı rezervasyon taşımadan önce sınanmakta olduğu demektir. Demo, kurgusal bir tesiste çalıştığı demektir. Kabul edilmiş bağlantı yok ve bağlı acente yok ise mekanizma değil, karşı taraf eksiktir.

Tek bir sözcüğün, örneğin "entegre"nin, gerçeği nasıl gizlediği de buradan anlaşılır. Bir satıcı beş kapıda da geliştirilmiş olabilir ve hiçbirinde faaliyette olmayabilir. Her satıcı görüşmesine taşıyacağınız zihinsel model şudur: envanterin geliştirilmiş olması bir olgudur; her kanalın faaliyette olması beş ayrı olgudur ve ayrı ayrı denetlenir.

Otel ekiplerinin, iş ortaklarının ve yapay zekâ asistanlarının aynı sistemi nasıl okuduğunu AI Otel Core nedir? Ortak çekirdeğin üç kapısı yazısında anlattık.

Rezervasyon siteleri müsaitlik ve fiyatları nasıl alır?#

Müsaitlik ve fiyatlar, otelin sisteminden büyük rezervasyon sitelerine Channex entegrasyonumuz üzerinden akar; entegrasyon canlıya geçiş öncesi test aşamasında.

Bağlantı katmanı, otelin sistemi ile rezervasyon sitelerinin arasında durur; böylece otel her site için ayrı bir özel bağlantı kurup bakımını yapmak zorunda kalmaz. Channex entegrasyonu, otelin sistemini rezervasyon sitelerine bağlayan katmandır. Onu kullanmak, otelin envanterinin çok sayıda siteyle değil, tek bir entegrasyonla konuşması demektir.

Durumu yumuşatmadan söylemek gerekir: geliştirildi, canlıya geçiş öncesi testte, canlı rezervasyon taşımıyor. Canlıya geçiş için kurum ve entegratör erişimleri gerekiyor. Geliştirilmiş ve test verisiyle sınanmış olmak, faaliyette olmak değildir.

Otelin kendi kararları görünür kalır. Fiyat planları, kısıtlar, iptal koşulları ve hangi kanalların açılacağı otelde kalır. Bağlantı katmanı fiyat belirlemez.

Her satıcı görüşmesinde kullanabileceğiniz pratik bir denetim: kanal bağlantısının faaliyette mi testte mi olduğunu sorun ve en son ne zaman bir rezervasyon taşıdığını sorun. Yanıt veremeyen bir satıcı, niyet anlatıyordur.

Söz konusu sistemler arasındaki farklar için PMS, kanal yöneticisi ve rezervasyon motoru: hangisi ne işe yarar? yazısına bakın.

Metasearch nedir ve neden yayın akışı listelenme değildir?#

Metasearch motorları birkaç satıcının fiyatlarını karşılaştırır ve gezgini rezervasyon için satıcının sitesine yönlendirir. AI Otel aynı envanterden bu motorlara fiyat yayımlayabilir, ancak kabul edilmiş bir metasearch bağlantısı yok.

Metasearch motoru bir karşılaştırma sitesidir. Aynı oda için birkaç satıcının fiyatını gösterir ve dışarı bağlantı verir. Rezervasyon, karşılaştırma sitesinde değil, satıcının sitesinde gerçekleşir. Bunun ticari sonucu vardır: karşılaştırma sitesinin neyi, hangi sırayla göstereceğine o karar verir; orada görünmek otelin kararı değildir.

Mekanizma bir yayın akışıdır. Fiyatlar ve müsaitlik, karşılaştırma sitesinin okuyabileceği bir biçimde yayımlanır. Yayın akışı işin otel tarafıdır; kabul, gösterim ve sıralama motora aittir.

Durum: geliştirildi, kabul edilmiş bağlantı yok. Yayın akışı var; bir metasearch motorunun kabulü ise ayrı bir teknik ve ticari adımdır.

Ticari çizgiyi net çizin. Yayın akışı listelenme değildir ve listelenme de rezervasyon değildir. Her adımın kendi sahibi vardır. Otelin hâlâ kontrol ettiği şey, hangi fiyatları yayımladığı ve hiç yayımlayıp yayımlamadığıdır.

Geniş resim için Metasearch nedir? Fiyatlarınız karşılaştırma sitelerine nasıl ulaşır? yazısına bakın.

Seyahat acenteleri aynı envanterden nasıl rezervasyon yapar?#

Dağıtım merkezi, seyahat acenteleri aynı envanterden rezervasyon yapabilsin diye geliştirildi: oteller sözleşmeli fiyatlarını kendi koşullarıyla açar ve her teklif hesabını gösterir.

Sözleşmeli fiyat, bir acenteyle anlaşılan, genellikle net ve kendi koşulları olan fiyattır. Halka açık fiyat değildir, indirim kodu da değildir. Ayrı bir ticari ilişkidir ve dağıtım merkezi onu böyle taşımak üzere geliştirildi.

Dağıtım merkezindeki her teklif hesabını gösterir: otelin net fiyatı, uygulanan her fiyat kuralı ve son fiyat. Bu, bir fiyat anlaşmazlığını tartışmaya değil denetime dönüştürür. Bir acente fiyatın neden değiştiğini sorduğunda yanıt bir yeniden kurma değil, bir kayıttır.

Dağıtım merkezi iki onay moduna sahiptir. Tek bir motor, bağlı otellerde anında onay verir; elle onaylayan otellere ise talebi iletir. Anında onay acenteye o anda kesin bir yanıt verir; elle onay, otelin istediği yerde bir insanı döngüde tutar.

Durum: geliştirildi, demo verisiyle ve bağlı bir acente yok. Demo verisi gösterim verisidir, faaliyette bir acente değildir. Canlıya geçiş için acente sözleşmeleri ve erişim bilgileri, ayrıca her acentenin hangi fiyatları göreceğine dair bir karar gerekir.

Bunun daha geniş stratejiye nasıl oturduğunu otel satış kanalları: her kanalı tek oda envanterinden yönetmek yazısında ele aldık.

Bir yapay zekâ asistanı oda bulabilir, tutabilir ve rezervasyon yapabilir mi?#

Bir yapay zekâ asistanı, otelin belirlediği sınırlar içinde demo tesisimizde oda bulabilir, tutabilir ve rezervasyon yapabilir; demo tesisi kurgusaldır ve hiçbir gerçek otelin envanteri açılmaz.

Üç adımı ayırmaya değer. Bulmak, müsaitliği aramak demektir: hangi odalar, hangi tarihler, hangi fiyatlar. Tutmak, süreli bir oda tutma koymak demektir; her kapıyı koruyan aynı tutma mekanizması. Rezervasyon yapmak, sınırlar içinde onaylamak demektir; tutma süresi önce dolarsa oda envantere geri döner.

Sınırlar, bir otelin kendinde tutmak isteyeceği kararları kapsar: asistanın hangi fiyat planlarını satabileceği, rezervasyon başına kaç oda, ne kadar ileri tarih ve bir kişi onaylamadan asistanın neler yapabileceği. Tutma, burada da güvenlik mekanizmasıdır. İki kanalın son odayı satmasını durduran envanter kuralının, farklı bir kapıya uygulanmış hâlidir.

Durumu açıkça: geliştirildi, demo, kurgusal bir tesiste. Bu, asistanların bugün gerçek otellerde rezervasyon yaptığı iddiası değildir. Canlıya geçiş için otelin kendi envanteri, sınırları ve sürümlü rezervasyon API'si üzerinden bir iş ortağı bağlantısı gerekir.

Bir satıcıya kanal durumu için ne sormalı?#

Her satıcıdan her kanalın durumunu ayrı ayrı adlandırmasını ve faaliyette sayılmadan önce neyin eksik olduğunu söylemesini isteyin.

Bu sorular yalnızca AI Otel için değil, her satıcı için işler ve yanıtları denetlenebilir. Tüm kanallar için tek bir sözcükle yanıt veren satıcı, bir sistemi değil, bir şemayı anlatıyordur. Son soru, iki kanalın aynı anda son odayı satmasıyla ilgili olan, gerçek bir envanter tasarımını bir bağlayıcılar yığınından ayırır.

Şimdi ne yapmalı#

Tek envanteri ve her kanalı iki ayrı soru olarak ele alın ve bu sırayla sorun. Envanter kaynaktır; her kapı ise kendi sözleşmeleri, erişim bilgileri ve testleri olan ayrı bir iştir ve ancak bir rezervasyon taşıdığında kanal olur. Kendi dağıtım düzeniniz üzerinden her kapının durumunu birlikte incelemek isterseniz bizimle görüşün.