Fiyat kodu temizliği: kullanılmayan fiyat planlarını kapatmak için kontrol listesi

Fiyat kodu, otel sisteminin bir fiyat planına verdiği kısa etikettir: bir fiyat, ona bağlı koşullar ve satılabileceği kanallar. Temizlik ise her kodu dışa aktarmak, kod başına rezervasyon saymak, kodları amaçlarına göre gruplamak, kullanılmayanları geçmişi silmeden kapatmak ve her değişiklikten sonra kanal eşleştirmesini yeniden kontrol etmek anlamına gelir.

Sisteminizdeki fiyat planı listesini açın ve ada göre sıralayın. İlk ekrandan sonra bir yerde kodlar fiyatları değil insanları anlatmaya başlar: işten ayrılmış bir satış müdürü, bitmiş bir sözleşme, kapanmış bir sezon. Her birinin hâlâ bir fiyatı vardır ve bazıları hâlâ bir kanala eşleştirilmiştir. Bu yazının sonunda listeyi eksiksiz dışa aktarabilir, her kodu ada göre değil kanıta göre değerlendirebilir, ölü olanları güvenle kapatabilir ve listenin yeniden büyümesini engelleyen kuralları koyabilirsiniz.

Fiyat kodu nedir ve bir otelin kodları neden çoğalır?#

Fiyat kodu, bir fiyat planının sistemdeki iç etiketidir: bir fiyat, ona bağlı koşullar ve satılabileceği kanallar. Otellerde kodlar birikir, çünkü kod açmak hızlıdır; kapatmak ise sözleşmelere, kanallara ve geçmişe dokunur.

Fiyat kodu, fiyat planı, gelir kodu: birbirine karışan üç liste#

Her temizlikte karışan üç liste vardır. Fiyat kodları misafirin neyi, hangi koşullarla satın aldığını anlatır. Gelir kodları, paranın muhasebede düştüğü kovalardır: oda, yemek ya da minibar gibi. Oda tipleri ise fiziksel üründür. Fiyat temizliği yalnızca fiyat tarafına dokunur; gelir tarafı muhasebeye aittir ve olduğu gibi bırakılmalıdır.

Sezon başına, pazara, pansiyon tipine, sözleşmeye ve kanala birer kod hızla çoğalır. Bir isteğe yanıt vermenin en hızlı yolu genellikle yeni kod açmaktır, bu yüzden yeni kod varsayılan yanıt hâline gelir. Kimse kapatmaz: açık rezervasyonlar ve yürüyen sözleşmeler yüzünden kapatmak riskli görünür, listenin tek bir sahibi yoktur ve kodu açan kişi çoğu zaman işten ayrılmıştır.

Bir kodun içindeki dört katman#

Maliyet sıfatlarla değil mekanizmalarla kendini gösterir. Bayat bir kod bir kanalda görüntülenip otelin satmak istediği fiyatın altına iner. Tek bir pazar dilimi her raporda dokuz satıra bölünür. Resepsiyondaki yeni personel yanlış kodu seçer.

Temiz bir yapı, tek bir çapa fiyattan başlar ve gerisi ondan türetilir; bu bir temizlik işi değil, tasarım kararıdır. Sistem temizlemek yerine kuruyorsanız kararların sırası önemlidir; oda tipi, fiyat kodu ve gelir kodunun doğru sırayla tanımlanması hakkında ayrıca yazdık. Doğru fiyat planı sayısı diye bir şey yoktur. Ölçüt, her kodun bir amacının, bir sahibinin ve bir bitiş tarihinin olmasıdır.

Fiyat listesi nasıl dışa aktarılır ve kod başına rezervasyon nasıl sayılır?#

Her fiyat kodunu adı, üst fiyatı, koşulları, kanalları ve oluşturulma tarihiyle dışa aktarın; sonra sistemin size vermeyeceği bir sütun ekleyin: her kodun sabit bir dönemde kaç rezervasyon aldığı.

Dışa aktarımı ekran görüntüsü olarak değil, sistemden elektronik tablo olarak alın; pasif ve arşivlenmiş kodları da dahil edin, çünkü sürprizleri yaratanlar onlardır. Başlamadan dönemi sabitleyin, örneğin son 24 ay, ki yıllık sözleşmeler yakalansın. Dönemi ve dışa aktarım tarihini dosyanın en üstüne yazın.

