Hotel Mapping: Çok Kaynaklı Envanterde Duplicate Otel Sorunu

Satış ekibiniz Belek'te bir otel arıyor ve üç sonuç görüyor: "Beach Resort Hotel", "Beach Resort Hotel & Spa" ve "BEACH RESORT HTL". Her birinin fiyatı, oda listesi ve fotoğrafı farklı. Oysa üçü de aynı otel. Müşteri hangisini seçeceğini bilmiyor, çoğu zaman sizin ekibiniz de bilmiyor. Buna duplicate (mükerrer) otel sorunu denir ve otel envanterini birden fazla kaynaktan alan neredeyse her tur operatörünün karşısına çıkar. Çözümün adı ise hotel mapping, yani otel eşleştirme.

Duplicate oteller neden ortaya çıkar?

Bir tur operatörü nadiren tek bir tedarikçiyle çalışır. Oteller SAMO veya Sejour kullanan incoming acentalardan, bed bank'lerden, doğrudan kontratlardan ve bazen otelin kendi kanal yöneticisinden gelir. Bu kaynakların her birinin kendi otel ID'si vardır ve aralarında ortak bir anahtar yoktur.

Üstelik aynı otel her sistemde farklı tanımlanır. Adı kısaltılabilir, büyük harfle yazılabilir ya da sonuna "Hotel", "Resort" veya "& Spa" eklenebilir. Adres bir kaynakta Belek, diğerinde Serik, üçüncüsünde sadece Antalya olarak görünebilir. Koordinatlar birkaç yüz metre sapabilir. Oteller zamanla isim, sahip ve marka da değiştirir; her tedarikçi bu değişikliği aynı gün güncellemez.

Tüm bu içerik bir eşleştirme adımı olmadan tek bir sisteme yüklendiğinde, her kaynak kendi otel kaydını oluşturur. Tek bir fiziksel otel, üç ayrı ürüne dönüşür.

Maliyeti görüntüden ibaret değil

Duplicate oteller dağınık görünür, ama asıl zarar ticaridir.

Arama sonuçları kalabalıklaşır ve okunması zorlaşır; bu da dönüşümü düşürür. Fiyat karşılaştırması çalışmaz: bir otelin en ucuz kaynağı ayrı bir kayıtta durduğu için sisteminiz en iyi teklifi gösteremez ya da en iyi tedarikçiyi otomatik seçemez. Stop-sale ve kontenjan güncellemeleri yanlış kayda işlenebilir; bu da doğrudan overbooking demektir. SAMO partnerlerinizle çalışıyorsanız müsaitlik ve stop-sale verisini nasıl senkron tuttuğumuzu SAMO entegrasyonu sayfamızda görebilirsiniz. Son olarak raporlama bozulur: tek bir otelin satışları birkaç kayda bölünür ve otelin gerçek performansını göremezsiniz.

Hotel mapping nasıl çalışır: üç katman

Hotel mapping, her tedarikçinin kaydını sisteminizdeki tek bir ana (master) otele bağlamak demektir. Pratikte üç katmanda yapılır.

İlk katman otelin kendisidir. İsimler normalize edilir: "Hotel", "Resort", "Spa" gibi kelimeler çıkarılır, büyük-küçük harf ve noktalama yok sayılır, kalan kısım karşılaştırılır. Koordinatlar mesafeye göre kıyaslanır; adres, telefon numarası ve e-posta alan adı ek kanıt sağlar. Sektör kodları da işe yarar: birçok tedarikçi, otel tanımlamada yaygın kullanılan bir standart olan GIATA ID'lerini gönderir. İki tarafta da bu kod varsa eşleşme çok daha güvenilir olur.

İkinci katman oda tipidir ve projelerin çoğu buradaki iş yükünü hafife alır. "DBL SV", "Double Room Sea View" ve "Superior Room with Sea View" aynı oda olabilir, olmayabilir de. Oda adları oda kategorisini, manzarayı, yatak tipini ve bazen kapasiteyi taşır ve her tedarikçi bunları kendi bildiği gibi yazar. Oteli doğru eşlenmiş ama odaları eşlenmemiş bir kayıt da temiz bir fiyat karşılaştırması sunamaz.