Kod başına üç sütun ekleyin: rezervasyon sayısı, gece sayısı ve son rezervasyon tarihi. Son rezervasyon tarihi çoğu zaman sayıdan daha yararlıdır. Sonucu tek bir sayıdan değil biçiminden okuyun: az sayıda rezervasyonlu çok kod varsa kodlar istek başına açılıyor demektir; işin büyük kısmını birkaç kodun taşıması ise normaldir.

Tehlikeli grubu işaretleyin: dönemde rezervasyonu olmayan ama hâlâ fiyatı ve kanal eşleştirmesi duran kodlar. Ada göre yargılamayın. Adı TEST olan kod, bir kurumsal müşterinin rezervasyon yaptığı kod olabilir; adı CORP olan kod iki sezondur ölü olabilir. Tarihli dışa aktarımı temizliğin kaydı olarak saklayın, ki sıradaki kişi neyin ne zaman değiştiğini görebilsin.

Fiyat kodları amaçlarına göre nasıl gruplanır ve hangi adlandırma kuralı dağınıklığı geri getirmez?#

Kodu kimin istediğine göre değil, ne için olduğuna göre gruplayın: herkese açık bir çapa fiyat, pansiyon ve konaklama süresi için türetilmiş fiyatlar, sözleşmeli ya da pazarlıkla belirlenmiş fiyatlar ve asla satılamayacak iç kodlar.

Her kodu dört gruptan tam birine koyun: herkese açık çapa ve türevleri; pansiyon ve paket fiyatları; şirket, acente ve tur operatörleri için sözleşmeli fiyatlar; otel içi kullanım (house use), personel, ücretsiz konaklama ve test gibi iç kodlar. İç kodları satılamaz duruma zorlayın ve her kanaldan eşleştirmelerini kaldırın. Çevrimiçi rezervasyon yapılabilen bir otel içi kullanım (house use) kodu, bekleyen bir fiyat kazasıdır.

Uygulanabilir bir adlandırma kuralı#

Sabit bir alan sırasıyla adlandırma kuralı koyun: önce pazar, sonra pansiyon, sonra koşul, sonra kanal. Böylece kod, açılmadan soldan sağa okunabilir. Ad içinde kişi adlarını, tarihleri ve sezon sözcüklerini yasaklayın; çünkü bunlar sessizce eskir ve artık doğru olmadıklarını kimse fark etmez. Bitiş tarihini adın içinde değil, kendi alanında tutun, ki sistem size neyin süresi dolduğunu gösterebilsin.

Türetilmiş fiyatlar üst fiyattan kalıtım alır; dolayısıyla gruplamak aynı zamanda hangi fiyatın çapa, hangilerinin onu izleyeceğine dair bir karardır. Yaklaşım, en iyi uygun fiyattan türetilmiş fiyatlarla fiyat yapısı kurmak mantığıyla aynıdır. Testi uygulayın: bir kod kurala göre adlandırılamıyorsa, genellikle var olmamalıdır.

Bir fiyat kodunu kapatmadan önce ne kontrol edilmeli?#

Kod kapatılmadan önce üç şey kontrol edilir: üzerindeki açık ve gelecekteki rezervasyonlar, kodu hâlâ adıyla anan sözleşmeler ve kodun eşleştirildiği her kanal.

Önce açık ve gelecekteki rezervasyonlar gelir. Kendi sisteminizde doğrulayın: kodu kapatmak mevcut rezervasyonları, fiyatlarını ve koşullarını değiştirmiyor. Sözleşmeler ikinci sıradadır: bir kurumsal ya da acente anlaşması kodu adıyla anıyor olabilir ve kodu kapatmak, otelin sezonun kalanı için söz verdiği fiyatı bozabilir.

Türetilmiş fiyatlar ayrı bir geçiş ister. Bir üst fiyatı kapatmak alt kodları dondurur ya da bozar; bu yüzden önce alt kodları kapatın ya da yeni bir üst fiyata bağlayın, üst fiyatı en son kontrol edin. Paketler ve dahil olan hizmetler de kodların içine gizlenir: bir kod, bir kahvaltının, transferin ya da spa kredisinin tanımlı olduğu tek yer olabilir; kapatmak, fiyatla birlikte bu dahil edilen hizmeti de kaldırır.

Silmeyin, kapatın. Kapatmak gelecekteki satışı durdurur; geçmiş, faturalar ve raporlar kodu göstermeye devam eder ki geçen ağustos ne satıldığı sorulduğunda istediğiniz tam olarak budur. Toplu işlemi düşük yoğunluklu bir dönemde, bir grup halinde yapın; tarihi ve yapan kişiyi yazın.