Üçüncü katman pansiyon tipidir. Bir kaynak "AI", diğeri "ALL", üçüncüsü "All Inclusive" gönderir. Ultra her şey dahil, yarım pansiyon ve oda kahvaltının da kendi varyasyonları vardır. Pansiyon kodları kısa bir listedir, ama buradaki her uyumsuzluk yanlış bir teklif üretir.

Otomatik eşleştirme mi, manuel kontrol mü?

Ölçek büyüdükçe eşleştirmenin otomatik yapılması şarttır. Yaygın yaklaşımda her aday çifte isim benzerliği, mesafe ve ortak kodlara göre bir güven skoru verilir. Yüksek eşiğin üstündeki çiftler otomatik eşlenir, düşük eşiğin altındakiler reddedilir, aradakiler ise kontrol kuyruğuna düşer.

İnsan kontrolü yine de gereklidir, çünkü yanlış eşleşme hiç eşleşmemekten daha pahalıdır. Aynı caddede benzer isimli iki farklı otelin tek kayıtta birleşmesi, yanlış fiyat ve yanlış rezervasyon demektir. Eşlenmemiş bir otel ise sadece listede bir tekrar demektir.

Mapping tek seferlik bir proje de değildir. Her hafta yeni oteller eklenir, tedarikçiler içeriklerini değiştirir, oteller marka değiştirir. Mapping sürecinin günlük bir rutini olmalıdır: yeni kayıtlar geldikçe eşlenmeli ve kontrol kuyruğu kısa tutulmalıdır.

Mapping'in yeri entegrasyon katmanıdır

Mapping için en doğru yer, tedarikçileriniz ile satış kanallarınız arasındaki entegrasyon katmanıdır. Mapping tabloları her yeni bağlantıda yeniden kurulmamalı, tek bir merkezde tutulmalıdır. Yeni bir tedarikçi eklediğinizde onun otelleri aynı ana listeyle eşlenir ve yeni fiyatlar, aynı otel kaydında mevcut fiyatlarla hemen rekabete girer.

Bu yaklaşım cache ile de iyi çalışır. Eşlenmiş içerik ve fiyatlar bir kez hesaplanıp cache'te tutulabilir; böylece aramalar hızlı kalır ve tedarikçiler istek yağmuruna tutulmaz. Bunun iş tarafındaki karşılığını Cache is Cash! yazımızda anlattık. Incoming acentalara bağlanıyorsanız canlı ve cache tabanlı bağlantı arasındaki seçim, mapping'in nerede çalışacağını da etkiler. Ayrıntılar için SAMO Incoming Bağlantıları: Dinamik ve Hibrit Entegrasyon yazısına göz atın.

Başlamadan önce kontrol listesi

• Sorunu ölçün: kaç kaynağınız, kaç oteliniz ve tahminen kaç duplicate kaydınız var?
• Ana otel listesinin sahibini ve veriler çeliştiğinde hangi kaynağın esas alınacağını belirleyin.
• Sadece oteller için değil, oda ve pansiyon kodları için de bir sözlük oluşturun.
• Eşlenmemiş ve düşük skorlu kayıtlar için günlük bir süreç tanımlayın.
• Mapping kalitesini zaman içinde izleyin; örneğin birden fazla aktif kaynağı olan otellerin oranını takip edin.

Kharon ile temiz envanter

Kharon, birçok kaynaktan alım yapan tur operatörleri için SAMO ve Sejour bağlantıları dahil entegrasyonlar ve yazılımlar geliştirir. Duplicate oteller satışınızı ya da operasyon ekibinizi yavaşlatıyorsa, özel yazılım geliştirme hizmetimiz kapsamında sistemlerinize uygun bir mapping katmanı tasarlayabiliriz. Envanterinizi konuşmak için bize ulaşın.