Kanal tarafını otomatik gerçekleşen bir şey olarak değil, kendi kontrolü olan ayrı bir iş olarak görün.

Her değişiklikten sonra kanal eşleştirmesi nasıl kontrol edilir?#

Canlı kanal extranetini otel sistemiyle kod kod karşılaştırın; sonra dokunduğunuz her kanalda bir gerçek rezervasyon yolu çalıştırın ve iptal edin.

Eşleştirme bir birleştirmedir: eşleştirme tablosu bir otel kodunu bir kanal koduyla eşler ve taraflardan herhangi birinde yapılan değişiklik, bir hata iletisi vermeden bu eşleşmeyi bozar. Kontrolü otel sisteminde değil extranette yapın, çünkü misafirin gördüğü şey extranettir. Yalnızca kodun varlığını değil, görüntülenen fiyatı da kontrol edin; bir kod doğru eşleştirilmiş olabilir ve yine de kimsenin istemediği bir fiyatı taşıyabilir.

Tüm yolu izleyen bir test ya da iptal edilebilir bir rezervasyon yapın, sonra iptal edin ve odanın envantere geri döndüğünü doğrulayın. Kontrolü kayıt altına alın: tarih, yapan kişi, hangi kanallar, hangi fiyat görüntülendi, ne düzeltildi. Toplu temizlikten sonra, yalnızca değiştirdiğinizi düşündüğünüz kanalları değil, kapatılan herhangi bir koda eşleştirilmiş tüm kanalları yeniden kontrol edin. Kontrolü her sezon başında yineleyin, çünkü kanal extranetleri de değişir. Mekanizma, kanal yöneticisinde oda tipi ve fiyat planı eşleştirmesi ve bunun nasıl test edileceği konusunda anlatılanla aynıdır.

Yeni bir fiyat kodunu kim açabilir ve temizlik ne zaman biter?#

Adı belli tek bir sahip, her yeni kodu kısa bir yazılı talep üzerinden onaylar; tam temizlik yılda bir sabit tarihte, her sezon da kısa bir kontrolle çalışır.

Yetkileri bölün: kodları bir rol açar, kanallara eşleştirmeyi başka bir rol yapar, kapatma ise sözleşmelerin sahibiyle birlikte kararlaştırılır. Her yeni kod için kısa bir talep isteyin: amaç, pazar, koşullar, kanallar, bitiş tarihi ve isteyen kişi. Bitiş tarihini oluşturma anında zorunlu kılın; çünkü bitiş tarihi olmadan açılan kodlar, listenin yeniden büyüme biçimidir.

Bu kuralı indirim ve yetki sınırlarınızın yanına yerleştirin, otelde indirim yetkisi ve fiyat değiştirme sınırları konusunda anlattığımız alanın yanına, ki aynı kişi ikinci bir çift göz olmadan bir kod icat edip fiyatını belirleyemesin.

Yıllık tarih, yıllık niyet değil#

Yıllık tarihi bilinçli seçin: sezon kapandıktan sonra ve gelecek yılın sözleşmeleri imzalanmadan önce, kimsenin zamanı olduğunda değil, sabit bir ayda. Üç aylık kısa bir bakış ekleyin: yalnızca son kontrolden bu yana açılan kodlara, dakikalar süren ve yıllık işin yeniden büyümesini engelleyen bir bakış. Başarıyı daha kısa bir listeyle değil, sürprizlerin yokluğuyla ölçün: bir kanalda açık olan her kod, bir kişinin açıklayabileceği bir kod olmalıdır.

Şimdi ne yapmalı#

Bu hafta listeyi dışa aktarın, rezervasyon ve son rezervasyon sütunlarını ekleyin ve herhangi bir kodu kapatmadan önce yıllık temizlik tarihini takvime yazın. Parçalar tek bir sırayla birleşir: dışa aktar ve say, grupla ve adlandır, kapatmadan önce sözleşmeleri, rezervasyonları ve kanalları kontrol et, eşleştirmeyi sonradan doğrula ve bir sonraki kodu kimin açabileceğine karar veren tek bir kural tut. Temizlik amaç değildir; amaç, açıklamasını yapabilecek biri olmadan hiçbir kodun misafire ulaşmamasıdır.